После установки mailwiz свидетельствует о необходимости до настройки nginx

Найдите файл конфигурации Вашего сайта, к примеру панель fastpanel /etc/nginx/fastpanel2-sites/Ваш_пользователь/файл_конфигурации_сайта.conf

Замените секцию 

location / {
index index.php index.html;
try_files $uri $uri/ /index.php?$args;
}

на 

location / {
if (!-e $request_filename){
rewrite ^(/)?api/.*$ /api/index.php;
}
if (!-e $request_filename){
rewrite ^(/)?customer/.*$ /customer/index.php;
}
if (!-e $request_filename){
rewrite ^(/)?backend/.*$ /backend/index.php;
}
if (!-e $request_filename){
rewrite ^(.*)$ /index.php;
}
index index.html index.htm index.php;
}

Перезагрузите сервер

Вот пример того, как должна выглядеть ваша конфигурация nginx, чтобы mailwizz работал правильно.
Обратите внимание, что приведенная выше конфигурация будет использовать php-fpm.

/etc/nginx/nginx.conf file:

# For more information on configuration, see:
#   * Official English Documentation: http://nginx.org/en/docs/
#   * Official Russian Documentation: http://nginx.org/ru/docs/

user  nginx;
worker_processes  1;

error_log  /var/log/nginx/error.log;
#error_log  /var/log/nginx/error.log  notice;
#error_log  /var/log/nginx/error.log  info;

pid        /run/nginx.pid;


events {
    worker_connections  1024;
}


http {
    include       /etc/nginx/mime.types;
    default_type  application/octet-stream;

    log_format  main  '$remote_addr - $remote_user [$time_local] "$request" '
                      '$status $body_bytes_sent "$http_referer" '
                      '"$http_user_agent" "$http_x_forwarded_for"';

    access_log  /var/log/nginx/access.log  main;

    sendfile        on;
    #tcp_nopush     on;

    #keepalive_timeout  0;
    keepalive_timeout  65;

    #gzip  on;

    # Load modular configuration files from the /etc/nginx/conf.d directory.
    # See http://nginx.org/en/docs/ngx_core_module.html#include
    # for more information.
    include /etc/nginx/conf.d/*.conf;

    index   index.html index.htm;

    #root /usr/share/nginx/html;

  # this is the section that matters for mailwizz.
    server {
     listen      80;
     server_name domain.com;
     root        /usr/share/nginx/html;

     location / {
         if (!-e $request_filename){
         rewrite ^(/)?api/.*$ /api/index.php;
         }
         if (!-e $request_filename){
         rewrite ^(/)?customer/.*$ /customer/index.php;
         }
         if (!-e $request_filename){
         rewrite ^(/)?backend/.*$ /backend/index.php;
         }
         if (!-e $request_filename){
         rewrite ^(.*)$ /index.php;
         }
         index  index.html index.htm index.php;
     }

     #error_page  404              /404.html;

     # redirect server error pages to the static page /50x.html
     #
     error_page   500 502 503 504  /50x.html;

     # pass the PHP scripts to FastCGI server listening on 127.0.0.1:9000
     #
     location ~ \.php$ {
         fastcgi_split_path_info  ^(.+\.php)(.*)$;

         fastcgi_param  PATH_INFO        $fastcgi_path_info;
         fastcgi_param  SCRIPT_FILENAME  $document_root$fastcgi_script_name;
         include fastcgi_params;

         fastcgi_pass   127.0.0.1:9000;
         fastcgi_index  index.php;

         fastcgi_read_timeout 600s;
         fastcgi_send_timeout 600s;
     }

     # deny access to .htaccess files, if Apache's document root
     # concurs with nginx's one
     #
     location ~ /\.ht {
         deny  all;
     }
   }
}

В логах web сервера /var/log/httpd/domains мы видим следующую ошибку

[Sat Sep 18 13:08:58.240412 2021] [fcgid:warn] [pid 6610] [client 92.119.186.18:36516] mod_fcgid: HTTP request length 134603 (so far) exceeds MaxRequestLen (131072), referer: http://domain.ru/backend/index.php/extensions/index

Причины и решения:

Возникает при загрузке файлов в некоторых случаях, когда PHP работает на сервере в режиме FastCGI

Чтобы ошибку устранить следует открыть конфигурационный файл модуля, который находится по пути:

• /etc/apache2/mods-available/fcgid.conf  для Debian, Ubuntu и основанных на них ОС
• /etc/httpd/conf.d/fcgid.conf для RHEL-подобных — CentOS, Fedora.

В нем находим и вносим правки в строки

AddHandler fcgid-script .fcgi
FcgidConnectTimeout 20

Увеличьте до

FcgidMaxRequestLen 33554432
MaxRequestLen 33554432

Если строки отсутствуют — добавьте их в самый конец файла. Указав это число мы увеличим размер до 32 мегабайт. )
После чего перезагружаем web сервер

service httpd restart

• • Перезагрузка Apache

  service apache2 restart

  service httpd restart

Не все программы могут корректно работать под этой версией. В нашем случае ранние версии mailwizz (до 1.9.21) не устанавливаются корректно на сервер с поддержкой php 8+.

Выражалось проблема в ошибке при подключении к базе данных в момент инсталяции:  Unable to write the configuration file! (Невозможно , чтобы написать в конфигурационный файл!)

Официально заметка на форуме mw:

В пятницу мы выпустили 1.9.21, в которой устранены некоторые проблемы совместимости с php 8, поэтому, если вы используете php8, попробуйте обновить mailwizz до последней версии.

Установите младшую версию php для vesta, после чего возобновите установку повторно!

Если Вы столкнулись с проблемой установки mailwizz, и прервались на этапе создания базы данных. Вам нет необходимости перезагружать скрипты, просто удалите или переименуйте файл main-custom.php /home/admin/web/***************.ru/public_html/apps/common/config/main-custom.php.

После чего Вы сможете запустить установку повторно.

Добавим в vesta cp дополнительные версии php с возможностью выбора из админ панели:

Скачайте специальный скрипт, который добавляет шаблоны с выбором версии PHP, командой:

curl -O https://raw.githubusercontent.com/Skamasle/sk-php-selector/master/sk-php-selector2.sh

Запускаем скрипт

bash sk-php-selector2.sh all

Если появится ошибка i not found remi repo, stop install… , то установите репозиторий Remi:

rpm -ivh http://rpms.famillecollet.com/enterprise/remi-release-7.rpm

и повторите запуск скрипта.

Вывод версии командой php -v будет по прежнему показывать PHP 8.0.10RC1 (cli) (built: Aug 10 2021 09:35:28) ( NTS gcc x86_64 ).

Выбрать младшую версию php теперь можно так:

Проверить текущую рабочую версию для нашего сайта можно:

Создайте файл в директории своего сайта info.php с содержимым:

<?php
phpinfo ();
?>

После чего перейдя по адресу site.ru/info.php Вы должны увидеть вывод своей конфигурации php

Если Ваш mcql не оптимизирован (по умолчанию после установки его конфигурация рассчитана на очень простенькие задачи) — Страница /customer/index.php/campaigns/index будет очень долго загружаться.

Если у Вас нет возможности увеличить ресурсы Вашего сервера, и/или оптимизировать запросы mcql — простым способом немного помочь программе — будет отключить отображение статистик.

Это позволит mailwizz при загрузке страницы рассылок — не делать по данной области запросы к базе данных.

Так же Вы можете установить значение удаления лога статистики после завершения рассылки — что сильно разгрузит запросы к базе данных.

Перейдите в /backend/index.php/settings/cron и в самом низу настроек установите значение удалять логи *

После того как рассылка завершится — все логи по ней будут автоматически удалены. Однако Вы сможете видеть цифры (открыли, перешли и т.п.) — но не сможете видеть детали, кто, когда и т.п.

Еще одним решением будет создавать рассылки не большими порциями (к примеру по 10, 30 000 писем)

Данная техника позволит Вам не только ускорить загрузку страниц mailwizz но и разгрузить общую нагрузку на сервер, в следствии чего Вы можете увидеть что Ваши рассылки будут идти быстрее, без «потерь в паузах».

Все эти решения не являются перспективными и больше рассчитаны на сервера где нет возможности провести правильную оптимизацию или расширить ресурсы.

Действие: импорт списков / загрузка файлов / сохранение в базу данных

Ошибка: Ошибка 400!
Невозможно определить CSRF.

Причина и решение:  Ошибка происходит, когда вы загружаете файл большего размера, чем разрешено лимитом PHP, и для передачи токена CSRF нет места.
Решение состоит в том, чтобы увеличить лимит загрузки из вашего файла настроек PHP (php.ini).

Примечание:

Ошибка «Не удалось проверить токен CSRF» обычно появляется, когда вы отправляете форму, содержащую поле для загрузки файла, и выбираете файл, размер которого превышает разрешенный размер файла для загрузки на ваш сервер.

MailWizz не контролирует это поведение, размер загружаемого файла определяется вашим веб-сервером и вашими настройками PHP.
Для веб-сервера nginx прочтите эту статью .
Информацию о веб-сервере Apache с PHP см. В этой статье .
О самом PHP см. В этой статье .

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

В vesta Cp обратите внимание на значение этой директивы post_max_size / upload_max_filesize и если он маленький — увеличьте его.

Обратите внимание что маленькие лимиты других директив, таких как к примеру memory_limit — так же будут влиять на работу Вашего MailWizz

R=dnslookup defer (-1): host lookup did not complete

Для диагностики разрешения DNS используйте команду

nslookup -type=MX mail.ru

Вы должны будите получить ответ на записи MX.

Server: 77.88.8.8
Address: 77.88.8.8#53

Non-authoritative answer:
mail.ru mail exchanger = 10 mxs.mail.ru.

Authoritative answers can be found from:

В противном случае Ваш сервер имен не работает должным образом.

Приведите свой файл etc/resolv.conf к следующему виду:

option timeout:1
option rotate
domain domain.ru
nameserver 77.88.8.8
nameserver 8.8.8.8
nameserver 8.8.4.4
search domain.ru

Для диагностики маршрутизации в exim до конечного получателя используйте команду

exim -bt -d-resolver user@mail.ru

……..ERROR: Failed to connect to server: Connection refused (111)…………..

Одна из причин которую мы рассмотрим — блокировка  ip Вашего esp (mailwizz) программой fail2ban на сервере (pmta и т.п.)

Проверяем на наличие ip в правилах блокировки

iptables -vnL

Обратите внимание на правила в Chain fail2ban-MAIL

Найдите в перечисленных правилах ip своего сервера esp (с которого пытаетесь подключиться (mailwizz))

Удалить ip из правил блокировки

Введите команду

iptables -D fail2ban-MAIL -s 01.001.001.01 -j REJECT

где 01.001.001.01 — ip Вашего esp.

Внести ip в белый список (white list)

Отредактируйте файл конфигурации fail2ban:

nano /etc/fail2ban/jail.conf

найдите строку

ignoreip =

если она у Вас закомментирована, раскомментируйте ее, и добавьте в нее свой ip

Пример по умолчанию

# "ignoreip" can be a list of IP addresses, CIDR masks or DNS hosts. Fail2ban
# will not ban a host which matches an address in this list. Several addresses
# can be defined using space (and/or comma) separator.
#ignoreip = 127.0.0.1/8 ::1

вносим 01.001.001.01 в белый список

# "ignoreip" может быть списком IP-адресов, масок CIDR или хостов DNS. Fail2ban
# не будет банить хост, который совпадает с адресом в этом списке. Несколько адресов
# можно определить с помощью разделителя пробелом (и / или запятой).
ignoreip = 01.001.001.01 127.0.0.1/8 ::1

Каждый IP-адрес или диапазон должны быть разделены пробелом.

Строка должна быть добавлена в раздел [DEFAULT] файла.

Сохраните файл и перезапустите Fail2Ban:

service fail2ban restart

При проверке журналов в режиме debug send-campaigns наблюдаете такую ошибку

[2021-03-05 14:05:23] - Starting the work for this batch...
[2021-03-05 14:05:23] - PCNTL processes running already, locks acquired previously!

Это означает, что у команды send-campaign не было достаточно времени, чтобы завершить очистку после предыдущей рассылки, и она не удалила файлы mutex.

Вы можете сделать следующее:
1. Остановите свои рассылки.
2. Очистите:
Если вы используете redis для mutex, просто очистите базу данных redis.

redis-cli flushall

Если вы не используете redis, очистите содержимое папки apps/common/runtime/mutex.

Перезагрузите сервер командой reboot

Задача политик — исключить возможность отправки с конкретного сервера на конкретный домен получателя, к примеру как на скриншоте мы запретили отправку серверу на mail.ru, bk.ru, list.ru, inbox.ru

Откройте из backind настройки своего сервера, в области Политики доменов — нажмите +, и добавьте столько настроек сколько Вам потребуется.

• Если Ваш сервер не может отправлять почту на определенные домены, или может отправлять только на некоторые домены, Вы можете отразить это в политике домена.
• Если Вы хотите разрешить отправку сообщений только на домены yahoo.com, а на все другие запретить, то создайте разрешение для yahoo.com, а для остальных запрет через *
• Если Вы хотите отправлять на все домены кроме yahoo.com, то создайте политику запрета только для yahoo.com.
• Если Вы хотите создать политику для всех доменов Yahoo (yahoo.co.uk, yahoo.com.br), то создайте политику для yahoo. Знак «*» — означает любой.»

В разных версиях mailwizz функциональность немного отличается, разработчики модифицируют данную опцию. Изначально в 2020 году, они заявляли что опция будет удалена.

Однако на сегодняшний день (15.03.2021) функция присутствует и работает, но к сожалению не совсем на наш взгляд должным образом. В версии 1.9.23 если сервер имеет  ограничения  на конкретный домен получателя, он просто «пишет» для этого email в лог «Failed to send to this email address after multiple retries. Check your delivery servers domain policies.» со статусом доставки «Domain policy reject», при этом повторные отправки по завершению в этот домен к примеру с других серверов не предусмотрены.

Мы не будем изменять функциональность кода, немного «изменим» задачу конечной отработки подписчика по политикам.

Для подписчика отправка которому не позволяется из за политик в лог мы укажем GIVE UP — что позволит нам циклично сделать несколько раз попытки доставки по завершению рассылки.

Для этого в /apps/console/commands/SendCampaignsCommand.php в строке 2003 для CampaignDeliveryLog:: изменить STATUS_DOMAIN_POLICY_REJECT, на STATUS_GIVEUP

получиться должно примерно так:

				// 1.9.13
				foreach ($domainPolicySubscribers as $subscriber) {
					$this->logDelivery(
						$subscriber, 
						Yii::t('campaigns', 'Применены политики ограничения на домен получателя, будет 3 повторных попыток отправки.'), 
						CampaignDeliveryLog::STATUS_GIVEUP, #STATUS_DOMAIN_POLICY_REJECT, #Если есть сообщения о статусе GIVEUP, в кампании будет отображаться значок конверта, и cron будет отправлять сообщения каждый час.
						'', 
						$server, 
						$campaign
					);
				}
			}
		}

По завершению рассылка запустится по круг 3 раза — согласно настройкам (в backend/index.php/settings/cron — Повторная отправка).  Крон задание для этого повтора будет запускаться каждый час

Если у пользователю станет доступен сервер без политики на домен который был пропущен, доставка будет с нового сервера, если же так же не доступен — попытки будут с того же сервера с повтором записи.

Однако письма повторы не доставки не засчитываюстя в квоты, и лог не «двоится» а изменяется на новые значения. К примеру если был give up вчера, сегодня при доставке лог изменится на Success.

По завершению попыток доставки, Ваша компания должна завершиться, и в ее статусе появиться конвертик с возможностью ручной до отправки.

Первый шаг — отключить задание cron, которое запускает команду send-campaign, которая запускается каждую минуту.

В старых версиях так же может потребоваться отключите параллельную отправку PCNTL в личном кабинете backend/index.php/settings/cron

Второй шаг — запускать отправку кампаний вручную из командной строки. Если ваш cron для send-кампаний выглядит так:

/usr/bin/php -q /var/www/html/apps/console/console.php send-campaigns >/dev/null 2>&1

Вам нужно запустить следующую команду из командной строки:

/usr/bin/php -q /var/www/html/apps/console/console.php send-campaigns --verbose=1

В основном вы просто удаляете
>/dev/null 2>&1
и вы добавляете
--verbose=1

То как выглядит Ваша команда cron посмотреть можете backend/index.php/misc/cron-jobs-list

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

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

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