Zimbra server error encountered

Return to “Installation and Upgrade”

Remote Manager Exception

Problem

While accessing the email queue or monitoring graphs and other services at times server gives the exception saying «Server error encountered» with the system failure exception during auth.
mailbox.log would have similar exception. Keyword to look for is RemoteManager

com.zimbra.common.service.ServiceException: system failure: exception during auth {RemoteManager: mail.domain.com->zimbra@mail.domain.com:22}
ExceptionId:qtp1068934215-357:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueRequest:
Code:service.FAILURE
       at com.zimbra.common.service.ServiceException.FAILURE(ServiceException.java:286)
       at com.zimbra.cs.rmgmt.RemoteManager.getSession(RemoteManager.java:209)
       at com.zimbra.cs.rmgmt.RemoteManager.execute(RemoteManager.java:139)
       at com.zimbra.cert.GetCert.addCertsOnServer(GetCert.java:112)
       at com.zimbra.cert.GetCert.handle(GetCert.java:75)

       Caused by: java.io.IOException: There was a problem while connecting to mail.domain.com:22 
               at ch.ethz.ssh2.Connection.connect(Connection.java:699)
               at ch.ethz.ssh2.Connection.connect(Connection.java:490)
               at com.zimbra.cs.rmgmt.RemoteManager.getSession(RemoteManager.java:200)
               ... 59 more

Solution

Regenerate the SSH key and make sure auth keys get updated in all the servers.

Regenerating Keys

To regenerate the ssh keys, on all hosts (as the zimbra user):

 zmsshkeygen

To deploy the keys, on all hosts (as the zimbra user):

 zmupdateauthkeys

Verifying sshd configuration

The authentication method assumes that sshd on the mta is running on port 22, and that RSA Authentication is enabled. You can test the ssh command with:

 ssh -i .ssh/zimbra_identity -o strictHostKeyChecking=no zimbra@MAIL.DOMAIN.COM

(Swap MAIL.DOMAIN.COM for your hostname, as it appears in the error).

You should NOT be prompted for a password; if you are, recreate the ssh keys and retry the test.

If you’re not running sshd on port 22, modify the zimbraRemoteManagementPort attribute on the server:

zmprov ms MAIL.DOMAIN.COM zimbraRemoteManagementPort 2222

Verify in /etc/sshd_config (or /etc/ssh/sshd_config) that the zimbra user is an allow user

AllowUsers admin zimbra

Note: applying this change resulted in not being to ssh as root. Should we add root to the list of AllowUsers!

As soon this fix you should be able to see the following logging in mailbox.log while accessing the queue in the monitoring tab of admin console.

yyyy-mm-dd 11:20:32,654 INFO  [{RemoteManager: mail.domain.com->zimbra@mail.domain.com:22}-zmqstat deferred] [] index - OpenLuceneIndex impl=NIOFSDirectory,dir=/opt/zimbra/data/tmp/432bf1dc-9e76-43c6-b508-49e7cbeee6bc-deferred
yyyy-mm-dd 11:20:33,285 INFO  [{RemoteManager: mail.domain.com->zimbra@mail.domain.com:22}-zmqstat deferred] [] index - OpenLuceneIndex impl=NIOFSDirectory,dir=/opt/zimbra/data/tmp/432bf1dc-9e76-43c6-b508-49e7cbeee6bc-deferred
yyyy-mm-dd 11:20:35,225 INFO  [qtp998351292-10080:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57206;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e88ac;] index - OpenLuceneIndex impl=NIOFSDirectory,dir=/opt/zimbra/data/tmp/432bf1dc-9e76-43c6-b508-49e7cbeee6bc-deferred
yyyy-mm-dd 11:20:35,374 INFO  [qtp998351292-10080:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57206;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e88ac;] soap - GetMailQueueRequest elapsed=3426
yyyy-mm-dd 11:20:39,614 INFO  [qtp998351292-10075:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57206;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e88ad;] index - OpenLuceneIndex impl=NIOFSDirectory,dir=/opt/zimbra/data/tmp/432bf1dc-9e76-43c6-b508-49e7cbeee6bc-deferred
yyyy-mm-dd 11:20:39,619 INFO  [qtp998351292-10075:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57206;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e88ad;] soap - GetMailQueueRequest elapsed=3009
yyyy-mm-dd 11:20:39,741 INFO  [qtp998351292-10078:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueInfoRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57208;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e88ab;] soap - GetMailQueueInfoRequest elapsed=7822
yyyy-mm-dd 11:20:40,560 INFO  [qtp998351292-10076:https:https ://mail.domain.com:7071/service/admin/soap/GetCertRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57204;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e889e;] soap - GetCertRequest elapsed=45637
yyyy-mm-dd 11:20:40,852 INFO  [qtp998351292-10077:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57208;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e88ae;] index - OpenLuceneIndex impl=NIOFSDirectory,dir=/opt/zimbra/data/tmp/432bf1dc-9e76-43c6-b508-49e7cbeee6bc-deferred
yyyy-mm-dd 11:20:40,855 INFO  [qtp998351292-10077:https:https ://mail.domain.com:7071/service/admin/soap/GetMailQueueRequest] [name=admin@mail.domain.com;mid=1;ip=10.15.33.238;port=57208;ua=ZimbraWebClient - FF59 (Linux);soapId=b7e88ae;] soap - GetMailQueueRequest elapsed=3

Wondering how to resolve Zimbra 500 server error? We can help you.

As part of our Server Management Services, we assist our customers with similar queries.

Today, let us see how our Support techs assist with this process.

How to resolve Zimbra 500 server error?

Zimbra Collaboration, formerly known as the Zimbra, is a collaborative software suite that includes an email server and a web client.

Typically, error will look as shown below:

500 Internal server error

On each reload of the page, the following might written to /opt/zimbra/log/mailbox.log:

2019-12-04 17:47:35,364 WARN [qtp509886383-145:https://10.0.42.6:443/zimbra/] [] misc - Problem parsing XML - Fatal Error: Problem on line 10 of document : The element type "hr" must be terminated by the matching end-tag "".
2019-12-04 17:47:35,484 WARN [qtp509886383-145:https://10.0.42.6:443/zimbra/css/common,login,zhtml,skin.css?skin=&v=] [] misc - Problem parsing XML - Fatal Error: Problem on line 10 of document : The element type "hr" must be terminated by the matching end-tag "".
2019-12-04 17:47:35,557 WARN [qtp509886383-145:https://10.0.42.6:443/zimbra/img/dwt/Img parsing XML - Fatal Error: Problem on line 10 of document : The element type "hr" must be terminated by the matching end-tag "".

Using zmprov resulted in the following output:

[] WARN: Problem parsing XML - Fatal Error: Problem on line 10 of document : The element type "hr" must be terminated by the matching end-tag "".
ERROR: zclient.IO_ERROR (invoke unable to parse response: 


Error 500 Server Error

HTTP ERROR 500
Problem accessing /service/admin/soap/AuthRequest. Reason:
 Server Error

Powered by Jetty://



, server: localhost) (cause: com.zimbra.common.soap.SoapParseException unable to parse response: 


Error 500 Server Error

HTTP ERROR 500
Problem accessing /service/admin/soap/AuthRequest. Reason:
 Server Error

Powered by Jetty://

   ) 
The reason for that was that SOAP had become completely unusable.



  


                       
  




Then, using zmprov to talk directly to LDAP (as in, zmprov –ldap gacf) will work.
Usually, the problem might be a faulty entry: zmprov mcf +zimbraHttpThrottleSafeIPs 192.168.42.163/32, which works in newer Zimbra versions, but makes all hell break loose in 8.6.0.
That release only supports putting in singular IP addresses – no CIDR.
Today, let us see the steps followed by our Support Techs to resolve it.

Firstly, deleted that configuration entry directly from LDAP.
Next, ldapmodify should do the trick just fine if you’re comfortable with it.
Then, restart zmmailbox, and everything will be fine.

[Stuck in between? We’d be glad to assist you]
Conclusion
In short, today we saw steps followed by our Support Techs to resolve Zimbra server error.
  

Roundcube Webmail 500 Internal Server Error. Неожиданное решение проблемы.

Сегодня опять будет дичь, но не пугайтесь, если не нашли тут ни одного понятного слова. Обещаю, что следующие темы в блоге будут для нормальных людей, а пока расскажу о неожиданном решении проблемы с 500-ой ошибкой (Internal Server Error) при авторизации в web почтовике Roundcube.

Я уже однажды рассказывал о настройке почтового веб-интерфейса RoundCube, который используется у меня на одном из почтовых серверов внутри сети.

Web-интерфейс к почтовым ящикам я прикрутил довольно давно, так как считаю этот вариант гораздо более удобным, однако пользователи в сети, по старинке, предпочитают почтовый клиент Mozilla Thunterbird. Своей почты у меня на том сервере нет, потому и web-интерфейс использую лишь время от времени, когда нужно что-то потестировать или проверить сообщения для учётной записи postmaster (когда лень это сделать из терминала).

И тут вдруг оказалось, что при попытке авторизации Roundcube Webmail стал выдавать 500 ошибку Internal Server Error. Полазив по логам roundcube/logs/errors обнаружил весьма интересные строчки:

PHP Warning: strtotime(): It is not safe to rely on the system’s timezone settings. You are *required* to use the date.timezone setting or the date_default_timezone_set() function. In case you used any of those methods and you are still getting this warning, you most likely misspelled the timezone identifier. We selected the timezone ‘UTC’ for now, but please set date.timezone to select your timezone.

Кто бы мог подумать, что проблема заключалась в отсутствии указания временной зоны в файле конфигурации php.ini. Почему раньше работало, а сейчас вдруг перестало не могу сказать, возможно ставились какие-то обновления или пересобирал php. сейчас уже не вспомню.

В общем, в php.ini нужно раскомментировать строку ;date.timezone и прописав временную зону перезапустить web-сервер:

Если считаете статью полезной,
не ленитесь ставить лайки и делиться с друзьями.

Источник

Internal error почтовый сервер

Post by pauljany » Sun Sep 30, 2018 12:25 pm

Once username and password is provided , zimbra web client shows the error as »
«Internal Server Error
The server has encountered an internal error.
Please try again later.
ERROR: 500
« Go back»

The /opt/zimbra/log/mailbox.log file shows the error as below.
———
2018-09-30 17:41:32,475 INFO [qtp509886383-211:http://127.0.0.1:8080/service/soap/GetAvailableLocalesRequest] [name=zabbix@nxtgen.co;ip=127.0.0.1;ua=ZCS/8.6.0_GA_1153;soapId=553b528c;] soap — GetAvailableLocalesRequest elapsed=12
2018-09-30 17:41:32,481 INFO [qtp509886383-210:https://10.225.109.2:8443/] [] HttpMethodDirector — I/O exception (java.net.ConnectException) caught when processing request: Connection refused
2018-09-30 17:41:32,481 INFO [qtp509886383-210:https://10.225.109.2:8443/] [] HttpMethodDirector — Retrying request
2018-09-30 17:41:38,216 INFO [qtp509886383-210:https://10.225.109.2:8026/service/admin/soap/] [name=zabbix@nxtgen.co;ip=10.225.109.2;] soap — AuthRequest elapsed=13
———

Re: Internal Server Error

Post by m3ds0 » Sun Sep 30, 2018 7:42 pm

pauljany wrote: Hi,

Once username and password is provided , zimbra web client shows the error as »
«Internal Server Error
The server has encountered an internal error.
Please try again later.
ERROR: 500
« Go back»

Источник

Internal error почтовый сервер

Здравствуйте, помогите пожалуйста решить проблему.

На сервере установлен Exim и Dovecot.

Новая почта, которая приходит, автоматически падает в один и тот же файл: /var/spool/mail/sairus

При получении почты, dovecot ругается: Couldn’t open INBOX: Internal error occurred. Refer to server log for more information.

В логах тоже ничего не понятно:

dovecot: Jun 12 00:21:38 Error: POP3(sairus): stat(/var/spool/mail/sairus/cur) failed: Not a directory
dovecot: Jun 12 00:21:38 Error: POP3(sairus): Couldn’t open INBOX: Internal error occurred. Refer to server log for more information. [2011-06-12 00:21:38]

В конфиге dovecot.conf

Обьясните, почему ругается dovecot, а также почему вся почта падает в один файл и где именно настраивается, чтобы в разные директории.

Очень надеюсь на вашу помощь, т.к. больше почерпнуть информации просто не откуда.

Ответить | Правка | Cообщить модератору

Создались папки cur new и tmp в папке /var/spool/mail, ошибку не выдает.

команда list (через телнет)
list
+OK 0 messages:

Собственно как связать exim с dovecot чтобы один писал в папку определенную, а второй оттуда читал.

1. «ошибка при получении почты»	+ / –
Сообщение от Дмитрий (??) on 12-Июн-11, 01:47
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

2. «ошибка при получении почты»	+1 + / –
Сообщение от DeadLoco (ok) on 12-Июн-11, 10:03
> Собственно как связать exim с dovecot чтобы один писал > в папку определенную, а второй оттуда читал. МТА занимается маршрутизацией почт, и локальное деливери — не его ума дело. Экзим умеет класть почту в локальный ящик (LDA), но гораздо правильнее эту работу поручить довекоту, которому потом эту почту читать. Заведите отдельного безлогинного юзера в системе, которому будет принадлежать вся почта. Например, postman с уидом=20000 и гидом=20000 В конфиг экзима добавьте транспорт: dovecot_lda: driver = pipe command = /usr/local/libexec/dovecot/deliver -d $local_part@$domain -f $sender_address user = postman log_output В роутере, обрабатывающем локальную почту, пропишите транспортом довекот_лда. В конфиге довекота прописываем статический юзердб: userdb static < args = uid=postman gid=postman home=/var/mail/%d/%n > Все. С этого момента экзим для укладки в ящики будет отдавать письма довекоту, который будет их класть от имени postman и читать от него же. Мейлдирам самое место в вар/мейле: mail_location = maildir:/var/mail/%d/%n Каталог /var/mail должен быть с правами 777, довекот внутри сам создаст структуру уже с правами постмена.
Ответить | Правка | ^ к родителю #0 | Наверх | Cообщить модератору

3. «ошибка при получении почты»	+ / –
Сообщение от Дмитрий (??) on 12-Июн-11, 16:26
Спасибо большое за обьяснение! Подобное видел, но не знал как это работает и зачем, благодаря Вам вроде бы разобрался.!
Ответить | Правка | ^ к родителю #2 | Наверх | Cообщить модератору

4. «ошибка при получении почты»	+ / –
Сообщение от DeadLoco (ok) on 12-Июн-11, 18:09
> Спасибо большое за обьяснение! Подобное видел, но не знал как это работает > и зачем, благодаря Вам вроде бы разобрался.! Статический юзердб — это простейший вариант. Можно из базы выдергивать данные, но при этом уид/гид подставлять нужные. У меня виртуальные юзеры лежат в мускле, там же хранятся квоты на ящики, статусы активности и прочая. А извлекаю я их вот так: Идея та же: с майлдирами работает только довекот и только от одного юзера. Мануал довекота не рекомендует для этого использовать юзеров dovecot или dovenull, а предлагает завести совсем отдельного.
Ответить | Правка | ^ к родителю #3 | Наверх | Cообщить модератору

5. «ошибка при получении почты»	+ / –
Сообщение от dmitry_sairus (ok) on 13-Июн-11, 00:24
настроил так как подсказали, но после отправки приходит письмо от Mail Delivery System: local delivery failed Как я только не пробовал, что не подставлял, то ругается на права, то dovecot вырубается при проверке почты. А теперь письмо вот приходит. Я вообще пытаюсь делать все в статике, база мне не нужна (мало пользователей — личная почта только) Скажите, а можно связать dovecot так, чтобы он читал тот 1 файл, который по умолчанию создается в папке /var/mail с именем пользователя. И если не трудно, подскажите что означает mbox, INBOX, INDEX в строчке: Для чего они используются и какие значения должны быть. Спасибо.
Ответить | Правка | ^ к родителю #4 | Наверх | Cообщить модератору

6. «ошибка при получении почты»	+ / –
Сообщение от dmitry_sairus (ok) on 13-Июн-11, 01:01
Наверное так будет проще: выложу конф файлы, а Вы уж пинайте меня за ошибки. base_dir = /var/run/dovecot/ protocols = imap pop3 listen = * disable_plaintext_auth = no shutdown_clients = yes ssl_disable = yes log_path = /var/log/dovecot.log info_log_path = /var/log/dovecot-info.log log_timestamp = «%b %d %H:%M:%S « syslog_facility = mail login_dir = /var/run/dovecot/login login_user = dovecot login_process_size = 64 login_process_per_connection = yes login_processes_count = 3 login_max_processes_count = 64 login_max_connections = 100 login_greeting = I am ready, sir. login_log_format_elements = user= method=%m rip=%r lip=%l %c login_log_format = %$: %s first_valid_uid = 25 first_valid_gid = 0 umask = 0077 protocol pop3 < pop3_uidl_format = %08Xu%08Xv > protocol lda < postmaster_address = admin@**** auth_socket_path = /var/run/dovecot/auth-master > auth default < mechanisms = plain socket listen < master < path = /var/run/dovecot/auth-master mode = 0600 user = mailnull > > passdb passwd-file < args = /etc/dovecot.passwd > userdb static < args = uid=vmail gid=vmail home=/var/mail/%d/%n > dnslookup: driver = dnslookup domains = ! +local_domains transport = remote_smtp ignore_target_hosts = 0.0.0.0 : 127.0.0.0/8 no_more system_aliases: driver = redirect allow_fail allow_defer data = $lsearch> file_transport = address_file pipe_transport = address_pipe userforward: driver = redirect check_local_user file = $home/.forward allow_filter no_verify no_expn check_ancestor file_transport = address_file pipe_transport = address_pipe reply_transport = address_reply localuser: driver = accept check_local_user #transport = local_delivery transport = dovecot_delivery cannot_route_message = Unknown user remote_smtp: driver = smtp local_delivery: driver = appendfile file = /var/mail/$local_part delivery_date_add envelope_to_add return_path_add group = mail address_pipe: driver = pipe return_output address_file: driver = appendfile delivery_date_add envelope_to_add return_path_add mode = 0660 address_reply: driver = autoreply dovecot_delivery: driver = pipe command = /usr/local/libexec/dovecot/deliver -d $local_part@$domain message_prefix = message_suffix = delivery_date_add envelope_to_add return_path_add log_output user = vmail
Ответить | Правка | ^ к родителю #5 | Наверх | Cообщить модератору

7 . «ошибка при получении почты»	+ / –
Сообщение от DeadLoco (ok) on 16-Июн-11, 17:57
> выложу конф файлы, а Вы уж пинайте меня за ошибки. > Фрагмент от > ####EXIM#### > dovecot_delivery: > driver = pipe > command = /usr/local/libexec/dovecot/deliver -d $local_part@$domain > user = vmail Не хватает опции «-f $sender_address» в команде вызова. Эта опция крайне важна, поскольку на этот адрес отправителю будут слаться баунсы, уведомления, автореплаи и т.д. Если ее не указать, то отправитель никогда не узнает, что при доставке в локальный ящик что-то не срослось.
Ответить | Правка | ^ к родителю #6 | Наверх | Cообщить модератору

8 . «ошибка при получении почты»	+ / –
Сообщение от DeadLoco (ok) on 16-Июн-11, 18:11
> Скажите, а можно связать dovecot так, чтобы он читал тот 1 файл, > который по умолчанию создается в папке /var/mail с именем пользователя. > И если не трудно, подскажите что означает mbox, INBOX, INDEX в строчке: > mail_location = mbox:/var/mail/%n:INBOX=/var/mail/%n:INDEX=/var/mail/%n Существуют разные типы хранилищ, используемые для почтовых ящиков. Исторически самый древний — мейлбокс (mbox), когда все письма аппендятся в один файл с именем пользователя. При этом при большом количестве писем становятся очень большими накладные расходы на удаление писем и поиск письма в общей братской могиле. Для обхода затыков хранилища можно ставить костыли, вроде построения отдельного индекса. Но это костыли имени довекота, сам по себе мейлбокс никаких индексов не имеет. Гораздо прогрессивнее мейлдир, когда вместо одного файла есть каталог, в котором каждое письмо хранится отдельным файлом. При этом появляется возможность структурировать каталог на подкаталоги, строить индексы для поиска и т.д. Это все уже входит в базовую конструкцию мейлдира, и отдельной настройки не требует. Правда, тогда возникает проблема множества мелких файлов, что усложняет тюнинг файловой системы и бекап. Но незначительно, по сравнению с выигрышем в остальном. В общем, даже если на сервере не поднимается массовый почтовый сервис, а обслуживается всего 5-10-20 ящиков, мейлдир все равно предпочтительней мейлбокса. Если у вас все равно для кого-то из юзеров создается мейлбокс, значит у вас роутер довекот_лда находится после роутера, который этот мейлбокс создает. Я практикую следующую схему роутинга: сначала идут все роутеры с редиректами (обработка алиасов), а затем — роутеры с аксептами (ЛДА), причем довекот_лда идет первым, а прочие выполняются лишь тогда, когда довекот не справился. Источник Adblock detector