запуск MailStation 2 - проблемы и проблемы...

412+

DMS4.2 последняя.

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

Поставил MailServer, Включил там SMTP/POP3/Imap, указал имя домена.

Включена служба главной папки пользователей.

Поставил Mailstation 2

Жму на нее, и получаю в ответ в окне браузера:

      DATABASE ERROR: CONNECTION FAILED!
     Unable to connect to the database!
     Please contact your server-administrator

Перегружаю NAS, на всякий случай.

Та же самая картинка.

Насколько понимаю, Mailserver не включился?

Что еще забыл нажать?

Встроенный хелп читал.

Нужен ли скуль для работы MailServer? Или он требует только перла?

Что делать с неспособностью запуститься Раундкьюбу?

Заранее спасибо тем, кто посоветует как победить.

С уважением,

Панель управлления -> Веб службы -> Включить MySQL

Панель управлления -> Веб службы -> Включить MySQL

К сожалению, не помогло.

Скуль включал, выключал, пакет реинсталлировал, все одно и то же.

Кроме того, техподдержка Синолоджи вообще говорит, что Мail Station не должен зависеть от включенности скуля по указанному пути. То есть проблема глубже, нежели невключенный SQL

После ребута не дает войти в mailstation, говорит зайдите в DSM и включите IMAP. Захожу в DSM в настройки почтового сервера, стоят все 4 галки, включая IMAP. Отключаю IMAP, жму ОК. Потом включаю. Только после этого дает зайти в mailstation. И так после каждого ребута. Все письма, отправленные на ящик после ребута не доходят пока не будут выполнены вышеописанные манипуляции. Подскажите, как исправить?

Проблему так и не решил. Сразу после ребута даю команду на просмотр процессов:

Synology> ps axu | grep dovecot

root 15807 0.0 0.1 3776 1008 pts/0 S+ 15:55 0:00 grep dovecot

То есть после ребута dovecot почему-то не перезапускается. Помогает только переустановка пакета.

P.S. Если не сложно, посмотрите, пожалуйста, в папке автозапуска /usr/syno/etc/rc.d присутствует ли скрипт, запускающий mailserver? Что-то не нахожу такого у себя.

Вот примерный список скриптов работающих на автозапуск

/usr/syno/etc.defaults/rc.d/S89mailserv.sh

/usr/local/etc/rc.d/MailStation.sh

/usr/syno/mailstation/etc/MailStation-018.sh

/usr/syno/mailstation/etc/postfix-script

Все начинается с /usr/syno/etc.defaults/rc.d/S89mailserv.sh

Спасибо! Поискал скрипты, лежали в других папках. После того как скопировал в папку автозапуска, проблема полечилась.

День добрый,

возникала ошибка при заходе через вебинтерфейс на почту

DATABASE ERROR: CONNECTION FAILED!

Unable to connect to the database!

Please contact your server-administrator

ошибку получил после, переезда на новый нас с ds215j на ds916+

Что и как нужно сделать, что бы исправит её.?

Вот что ответил, сапорт I don't recommend to migrate from a DS215j to a +-Model because you take some limitations to new unit like a 16TB filesystem. The volume have to recreated on the new NAS to avoid this limitation., и просит уделенный доступ, что бы поправить систему

16TB filesystem

Прикольный перевод. Надо полагать речь шла о разрядности сино и 6-ки

Прикольный перевод. Надо полагать речь шла о разрядности сино и 6-ки

я если четсно вообще не понял, что он хотел сказать.

я если четсно вообще не понял, что он хотел сказать.

Рискну предположить, что речь шла о переходе на 64-х разрядную архитектуру в плане железа и софта. Миграция признана ТП ошибочным решением. Рекомендации ТП на будущее в подобных случаях (32 -> 64) - не миграция а установка DSM с нуля. Ну и просят удаленный доступ чтобы разрулить ...

PS Intel Pentium - N3710 (4C/4T) - DS916+ - 1.6GHz - 64bit

Version: 6.0-7321 - (2016/05/12) - Change log - N/A. (This is the initial release of DS916+)

Доступ дал, только быстей бы разрулил, хотя через outlook все работает, почта туда сюда бегает

Нашел решение в интернете, надо было сбросить пароль к базе MariaDB, удалить майл станшион, мэйл сервер, а потом все заново поставить и все, а сапорт почти две недели не мог не чего сделать...

Нашел решение в интернете, надо было сбросить пароль к базе MariaDB, удалить майл станшион, мэйл сервер, а потом все заново поставить и все, а сапорт почти две недели не мог не чего сделать...

Надо полагать решение универсальное для любых пакетов, использующих базу данных ...

PS Могли бы и ссылку привести ...