PowerMTA проблемы и решения — my-mails.ru

Power MTA StatusDnsQueryFailed resolving domain (pmta)

my-mails.ru — Mon, 02 Dec 2024 04:48:51 +0000

Если вы видите следующую ошибку в PowerMTA:

StatusDnsQueryFailed resolving domain

Вероятнее всего, это вызвано тремя причинами:

Запрошенный домен не существует. Он не имеет ни MX, ни A записи.
Вышестоящий провайдер DNS ограничивает чрезмерные запросы с вашего почтового сервера.
Вы достигли предела пропускной способности в любой из сетей WAN (если запрос DNS-преобразователя отправляется через интернет-интерфейс).

Что бы избежать множественных запросов на повторяющиеся домены:

Настройка кеширующего DNS-клиента systemd-resolved в Debian GNU/Linux 9 (Stretch)

В составе systemd, используемой в конфигурации по умолчанию в Debian GNU/Linux 9 имеется отдельная служба, отвечающая за разрешение имён с возможностью кэширования результатов поэтому, если нужно ускорить работу механизма разрешения имён достаточно лишь выполнить настройку systemd-resolved.

В конфигурации по умолчанию данная служба не запущена:

# systemctl status systemd-resolved
● systemd-resolved.service - Network Name Resolution Loaded: loaded (/lib/systemd/system/systemd-resolved.service; disabled...) Drop-In: /lib/systemd/system/systemd-resolved.service.d └─resolvconf.conf Active: inactive (dead)...

Установим модуль nss-resolve (библиотека libnss_resolve.so из пакета libnss-resolve) для механизма Name Service Switch (NSS), который будет вызывать службу systemd-resolved для разрешения имён:

# apt-get install libnss-resolve

В процессе установки в конфигурационном файле /etc/nsswitch.conf строка hosts: files dns будет автоматически заменена на следующий вид:

...
hosts:          files resolve [!UNAVAIL=return] dns
...

Настроим конфигурационный файл /etc/systemd/resolved.conf, заполнив параметры секции [Resolve], например следующим образом:

[Resolve]
DNS=77.88.8.8
#FallbackDNS=8.8.8.8 8.8.4.4 2001:4860:4860::8888 2001:4860:4860::8844
Domains=my.holding.com
LLMNR=no
DNSSEC=no
Cache=yes
DNSStubListener=no

Для совместимости с приложениями, которые не используют библиотечные вызовы, а обращаются к DNS серверам напрямую, получая их из /etc/resolv.conf, создадим символическую ссылку на файл /run/systemd/resolve/resolv.conf, контент которого автоматически генерируется исходя из настроек, заданных нами в /etc/systemd/resolved.conf:

# ln -svi /run/systemd/resolve/resolv.conf /etc/resolv.conf
ln: replace '/etc/resolv.conf'? 
y
 '/etc/resolv.conf' -> '/run/systemd/resolve/resolv.conf'

Проверим линковку:

# ls -la /etc/resolv.conf
lrwxrwxrwx 1 root root 32 Dec 11 16:22 /etc/resolv.conf -> /run/systemd/resolve/resolv.conf

Теперь осталось только включить автозагрузку службы и запустить её:

# systemctl enable systemd-resolved
# systemctl restart systemd-resolved
# systemctl status systemd-resolved

По материалам сайта https://wiki.it-kb.ru/unix-linux/debian/stretch/systemd-resolved-in-debian-9

Fail2ban блокирует подключения (ERROR: Failed to connect to server: Connection refused (111)

my-mails.ru — Thu, 13 May 2021 04:09:10 +0000

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

……..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

Power MTA и ipv6

my-mails.ru — Sat, 01 Aug 2020 12:16:06 +0000

Power mta работает с ipv6 ровно так же как и с ipv4

Если на Вашем сервере включена поддержка ipv6 и адреса добавлены, в конфигурацию PMTA добавить можно так:

Для web монитора

smtp-listener [0000::0202:0303:0404:0505:00]:25

Cброс очереди на ip


route [0000::000:000:000:000:00]:25

smtp-source-host virtual host


smtp-source-host 0000::000:000:000:000:00 sub.domain.ru
domain-key mail,domain.ru,/etc/pmta/dkim.pem
max-smtp-out 850

Если Вы добавляете ipv6 адреса на сервер без панели:

Включаем поддержку IPv6 в /etc/sysconfig/network добавить

NETWORKING_IPV6=yes

В конфигурационный файл сетевого интерфейса /etc/sysconfig/network-scripts/ifcfg-eth0 добавить

IPV6INIT=yes

IPV6ADDR="0000::000:000:000:000:00/64"
IPV6ADDR_SECONDARIES="0000::000:000:000:000:01/64 0000::000:000:000:000:02/64 0000::000:000:000:000:03/64"
IPV6_DEFAULTGW="2a07:14c0:3000::1"

IPV6ADDR=»Ваш ipv6/маска»
IPV6ADDR_SECONDARIES=»первый_ipv6/маска второй_ipv6/маска третий_ipv6/маска и_так_далее»
IPV6_DEFAULTGW=»шлюз»

Перегружаем сеть

service network restart

Resolv.conf

Добавьте настройки преобразования DNS для ipv6

nameserver 2001:4860:4860::8888
nameserver 2001:4860:4860::8844

Проблемы и ошибки:

Если система выдает ошибку:

CRITICAL : [ipv6_test] Kernel is not compiled with IPv6 support
то в файле /etc/modprobe.conf комментируем следующие строки

#alias net-pf-10 off
#alias ipv6 off

также меняем значение с 1 на 0

options ipv6 disable=0

Вы прописали ip адреса но при перегрузке конфигурации pmta выдает ошибку
Error in line 154 of /etc/pmta/virtualhost.txt: specification does not match any valid local IP addresses.
Это означает что в Вашей сети не виден ip адрес проверьте правильность внесение адресов, перезагрузите сеть.

Проверьте подключение с указанного ip в Вашей конфигурации к примеру на yandex.ru

pmta resolve --connect --source=sub.domain.ru,0000::0202:0303:0404:0505:00 yandex.ru

Чистим Логи (*.log) на linux серверах

my-mails.ru — Tue, 29 Oct 2019 14:12:26 +0000

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

Мы рекомендуем на почтовых серверах после тестирования отключать логирование.

1 — Удалять файлы нельзя. Файлы требуется «обнулять» (удалять содержимое). При удалении файла некоторые службы у Вас не запустятся.

Обнулить log файл Вы можете командой

cat /dev/null > /var/log/mysqld.log

где /var/log/ — путь к файлу лога, и mysqld.log файл лога

Обнулить все log файлы в папке

Перейдите в требуемую папку командой cd

базовые пути и папки

cd /var/log
cd /var/log/audit
cd /var/log/exim
cd /var/log/ConsoleKit
cd /var/log/httpd
cd /var/log/nginx
cd /var/log/ntpstats
cd /var/log/pmta
cd /var/log/qemu-ga
cd /var/log/roundcubemail
cd /var/log/sa

cd /usr/local/vesta/log

выполните в ней примерно следующую команду:

find -maxdepth 1 -type f -name '*' -exec dd if=/dev/null of={} 2>/dev/null \;

Архивы *.gz в лог папках — можно смело удалять

Для регулярного обнуления логов Вы можете создать задание Cron. Перед обнулением файла Вы можете архивировать его текущее содержимое, например, командой gzip -v9f $log_file > $log_file.gz

Автоматическая очистка log файлов

Блокировка Mail.ru / выводим из блока PMTA

my-mails.ru — Thu, 18 Jul 2019 15:32:19 +0000

Разблокируем блокировку по причине СПАМа от mail.ru отбивается следующей ошибкой: smtp; 550 spam message rejected. Please visit http://help.mail.ru/notspam-support/..
Контент доступен пользователям с VIP статусом

PMTA доставка писем при Redjekt SPAM (СПАМ)

my-mails.ru — Fri, 10 May 2019 06:54:05 +0000

Проблема: при отказе от получения писем почтовые сервисы отбивают (redjekt) письма, отдавая ошибку. К примеру mail.ru — отдает: 550 5.7.1 Message rejected as spam by Content Filtering.

При активной отправке pmta (по шаблону backoff) «замораживает» отправку. При этом копиться значительная очередь писем в vmta, иногда шаблон не достаточно выдерживает время «передышки» изменяет статус очереди и продолжает отправку, что усугубляет показатели сервера и вводит его в частичную или полную блокировку.

Вам так же будет полезно:
— Готовая конфигурация PMTA (ротация) при блокировке / избавляемся от redjekt 550 spam mail.ru
— Панель автоматического управления серверами по показателям доставки postmaster.mail.ru

Задача: При срабатывании шаблона (backoff) на одной из очередей, переместить «замороженную» очередь в другую vmta со статусом retry (отправка), при этом новый vmta имеет другую конфигурацию или является релеем.

Реализация:

Мы рассматриваем только принцип перемещения писем из одной очереди PMTA в другую

Требуется реализация шаблонов backoff SMTP откликов серверов в Вашей конфигурации.
vmta 2 с отличной конфигурацией от основного vmta. Требуется обязательно!!!

vmta 2 — нам нужен для того что бы при перемещении заблокированной почтовым провайдером очереди, сервер повторно не получил 550…. redjekt…. Иначе вероятна частичная или полная блокировка сервера!!!

Повторную ошибку Вы вероятнее всего получите в той же конфигурации. Схожий sender / ip / DKIM и т.п.

Нам потребуется директива: backoff-rerouteto-virtual-mta

Директива указывает, что PowerMTA должен перенаправить сообщения на указанный VirtualMTA, если очередь переходит в режим отката (backoff).

Например, есть очередь писем для mail.ru/vmta1. Если эта очередь переходит в режим отката, а директива backoff-reroute-to-virtual-mta имеет в значении vmta2, все письма будут перенаправлены в очередь mail.ru/vmta2.

Так как письма будут находиться в очереди для vmta2, то к ним будут применяться настройки этого VMTA.

Новые письма, попадающие в первую очередь, будут немедленно перенаправляться на
vmta2, пока очередь vmta1 не выйдет из режима отката (backoff)

Реализованный пример:


 smtp-source-host 1.1.1.1 mta1.domain.com
 
 backoff-reroute-to-virtual-mta backoff-mta1
 smtp-pattern-list block-errors
 



 smtp-source-host 1.1.1.2 mta2.domain.com
 
 retry-after 30m
 bounce-after 1h

Обратите внимание: поскольку письма перенаправляются от одного VirtualMTA к другому, директива backoff-reroute-to-virtual-mta имеет приоритет перед backoff-max-msg-perhour и backoff-retry-after.

Статусы ошибок PMTA / Решения

my-mails.ru — Mon, 07 Jan 2019 13:20:53 +0000

Ошибка доставки в логах: bounced 2020-05-10 15:02:52 mail@mail.ru 4.4.7 (delivery time expired)

Следствие: письма скидываются в bounce по причине истекло время попыток доставки. Если более простым языком — то Ваше письмо находилось в очереди доставки pmta дольше чем указано время периода доставки письма.
Решение: Как правило измените параметра bounce-after на более высокий период (предложен PMTA 4d12h — 4 дня 12 часов) исправит проблему.

Ошибка доставки в логах: ……….failed,5.3.4 (message too big for system),smtp;552 5.3.4 message too large,…….

Следствие: письма скидываются PMTA в bounce по причине превышения допустимого обьема
Решение: Измените размер письма. Обратите внимание ошибка может выдаваться как на обьем кода (строк) так и на общий «вес» письма (письмо, вложение, текстовая версия).

Ошибка Yandex: Error: «451 4.7.1 Sorry, the service is currently unavailable. Please come back later. 1546866816-xLgmf0vnZG-DZRSiFoX» while connected from domain.ru (00.00.000.000) to mx.yandex.ru (213.180.204.89)

Следствие: (временный) отказ почтовой системы принимать письмо
Решение: убедитесь в отсутствии ошибок в конфигурации сервера, dns. Как правило такую ошибку получает PMTA на отправленное письмо:

с отсутствующей dkim подписью
с неверной dkim подписью
не верном ptr
ошибки в spf

Ошибка Mail: Error: «550 spam message rejected. Please visit http://help.mail.ru/notspam-support/id?c=u5CwlsJTGjcIczev8TxLgYP14fM6i39-kVxD5sMPhAEhAAAAXTQAAP_n9RQ~ or report details to abuse@corp.mail.ru. Error code: 6B090BB371A53C2AF377308814B3CF1F3E1F5837E7F8B3AE6435C9101840FC3. ID: 000000210000345D14F5E7FF.» while connected from domain.ru (00.00.000.000) to mxs.mail.ru

Следствие: Ваше письмо отклонено по причине СПАМ
Решение: ошибка многогранна, описать решение возможно (весь наш сайт в разделах рекомендаций), искать решение в областях:

доберусь распишу….

Ошибка: StatusDnsQueryFailed resolving domain

Следствие: (дословный перевод англ.) Эта ошибка указывает на то, что DNS-запрос для домена не может быть завершен. Это может быть вызвано несколькими причинами, а именно тайм-аутами, когда PowerMTA пытается установить соединение с вашим локальным DNS-сервером, но, скорее всего, тайм-аутами на самом локальном DNS-сервере при попытке установить соединение с другими DNS-серверами.

Решение: Мы не стали вникать в источник проблемы, и просто привели свой файл /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

В некоторых ОС при перезагрузке resolv.conf может быть перезаписан в исходное состояние.

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

chattr +i /etc/resolv.conf

reboot

Так же рекомендуем убедиться в корректности общения Вашего сервера с сервером принимающей стороны:

Проверим DNS маршрутизацию до сервера и проверку его доступности (к примеру mail.ru)