Решение: Сделаем что бы сертификат для панели подгружался из домена при загрузки панели

Перейдите в настройки сервера :8083/list/server/

Найдите секцию Vesta SSL и выберите свой домен

Проблема: После перезагрузки сервера vesta не запускается. В логах мы видим ошибку

[root@server]# systemctl status vesta.service
● vesta.service - SYSV: Run vesta web server
Loaded: loaded (/etc/rc.d/init.d/vesta; bad; vendor preset: disabled)
Active: failed (Result: exit-code) since Sun 2020-01-19 23:12:23 EET; 1min 20s ago
Docs: man:systemd-sysv-generator(8)
Process: 6018 ExecStart=/etc/rc.d/init.d/vesta start (code=exited, status=1/FAILURE)

Jan 19 23:12:23 ams3.alexnettm.com systemd[1]: Starting SYSV: Run vesta web server...
Jan 19 23:12:23 ams3.alexnettm.com vesta[6018]: Starting vesta-nginx: nginx: [alert] could not open error log file: open() "/usr/local/vesta/nginx/logs/error.log" failed (30: Read-only file system)
Jan 19 23:12:23 ams3.alexnettm.com vesta[6018]: 2019/11/01 09:31:19 [emerg] 6024#0: open() "/usr/local/vesta/log/nginx-error.log" failed (30: Read-only file system)
Jan 19 23:12:23 ams3.alexnettm.com vesta[6018]: [FAILED]
Jan 19 23:12:23 ams3.alexnettm.com systemd[1]: vesta.service: control process exited, code=exited status=1
Jan 19 23:12:23 ams3.alexnettm.com systemd[1]: Failed to start SYSV: Run vesta web server.
Jan 19 23:12:23 ams3.alexnettm.com systemd[1]: Unit vesta.service entered failed state.
Jan 19 23:12:23 ams3.alexnettm.com systemd[1]: vesta.service failed.

Следующий лог говорит о том что vesta не смогла открыть файл журналов, так как наш диск находится в режиме чтения.

........................
Feb 20 15:22:54 localhost.localdomain vesta[3719]: Starting vesta-nginx: nginx: [alert] could not open error log file: open() "/usr/local/vesta/nginx/logs/e...e system)
Feb 20 15:22:54 localhost.localdomain vesta[3719]: 2018/02/20 15:22:54 [emerg] 3725#0: open() "/usr/local/vesta/log/nginx-error.log" failed (30: Read-only file system)
........................

Если мы проверим как смонтирован наш диск мы увидим что он перешел в режим чтения

mount | grep ' / '

/dev/vda2 on / type xfs (ro,relatime,attr2,inode64,noquota)

Решение:

1 — перемонтируйте диски в режим записи и чтения — rw

mount -o remount rw /

2 — запустите vesta

service vesta start

Часть служб так же останется не запущенными. Вы можете запустить их по отдельности из командной строки ssh или в панеле vesta — теперь она доступна.

Устраняем проблему перемонтирования диска

— Причина перемонтирования диска в ro режим кроется во включённой системе по подсчету квот в vestacp

Отключите квоты из панели vesta

— Перейдите во вкладку серверы :8083/edit/server/

опуститесь в низ настроек и отключите подсчет квот

yum update vesta

Все пакеты centos, включая панель можно обновить командой

yum update

Или можно обновить какой то отдельный пакет, к примеру httpd

yum update httpd

для обновление php 5.4 и некоторых других пакетов, устанавливаемых при установки панели в режиме по умолчанию (без ключа -d), необходимо подключать сторонний репозиторий remi, по умолчанию он выключен

yum update --enablerepo=remi

ОС: Centoc 7 / 6

Проверить Вашу версию PHP можно командой

php -v

CentOS 6

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-6.noarch.rpm
wget http://rpms.remirepo.net/enterprise/remi-release-6.rpm
rpm -Uvh remi-release-6.rpm epel-release-latest-6.noarch.rpm

Шаг2: Запустите эти команды одну за другой в CentOS

yum install yum-utils
yum-config-manager --enable remi-php73

Шаг3:

yum update -y

Перезагрузите сервер и проверьте версию php командой php -v

CentOS 7

wget https://dl.fedoraproject.org/pub/epel/epel-release-latest-7.noarch.rpm
wget http://rpms.remirepo.net/enterprise/remi-release-7.rpm
rpm -Uvh remi-release-7.rpm epel-release-latest-7.noarch.rpm

Шаг2: Запустите эти команды одну за другой в CentOS

yum install yum-utils
yum-config-manager --enable remi-php73

Шаг3:

yum update -y

Перезагрузите сервер и проверьте версию php командой php -v

Устранение проблем
Если процесс обновления php не удается (обновление не происходит), или вы обновились ранее с 5.6 до 7.0/7.1/7.2 тогда вам нужно запустить эту команду, чтобы отключить php 5.6/7.0/7.1/7.2 :

yum-config-manager --disable remi-php56
yum-config-manager --disable remi-php70
yum-config-manager --disable remi-php71
yum-config-manager --disable remi-php72

После этого снова следуйте инструкциям из 2 ШАГА.

Платная реализация

Открываем конфигурационный файл Vesta

# nano /usr/local/vesta/conf/vesta.conf

добавляем строку

FILEMANAGER_KEY='ILOVEREO'

Чистим кэш браузера или проверяем в другом браузере — должно появится поле ФАЙЛЫ:

Как выглядит сам файловый менеджер в VestaCP: 

Бесплатная реализация — не тестировалась

В качестве бесплатной альтернативы — можно использовать бесплатное решение в виде net2ftp. Выполним его установку и подключим для работы на адресе http://ip/net2ftp

# cd /usr/share/
# wget -c http://www.net2ftp.com/download/net2ftp_v1.0.zip
# unzip net2ftp_v1.0.zip
# chmod 777 net2ftp_v1.0/files_to_upload/temp
# ls -ld net2ftp_v1.0
drwxr-xr-x 3 root root 4096 Apr 24 2013 net2ftp_v1.0
# ls -ld net2ftp_v1.0/files_to_upload/
drwxr-xr-x 8 root root 4096 Apr 24 2013 net2ftp_v1.0/files_to_upload/

Конфигурацинный файл net2ftp: net2ftp_v1.0/files_to_upload/settings.inc.php

# nano /usr/share/net2ftp_v1.0/files_to_upload/settings.inc.php

$net2ftp_settings["max_filesize"] = "500000000";

# cat /etc/httpd/conf.d/net2ftp.conf
Alias /net2ftp /usr/share/net2ftp_v1.0/files_to_upload

<Directory /usr/share/net2ftp_v1.0/files_to_upload/>
Order Deny,Allow
Deny from All
Allow from 72.72.0.0/16
</Directory>

Перезапускаем Apache:

# /etc/init.d/httpd restart

Широко применим в панеле Vesta CP

Управление очередью писем

Запуск очереди только для локальных доставок:

exim -ql -v

Удалить сообщение из очереди:

exim -Mrm  [  ... ]

Очистит все заблокированные сообщения из очереди:

exipick -zi | xargs exim -Mrm

Очистит все сообщения из очереди:

exipick -i | xargs exim -Mrm

Вывести количество сообщений в очереди:

exim -bpc

Заблокировать( заморозить ) сообщение:

exim -Mf  [  ... ]

Получение базовой информации по Exim

Печать списка сообщений в очереди. Выводятся, время постановки в очередь, размер, ID сообщения, отправитель, получатель:

exim -bp

Печать суммарной информации. Выводимые колонки: количество, объем, старейшее, последнее, домен.

exim -bp | exiqsumm

Чем в данный момент занимается Exim

exiwhat

Тестирование маршрута доставки до указанного адреса:

exim -bt alias@localdomain.com
user@thishost.com
    <-- alias@localdomain.com
  router = localuser, transport = local_delivery
root@localhost# exim -bt user@thishost.com
user@thishost.com
  router = localuser, transport = local_delivery
root@localhost# exim -bt user@remotehost.com
  router = lookuphost, transport = remote_smtp
  host mail.remotehost.com [1.2.3.4] MX=0

Эмитировать SMTP транзакцию из командной строки, как если-бы сообщение пришло с указанного IP адреса. При этом будет показано прохождение и срабатывание проверок, фильтров и листов доступа (ACL). На самом деле, никакое сообщение никуда доставлено не будет.

exim -bh 192.168.11.22

Листинг всех настроек конфигурации exim

exim -bP

Поиск очереди с помощью утилиты exiqgrep

Стандартная поставка сервера Exim включает в себя утилиту для поиска по очередям — exiqgrep, это самый оптимальный путь для решения данной задачи. Если вы используете конвейер команд, например из exim -bp в awk, grep, cut и т.д., вы просто усложняете себе жизнь. Различные ключи команды exiqgrep, позволяют достаточно тонко настроить критерии поиска. Ключ -f используется для поиска сообщений конкретного отправителя

exiqgrep -f [luser]@domain

Ключ -r используется для поиска сообщений для определенного адресата

exiqgrep -r [luser]@domain

Ключ -o указывает искать сообщения, старее, указанного количества секунд. В примере, сообщения старее 1 дня:

exiqgrep -o 86400 [...]

Ключ -y ищет сообщения свежее указанного количества секунд. В примере, найти сообщения, пришедшие в течении последнего часа:

exiqgrep -y 3600 [...]

Ключ -s позволяет искать по размеру сообщения, совпадающего с заданным регулярным выражением:

exiqgrep -s '^7..$' [...]

Для поиска только среди заблокированных( замороженных ) сообщений, используйте ключ -z, или -x для поиска только среди не заблокированных. Еще несколько ключей отвечающих за вывод результатов поиска Вывести только ID сообщения, в одном из вышеупомянутых вариантов поиска

exiqgrep -i [ -r | -f ] ...

Печатать счетчик сообщений при одном из вышеприведенных вариантов поиска:

exiqgrep -c ...

Вывести только идентификатор всей очереди:

exiqgrep -i

Основной бинарник Exim ( /usr/sbin/exim ), используется с различными ключами для управления сообщениями в очереди. Многие ключи, подразумевают указание одного или более ID сообщения в командной строке, как раз тут вам и пригодится команда exiqgrep -i, которая была упомянута выше. Запуск очереди:

exim -q -v

Сообщение

Разблокировать сообщение:

exim -Mt  [  ... ]

Доставить сообщение, вне зависимости от состояния блокировки или времени повторной доставки:

exim -M  [  ... ]

Доставить сообщение, только если достигнуто время для повторной доставки:

exim -Mc  [  ... ]

Принудительно остановить сообщение с формулировкой «отменено администратором»:

exim -Mg  [  ... ]

Удалить все заблокированные сообщения:

exiqgrep -z -i | xargs exim -Mrm

Удалить все сообщения, старше 5 дней (86400 * 5 = 432000 секунд):

exiqgrep -o 432000 -i | xargs exim -Mrm

Заблокировать все письма от указанного отправителя:

exiqgrep -i -f luser@example.tld | xargs exim -Mf

Просмотреть заголовки сообщений:

exim -Mvh 

Просмотреть тело сообщений:

exim -Mvb 

Просмотр логов сообщения:

exim -Mvl 

Добавить получателя в сообщение:

exim -Mar

Редактировать отправителя сообщения:

root@localhost# exim -Mes

Оригинал статьи

SMTP Connection Time

5.912 seconds — Warning on Connection time

SMTP Transaction Time

8.524 seconds — Not good! on Transaction Time

5.912 секунд — Предупреждение о времени соединения
8.524 секунд — Не хорошо! на время транзакции

При тесте SMTP сервера с установленной панелью vesta CP 

вызвана конфигурацией EXIM в VESTA CP — основанной на борьбе со спамерами

значение задержки установлено в /etc/exim/exim.conf и является значением по умолчанию

rfc1413_query_timeout = 5s

что бы понравиться mxtoolbox.com — можете установить значение 0

Оригинал статьи вопроса на официальном сайте vesta CP

Пример разберем на:

домен: domain.ru
ip: 190.190.190.01

* Делегируйте домен от регистратора на NS сервера хостинг провайдера Вашего сервера.
* Либо Вы можете самостоятельно настроить A записи для Вашего домена адресовав его на ip сервера

domain.ru IN A 190.190.190.01

Для работы почтового сервера нужно создать MX запись, которая должна указывать на наш почтовый сервер. Для этого создадим запись:

domain.ru. IN MX 10 mail.domain.ru.

Цифра 10 определяет приоритет сервера, чем она меньше, тем выше приоритет.

Теперь создадим A запись для mail.example.com

mail.domain.ru. IN A 190.190.190.01

По необязательным правилам, почтовые сервера должны располагаться на почтовом под.домене основного домена второго уровня.
К примеру тест в mxtoolbox.com на такую конфигурацию покажет ошибку Reverse DNS is not a valid Hostname

Реверсивная запись PTR — обязательная для многих спам фильтров

01.190.190.190.in-addr.arpa. IN PTR mail.domain.ru.

В панели DNS сервера PTR ip адрес указывается — реверсивно (в обратном порядке)

Хост в PTR должен соответствовать хосту в поле Received

PTR запись указывается не посредственно в dns панели хостинг провайдера сервера. В некоторых случаях требуется что бы хост. провайдер прописал запись в ручную.

DNS записи обновляются не сразу — обновление может занимать до 72 часов.

Обратите внимание на точку в конце имени, некоторые панели dns серверов требуют или не требуют ее указания. Точка указывает что имя абсолютное, при отсутствии точки имя считается относительным и к нему добавляется доменное имя из SOA.

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

Ищем ошибку

Открываем в ssh консоли логи dovecot

tail -f /var/log/dovecot.log

После этого делаем попытку авторизоваться в Roundcube. В лог посыпятся сообщения, среди которых есть информация о нашей ошибки

Initialization failed: namespace configuration error: inbox=yes namespace missing
Error: Invalid user settings. Refer to server log for more information.

добавьте в /etc/dovecot/conf.d/15-mailboxes.conf:

После:
namespace inbox {
добавить inbox = yes

Должно получиться так 
# NOTE: Assumes "namespace inbox" has been defined in 10-mail.conf.
namespace inbox {
inbox = yes
  #mailbox name {
    # auto=create will automatically create this mailbox.
    # auto=subscribe will both create and subscribe to the mailbox.
    #auto = no

после чего перезагружаем dovecot

service dovecot restart

Скачать готовый файл 15-mailboxes

Если Вы получаете ошибку: команда не найдена — укажите полный путь до скрипта
/usr/local/vesta/bin/v-change-user-password USER PASSWORD