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

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

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

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

Реализация:

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

  1. Требуется реализация шаблонов backoff SMTP откликов серверов в Вашей конфигурации.
  2. 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)

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

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

Добавить комментарий

Войти с помощью: 
Авторизация
*
*
Войти с помощью: 
Регистрация
*
*
*
Войти с помощью: 
Генерация пароля
51276208