Ошибка сервера status internal error occurred refer to server log for more information

После обновления пакета roundcube в ОС Centos7, в профиле почты, вылетела следующая ошибка сервера: «STATUS: Internal error occurred. Refer to server log for more information.»

Она связана с конфигом roundcube. Чтоб исправить проблему просто удалите конфиг из каталога /etc/dovecot/conf.d/ и перезапустите roundcube. После рестарта нужный конфиг пакета восстановится, и все будет работать!

Для удаления конфига введите команду:
# rm /etc/dovecot/conf.d/15-mailboxes.conf

Согласитесь с удалением файла, после чего введите команду рестарта пакета:
# systemctl restart dovecot

Так же смотрите мои темы связанные с VestaCP:
ОБНОВЛЯЕМ PHP 5.6 ДО ВЕРСИИ 7.3 НА ПАНЕЛИ УПРАВЛЕНИЯ VESTACP
ОБНОВЛЕНИЕ SQL MARIADB 5.5 ДО ВЕРСИИ 10.4 НА VESTACP
УСТАНОВКА IMAGICK (IMAGEMAGICK) НА CENTOS 7
ВОССТАНОВЛЕНИЕ FAIL2BAN НА VESTACP CENTOS 7.7.1908
НЕ ПРИХОДЯТ ПИСЬМА В EXIM CENTOS 7 С ПУ VESTACP

«Для удаления конфига введите команду:»

Подскажите, плиз, где эти операции запускаются? в PutTy?

Сделал) не помогает.

Может подскажите, что ещё можно попробовать?

Подскажите, плиз, где эти операции запускаются? в PutTy?

можно в putty можно напрямую на серваке

Сделал) не помогает.

сервер на чем работает, на панели управления или lamp?

Панель установил: VestaCP, CentOS-7-amd64

При запуске процедуры в путти пишет:
rm /etc/dovecot/conf.d/15-mailboxes.conf
rm: cannot remove ‘/etc/dovecot/conf.d/15-mailboxes.conf’: No such file or directory

Я зашел через WinSCP проверил, такого файла рельно нет — скрин приложил.

При запуске: # systemctl restart dovecot
[root@ХХХ ~]#
Система не реагирует, просто новая строка)

P.S. сервер перезапускал — не помогло.

Заранее спасибо!

• Ответ изменён 1 год, 12 месяцев назад пользователем Antonio777.

Система не реагирует, просто новая строка)

В весте посмотри девкот вообще работает? если нет, вариант №1 тупо переустановить средствами ос

Я зашел через WinSCP проверил, такого файла рельно нет – скрин приложил.

вариант №2 создать файл семпла деквкот и ребутнуть, чтоб оно подхватилось

# touch /etc/dovecot/conf.d/15-mailboxes.conf.simple
# nano /etc/dovecot/conf.d/15-mailboxes.conf.simple

копируешь туда:

##
## Mailbox definitions
##

# Each mailbox is specified in a separate mailbox section. The section name
# specifies the mailbox name. If it has spaces, you can put the name
# "in quotes". These sections can contain the following mailbox settings:
#
# auto:
#   Indicates whether the mailbox with this name is automatically created
#   implicitly when it is first accessed. The user can also be automatically
#   subscribed to the mailbox after creation. The following values are
#   defined for this setting:
#
#     no        - Never created automatically.
#     create    - Automatically created, but no automatic subscription.
#     subscribe - Automatically created and subscribed.
#
# special_use:
#   A space-separated list of SPECIAL-USE flags (RFC 6154) to use for the
#   mailbox. There are no validity checks, so you could specify anything
#   you want in here, but it's not a good idea to use flags other than the
#   standard ones specified in the RFC:
#
#     All      - This (virtual) mailbox presents all messages in the
#                 user's message store.
#     Archive  - This mailbox is used to archive messages.
#     Drafts   - This mailbox is used to hold draft messages.
#     Flagged  - This (virtual) mailbox presents all messages in the
#                 user's message store marked with the IMAP Flagged flag.
#     Junk     - This mailbox is where messages deemed to be junk mail
#                 are held.
#     Sent     - This mailbox is used to hold copies of messages that
#                 have been sent.
#     Trash    - This mailbox is used to hold messages that have been
#                 deleted.
#
# comment:
#   Defines a default comment or note associated with the mailbox. This
#   value is accessible through the IMAP METADATA mailbox entries
#   "/shared/comment" and "/private/comment". Users with sufficient
#   privileges can override the default value for entries with a custom
#   value.

# NOTE: Assumes "namespace inbox" has been defined in 10-mail.conf.
namespace inbox {
  # These mailboxes are widely used and could perhaps be created automatically:
  mailbox Drafts {
    special_use = Drafts
  }
  mailbox Junk {
    special_use = Junk
  }
  mailbox Trash {
    special_use = Trash
  }

  # For Sent mailboxes there are two widely used names. We'll mark both of
  # them as Sent. User typically deletes one of them if duplicates are created.
  mailbox Sent {
    special_use = Sent
  }
  mailbox "Sent Messages" {
    special_use = Sent
  }

  # If you have a virtual "All messages" mailbox:
  #mailbox virtual/All {
  #  special_use = All
  #  comment = All my messages
  #}

  # If you have a virtual "Flagged" mailbox:
  #mailbox virtual/Flagged {
  #  special_use = Flagged
  #  comment = All my flagged messages
  #}
}

сохраняешь файл, и потом ребутишь девкот
# systemctl restart dovecot

Ура! Заработало!)

Ничего не понял, но сделал так

А именно:
Возвращаясь к предыдущей версии EXIM (понижение) является наиболее удобным решением для администраторов почтовых серверов с VestaCP
1. Мы проводим аутентификацию в Linux через SSH и выполняем командные строки, через которые загружаем и устанавливаем старую версию EXIM.

# wget http://repo.geek-speak.perm.ru/rpm/exim-4.93-3.el7.x86_64.rpm
# rpm -Uvh --oldpackage exim-4.93-3.el7.x86_64.rpm

Вывод:

2. Перезагрузить «Exim» и будьте осторожны, чтобы работали службы «clamd» и «spamassassin»
Правда не понятно что значит: «и будьте осторожны, чтобы работали службы «clamd» и «spamassassin»» — и как это проверить… написал им) потом отпишусь.

Esmertec спасибо огромное)))

Правда не понятно что значит: “и будьте осторожны, чтобы работали службы “clamd” и “spamassassin”

Проверить через вебморду панели управления во вкладке сервер, вся проблема в том, что проект vestacp — умер, и больше не разрабатывается, по этому при обновлении пакетов (через yum в CentOS), вечно отваливается какой-нибудь модуль.

Только сейчас понял, что вы по сути темой ошиблись, я уже писал про эту ошибку, и она связана в exim, а не девкотом… тема про это находится -> ТУТ

P.S. Ваше сообщение выше чутка отредактировал, ссылки на «левые» сайты не желательны

По вашей ссылке тоже все проделал)

кроме того, изучил вопрос про: «чтобы работали службы “clamd” и “spamassassin”» — оказывается их вообще не было, нашел на официальном форуме топик, установил, но clamd так и не запустился)

Да и с roundcube проблема ушла только отчасти. Ошибка вылетает так же, просто письма стали отправляться, если успеть вставить емэил в поле: Кому. Буду так и пользоваться)))

Эх… Жаль, что Весту забросили…

Спасибо, за ваш форум, сильно помогли)

кроме того, изучил вопрос про: “чтобы работали службы “clamd” и “spamassassin”” – оказывается их вообще не было, нашел на официальном форуме топик, установил, но clamd так и не запустился)

я бы на вашем месте переустановил полностью ПУ с ОС вместе, т.к. у меня на таком же конфиге все работает нормально (CentOS7+VestaCP) не считая периодических отпадываний модулей, но которые в принципе можно восстановить))

P.S. В основном все лечится переустановкой пакета + конфигами с оф. сайта весты

realjumy

Posts: 50

Joined: Sun Jul 06, 2014 12:51 pm

Server Error: STATUS: Internal error occurred. Refer to server log for more information.

cosmicx

Posts: 8

Joined: Tue Sep 12, 2017 6:00 pm

/etc/dovecot/conf.d/15-mailboxes.conf

After installing a new 9.2 server and restoring from a backup from my old system, one of my users (with a huge mailbox) gets the following message from his Thunderbird client whenever mails are moved to a subfolder….
[SERVERBUG] internal error occurred. Refer to server log for more information.
Note that restoration of the backup didn’t appear to have restored any option, so I’ve had to manually set everything up again. Therefore the mails have been copied from the backup drive via ftp.
I am assuming that the sub-directories do not exist within the database. Is there any way to create them automatically?
Furthermore, which server log is it referring to. I’ve trawled through the obvious suspects but can’t find any error message.

What does /var/log/dovecut/current say?

Logged

Logged

Logged

Logged

Logged

Following two complete reboots of the server (complete powercycle), all now appears to be working as originally intented.

Logged

Logged

ok.. everything seems to be done in the right way..
just a question.. did your data really fit into a 8GB usb key? it seems really a small amount..

Logged

Logged

Logged

Logged

C’est la fin du monde !!!