Сегодня опять будет дичь, но не пугайтесь, если не нашли тут ни одного понятного слова. Обещаю, что следующие темы в блоге будут для нормальных людей, а пока расскажу о неожиданном решении проблемы с 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 нет, его можно создать простым копированием файла php.ini-development в php.ini
В общем, в php.ini нужно раскомментировать строку ;date.timezone и прописав временную зону перезапустить web-сервер:
date.timezone = 'Europe/Moscow'
Подписывайтесь на канал
Яндекс.Дзен
и узнавайте первыми о новых материалах, опубликованных на сайте.
Сегодня опять будет дичь, но не пугайтесь, если не нашли тут ни одного понятного слова. Обещаю, что следующие темы в блоге будут для нормальных людей, а пока расскажу о неожиданном решении проблемы с 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 нет, его можно создать простым копированием файла php.ini-development в php.ini
В общем, в php.ini нужно раскомментировать строку ;date.timezone и прописав временную зону перезапустить web-сервер:
date.timezone = 'Europe/Moscow'
Подписывайтесь на канал
Яндекс.Дзен
и узнавайте первыми о новых материалах, опубликованных на сайте.
-
realjumy
- Posts: 50
- Joined: Sun Jul 06, 2014 12:51 pm
Roundcube error ‘Server Error: STATUS: Internal error occurred. Refer to server log for more information.’
Hello everyone.
I have been trying to install VestaCP in Ubuntu 18.04 but I’m having always problems with Roundcube.
After fixing the problem with the wrong password, I have the following error every time I log into Roundcube:
Code: Select all
Server Error: STATUS: Internal error occurred. Refer to server log for more information.
I have been trying different solutions (like adding inbox = yes to /etc/dovecot/conf.d/15-mailboxes.conf ) but it still fails. Any ideas?
I also tried doing this: viewtopic.php?p=63431#p63431 and viewtopic.php?t=4809
Thanks!
Update: I installed Centos and everything works flawless. I guess I will stick to Centos.
-
cosmicx
- Posts: 8
- Joined: Tue Sep 12, 2017 6:00 pm
Re: Roundcube error ‘Server Error: STATUS: Internal error occurred. Refer to server log for more information.’
Post
by cosmicx » Sat Nov 10, 2018 4:05 pm
I’ve been searching for answers too. I haven’t fixed my instance yet.
I did an Ubuntu 18.04 install + VestaCP 0.98-23.
UPDATE: Roundcube Worked!
What fixed it in my case?
I remove:
Code: Select all
/etc/dovecot/conf.d/15-mailboxes.conf
…and restarted dovecot:
Reference (Post by FrazzledPenguin):
viewtopic.php?t=17154#p72031
После обновления пакета 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. В основном все лечится переустановкой пакета + конфигами с оф. сайта весты
Вложения:
Вы должны войти для просмотра вложений.
/E-Mail /RoundCube (Internal Server Error)
If you’re getting Server error (Internal Server Error) in Roundcube that is because you’ve some incompatible version of the Roundcube mail client is installed on your server which we didn’t currently support. To fix the issue you need to run these commands one by one :
First run the CWP Update script that will ensure you’ve latest version of CWP :
sh /scripts/update_cwp
Second run the CWP roundcube update script :
sh /scripts/mail_roundcube_update
This will install supported version of Roundcube and error will be fixed, if you’re still getting internal error then you need run this script to fix the mail permissions :
/scripts/cwp_api account mail_fix_permissions
* pleas note that on servers with big /var/vmail folder this can take some time
Make sure you also check the logs
/usr/local/cwpsrv/var/services/roundcube/logs/errors.log
/var/log/dovecot.log
Permissions for /var/vmail
chown vmail.mail /var/vmail chmod 770 /var/vmail
I also performed the upgrade using the complete version from the official source and I found the following error in my journal:
Oct 20 21:39:21 [hostname] roundcube[1258]: PHP Fatal error: Uncaught Error: Class 'Spoofchecker' not found in /var/www/webmail/program/lib/Roundcube/rcube_spoofchecker.php:50
Stack trace:
#0 /var/www/webmail/program/actions/mail/index.php(1400): rcube_spoofchecker::check('gmail.com')
#1 /var/www/webmail/program/actions/mail/index.php(523): rcmail_action_mail_index::address_string('[removed]...', 3, false, NULL, 'utf-8')
#2 /var/www/webmail/program/actions/mail/list.php(123): rcmail_action_mail_index::js_message_list(Array, false, Array)
#3 /var/www/webmail/program/include/rcmail.php(275): rcmail_action_mail_list->run(Array)
#4 /var/www/webmail/index.php(283): rcmail->action_handler()
#5 {main}
thrown in /var/www/webmail/program/lib/Roundcube/rcube_spoofchecker.php on line 50
The relevant part is:
Class 'Spoofchecker' not found
This closed issue report Uncaught Error: Class ‘Spoofchecker’ not found #8127 suggested that the package php-intl
is now a new requirement. This forum post gives more details:
According to https://bugs.php.net/bug.php?id=63790 the Spoofchecker is only available when PHP intl extension is built with ICU >= 4.2. So, I suspect your build does not have it, but it is required.
So it depends on your system, if php-intl
needs to be installed. On newer systems, it is not necessary.
Installing php-intl
depending on your system:
Fedora/CentOS/RedHat/etc.:
dnf install php-intl
Debian/Ubuntu:
apt install php-intl
Don’t forget to restart your webserver.
-
#1
I have this error with Roundcube.
Where is location of this error log?
I only found dovecot.mailbox.log and dovecot.index.log, on problematic mail account BUT cant read in notepad..
Please help
-
#2
Hello
Do you see any output in /var/cpanel/roundcube/log/errors when Roundcube produces that message?
Thank you.
-
#3
Hello
Do you see any output in /var/cpanel/roundcube/log/errors when Roundcube produces that message?
Thank you.
I found log file, thanks.
No error in this file, but from some strange reason now all works fine…
Thanks one more time.
-
#4
I am happy to see the error is no longer occurring. Feel free to let us know if the issue happens again.
Thank you.
-
#5
I have same problem again but another user account.
Error is «Unexpected condition from IMAP server, closed or corrupt connection to IMAP. Possible mailbox corruption.»
I’m using Dovecot
How to fix this?
-
#6
I found solution:
In order to fix this issue, check the dovecot.index file (under /home/username/mail/domain/emailusername/) and and move it to a temporary “dovecot.index.back” location so that it is automatically regenerated.
-
#7
I am happy to see you were able to determine the cause of the problem. Thank you for updating us with the outcome.
-
#8
Good day,
Would like to ask for assistance as I’m encountering this kind of error which is almost the same to the previously reported. And here is also the logs I saw.
-
26.1 KB
Views: 27 -
34.1 KB
Views: 34
-
#9
Hello @blackwidow02,
Feel free to submit a ticket with us if you’d like us to take a closer look. You can post the ticket number here and we’ll link this thread to it.
Thank you.
-
#10
hi,
i have tried all of the above and only slightly works for me. the error message i now get is
Server Error! (OK)
there are no logs either for this.
I have also tried mailbox repair and i get a lot of lines saying the owner is incorrect and the permissions are also incorrect and unable to change.
I have a digital ocean droplet in that I have installed Centos 7.5, and on that, I have installed CWP, with that there is some problem. the problem is that I have created the emails in that CWP when I try to login the Roundcube using that email then it redirects me to the blank page. and when I debug the round cube then I got one error in the network that when I enter the email id and password and click on the login then I saw the 500 internal server error in the post request of Roundcube.
I have also tried by deleting the emails from CWP and also checked by creating new emails but the errors remain, and also I have deleted the droplet and created the new droplet and tried doing so but the error still exists.
I have installed CWP el7-latest.
Error Logs
[11-Feb-2019 07:13:36 UTC] PHP Fatal error: Uncaught Error: Class 'Net_IDNA2' not found in /usr/local/cwpsrv/var/services/roundcube/program/lib/Roundcube/bootstrap.php:405
Stack trace:
#0 /usr/local/cwpsrv/var/services/roundcube/program/lib/Roundcube/rcube_utils.php(891): idn_to_ascii('localhost')
#1 /usr/local/cwpsrv/var/services/roundcube/program/lib/Roundcube/rcube_utils.php(869): rcube_utils::idn_convert('localhost', true)
#2 /usr/local/cwpsrv/var/services/roundcube/program/include/rcmail.php(600): rcube_utils::idn_to_ascii('localhost')
#3 /usr/local/cwpsrv/var/services/roundcube/index.php(109): rcmail->login('support@buywpte...', '', 'localhost', true)
#4 {main}
thrown in /usr/local/cwpsrv/var/services/roundcube/program/lib/Roundcube/bootstrap.php on line 405
If anyone knows please help.
Topic: Server Error! (Internal Server Error) on Inbox Refresh (Read 5206 times)
I’ve just upgraded from 0.9.4 to 1.0.0 (fresh install, config merged) and am finding a strange issue when I try to refresh my Inbox. After logging in all new messages are shown but when the Refresh button is clicked I get a «Server Error! (Internal Server Error)» popup. This also happens on the auto refresh. Here’s what I know so far:
1.) This only affects the Inbox
2.) It doesn’t happen when new mail arrives
3.) This doesn’t happen in my existing 0.9.4 install
For reference this is an IMAP email account. Has anyone seen this issue?
Logged
Logged
Nothing I’m afraid, the issue is repeatable but the only error reported is the pop up.
Logged
Logged
Alec: Looking at the web server logs I do get the following entries every time I get the popup:
ALERT — configured GET variable value length limit exceeded — dropped variable ‘_uids’ (attacker ‘***.***.***.***’, file ‘/*******************/roundcube/index.php’)
ALERT — dropped 1 request variables — (1 in GET, 0 in POST, 0 in COOKIE) (attacker ‘***.***.***.***’, file ‘/*******************/roundcube/index.php’)
ALERT — dropped 1 request variables — (1 in GET, 0 in POST, 0 in COOKIE) (attacker ‘***.***.***.***’, file ‘/*******************/roundcube/index.php’, line 40)
ALERT — dropped 1 request variables — (1 in GET, 0 in POST, 0 in COOKIE) (attacker ‘***.***.***.***’, file ‘/*******************/roundcube/program/include/iniset.php’, line 58)
I suspect perhaps the variable value length limit needs to be increased?
Logged
I’ve also tried using the latest copies of app.js and check_recent.inc to include the post fix but this doesn’t solve my problem. Any thoughts?
Logged
Remove app.min.js file. The change I pointed you on should fix the issue, because indeed it gets rid of GET in favor of POST.
Logged
That worked! Do you know when this fix will be released? Thanks for your help!
Logged
-
#1
Hi
i have used plesk 11.5 and never had problem before
i installed Plesk 12 and Migrated sites + created new email to test as well.
when i go to webmail webmail.domain.com
i get the login screen from round cube which i want.
then i enter login + password and i get
500 Internal Server Error.
Apache Server at webmail.domaincom Port 80
it worked fine on 11.5
what is wrong with it?
Linux Cent os 6.6
anybody can help?
Thank you
-
#3
thank you for pointing to this useful article
in logs i found 2 errors
i also wanted to point out that install is in VPS Environment , using CentOS Plesk ISO image.. so it was preconfigured by plesk configuration.
1 )
PHP Warning: date(): 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. in /usr/share/psa-roundcube/program/lib/Roundcube/rcube.php on line 1096
2)
IMAP Error: Login failed for [email protected] from 24.xx.xxx.xxx(X-Real-IP: 24.xx.xxx.xxx,X-Forwarded-For: 24.xx.xxx.xxx). Could not connect to localhost:143: Operation now in progress in /usr/share/psa-roundcube/program/lib/Roundcube/rcube_imap.php on line 184 (POST /roundcube/?_task=login?_task=login&_action=login)
i am new at these stuff please advise how to resolve it….
Thanks
-
#4
UPDATE:
i did a test on the same vps machine with same ip and domain name.
I started clean CentOS install + plesk12 installation in terminal.
Everything got installed and i created email account and WEBMAIl ROUNDCUBE WORKS !!!
Why when i used Plesk CentOS ISO Install — Webmail does not work???
definitely something wrong with plesk 12 iso centos.
Can this be resolved?
i have already installed domains and email / user accounts and i dont know how to backup and transfer from the same ip.
i would love to resolve the plesk12 iso image installation if possible.
-
#6
i found it before your post , and i have updated time zone in php,
but i have subdomains as well..
that did not work nor helped…
UFHH01
Guest
-
#7
You have several PHP.ini — files on your server, which might cause issues as described. It could be a good idea, to generally define your server date/timezone as for excample:
PHP:
[Date]
; Defines the default timezone used by the date functions
; http://php.net/date.timezone
date.timezone= "Europe/Berlin"
; http://php.net/date.default-latitude
date.default_latitude = 51.248532
; http://php.net/date.default-longitude
date.default_longitude = 6.704677
You can locate all PHP.ini — files with a command like «find / -name ‘php.ini’ 2> /dev/null» over the command line and please change the example to your very own date/timezone.
-
#8
Yes i have installed Panda Php and adjusted php time zone… for all php.ini it does not work
would that be possible cause of Roundcube logging issue? almost like a time out after user/pass entered and pressed login?
I will double check i f i did not miss timezone in php.ini somwhere
UFHH01
Guest
-
#9
Hi Peter_R,
the login — issues might be caused in several situations, there is no «general» issue, which point to your login — failure. In order to do some more investigations, you could temporarily set some of the logging/debugging settings to «true» at «/usr/share/psa-roundcube/config/defaults.inc.php» ( section «// LOGGING/DEBUGGING» ) and investigate the Roundcube — log ( /var/log/plesk-roundcube/errors and the general syslog at /var/log/ ) afterwards, to get some more detailed informations about the current issue. In order to set the standard configurations back correctly, I suggest to copy the whole «default.inc.php» to «default.inc.php.bak» and edit the «default.inc.php» then. Just delete the manual modified «default.inc.php» and rename the backup — config back to «default.inc.php» after all issues are solved.
-
#10
thanks for the tips..
i will check and update here
-
#11
logs i show in /var/log/
anaconda.ifcfg.log anaconda.syslog btmp dmesg fail2ban.log-20141130.gz maillog-20141130 messages-20141130 plesk sa-update.log-20141201 spooler-20141130 yum.log
anaconda.log anaconda.yum.log btmp-20141201 dmesg.old httpd maillog.processed mysqld.log plesk-roundcube secure sw-cp-server
anaconda.program.log audit cron dracut.log lastlog mailman nginx psa-horde secure-20141130 tallylog
anaconda.storage.log boot.log cron-20141130 fail2ban.log maillog messages ntpstats sa-update.log spooler wtmp
Which one is » general syslog at /var/log/ «?
Thx
UFHH01
Guest
-
#12
Hi Peter_R,
your listing shows only 1 ( ! ) log — file with the name «SYSLOG» …
-
#13
yes i found the long but could not figure it out. log was not showing anything interesting about that issue…
Seems like Cent ISO installation is screwed up and i do not Recommend to use it.
I did fresh install and Disabled SELinux and now everything works fine…
ISO should be repaired and installation should note that SElinux has to be disabled in requirements for CentOS , they only mention ArmorProtection in Ubuntu.
I could not use ISO install and had to reinstall it manually .
Now everything works.
/E-Mail /RoundCube (Internal Server Error)
If you’re getting Server error (Internal Server Error) in Roundcube that is because you’ve some incompatible version of the Roundcube mail client is installed on your server which we didn’t currently support. To fix the issue you need to run these commands one by one :
First run the CWP Update script that will ensure you’ve latest version of CWP :
sh /scripts/update_cwp
Second run the CWP roundcube update script :
sh /scripts/mail_roundcube_update
This will install supported version of Roundcube and error will be fixed, if you’re still getting internal error then you need run this script to fix the mail permissions :
/scripts/cwp_api account mail_fix_permissions
* pleas note that on servers with big /var/vmail folder this can take some time
Make sure you also check the logs
/usr/local/cwpsrv/var/services/roundcube/logs/errors.log
/var/log/dovecot.log
Permissions for /var/vmail
chown vmail.mail /var/vmail chmod 770 /var/vmail
-
realjumy
- Posts: 50
- Joined: Sun Jul 06, 2014 12:51 pm
Roundcube error ‘Server Error: STATUS: Internal error occurred. Refer to server log for more information.’
Hello everyone.
I have been trying to install VestaCP in Ubuntu 18.04 but I’m having always problems with Roundcube.
After fixing the problem with the wrong password, I have the following error every time I log into Roundcube:
Code: Select all
Server Error: STATUS: Internal error occurred. Refer to server log for more information.
I have been trying different solutions (like adding inbox = yes to /etc/dovecot/conf.d/15-mailboxes.conf ) but it still fails. Any ideas?
I also tried doing this: viewtopic.php?p=63431#p63431 and viewtopic.php?t=4809
Thanks!
Update: I installed Centos and everything works flawless. I guess I will stick to Centos.
-
cosmicx
- Posts: 8
- Joined: Tue Sep 12, 2017 6:00 pm
Re: Roundcube error ‘Server Error: STATUS: Internal error occurred. Refer to server log for more information.’
Post
by cosmicx » Sat Nov 10, 2018 4:05 pm
I’ve been searching for answers too. I haven’t fixed my instance yet.
I did an Ubuntu 18.04 install + VestaCP 0.98-23.
UPDATE: Roundcube Worked!
What fixed it in my case?
I remove:
Code: Select all
/etc/dovecot/conf.d/15-mailboxes.conf
…and restarted dovecot:
Reference (Post by FrazzledPenguin):
viewtopic.php?t=17154#p72031
После обновления пакета 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. сервер перезапускал — не помогло.
Заранее спасибо!
- Ответ изменён 2 года, 4 месяца назад пользователем 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. В основном все лечится переустановкой пакета + конфигами с оф. сайта весты
Вложения:
Вы должны войти для просмотра вложений.