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

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

Задача: При срабатывании шаблона (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)

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

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

<virtual-mta backoff-mta1>
 smtp-source-host 1.1.1.2 mta2.domain.com
 <domain *>
 retry-after 30m
 bounce-after 1h
 </domain>
</virtual-mta>

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

Почтовые системы выразят не доверие:

— Для серверов со «слабеньким» рейтингом доверия, (новых серверов) — резкое добавление новых адресов в рассылку — может вызвать СПАМ / redjekt 550 spam.
— По факту доставки сервера могут иметь ограниченный объем качественной доставки писем в сутки, минуту, час. Для скорости и объема отправки будет требоваться повышенный рейтинг сервера.

Первичные / повторные рассылки по спискам подписчиков — соотносятся к серверу отправителя mail from, hello и ip

Рекомендация: Старт и наращивание объема отправок в рассылках рекомендуется осуществлять постепенно. В процессе наращивания репутации — увеличивать ежедневный объем отправки писем.

Обновление статистики рейтинга текущей рассылки в mail.ru — ежедневное, в нарастающем формате рейтинга предшествующих дней.

Наш опыт:

— Повторные рассылки по ранее разосланной базе данных — имеют повышенный рейтинг доставки / Postmaster для серверов с начальным рейтингом.
— Повторные рассылки — могут «держать» повышенный объем отправки писем (одновременно/минута/час/сутки), без потери качества доставки.
— Повторные рассылки имея повышенный рейтинг доставки — могут доставлять письма нарушающие общие правила верстки без потери качества. (Наличие спам слов; повышенный объем html, графики и т.п.)
— Повторные рассылки могут доставлять письма с цитируемыми в теле письма url/link, сигнатуры письма  присутствующие во временной блокировке публичной почтовой системы без потери качества.
— Персональное доверие пользователя к Вашему серверу/письму будет пропорционально влить на общий рейтинг доверия публичной почтовой системы к Вашему серверу/письму при оценке как и куда будет оно доставлено.

— Помните! На повторные рассылки у пользователя срабатывает персональный фильтр действия которого равны действию пользователя на полученное ранее письмо.

Резкое объемное добавление новых адресов мы будем считать -1 к спам рейтингу письма

Мы замечаем: что повторные рассылки по адресам которые нажали ранее кнопку в СПАМ, в последующем срабатывает персональный фильтр «в СПАМ» — могут отображаться в postmaster.mail.ru как 100% inbox

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

Повторные рассылки при трастовом «прогреве» домена/ip

Влияние повторных адресов в трасте при «прогреве» домена:
— Принижают нагрузку на поднятие рейтинга сервера
— Увеличивают шанс доставки письма в трастовый email без redjekt 550 spam
— Увеличивают шанс скорого вывода сервера из временной / постоянной блокировки

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

Рекомендация: время от времени добавлять старые трастовые адреса новыми.

Рекомендация: при резком падении рейтинга сервера, а так же временной блокировки сервера mail.ru — трастовую рассылку начните с адресов по которым уже была ранее отправка и сработают персональные фильтры в отношении Вашего сервера, это увеличит шансы на поднятие рейтинга и/или быстрого вывода сервера из блокировки.

Обратите внимание! Резкая и частая смена списка трастовых адресов негативно скажется на подъеме репутации серверов со «слабеньким» рейтингом доверия, новых серверов и серверов во временной блокировке, и блокировке цитируемых url/link в теле письма или сигнатуры в целом.

P/S

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

трастовый email, трастовая рассылка — технический, системный email адрес в почтовой системе служащий для поднятия рейтинга сервера (прогрева домена).

redjekt 550 spam — отчет отказа / блокировка приема сообщения от почтовой системы по причине спам.

Почтмастер — (англ. Postmaster) — лицо администрирующее почтовый сервер, техническую сторону почтовой рассылки

Помните! Все содержимое письма при некоторых значениях индексируется СПАМ фильтрами почтовых систем.

Все почтовые системы / клиенты имеют встроенную упрощенную, удобную и привычную пользователю функцию ответа на полученное письмо.

Пользователь получивший email письмо — ожидает дать ответ используя встроенную функцию почтового клиента — и не как иначе.

Логика ответа на цитируемый email достаточно сложна и не удобна:

1. Понимание необходимости ответа не привычным пользователю методом
2. Понимание легитимности цитируемого email
3. Копирование адреса в буфер обмена
4. Открытия формы нового письма
5. Обдумывание / написание темы ответа
6. Написание ответа

Сложная логика ведет к потери интонации ответа, при не значительном (поверхностном) проявлении интереса к письму — станет препятствием для формирования ответа или подачи заявки.

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

Вероятность abuze

abuze можно получить при цитировании в СПАМ письме адреса в формате ссылки mail:to Вероятность очень мала. В практике были замечены abuze по url/link от spamcop.

Так же не стоит забывать что многие публичные почтовые системы такие как mail / yandex / gmail могут передать текстовое написание адреса в формате ссылки.

Присутствие ссылок в письме

Наличие ссылок в письме (теле, коде, заголовках) — в ряду параметрах ухудшают качество доставки

Помните! Что первое что попадает в блок листы публичных почтовых систем на ряду с отправителем — это адрес url/link

Не гласное правило рассылок: url/link цитируемые в письме (теле, коде, заголовках) должен соответствовать helo отправителя. Или как минимум быть разрешен в spf.

Цитирование url/link вне сервера или его разрешений — в большинстве случаев ухудшат рейтинг письма.

Обратите внимание! Все системы рассылок в т.ч. программы, не оборачивают трекером сервера адрес в формате @domain.ru, как в url mail:to так и в текстовом написании.

Удобство mail:to

при этом написание цитируемого email в формате ссылки mail:to является наиболее удобным для пользователя, и расширяет функционал для отправителю.

в ссылку mail:to можно заранее вставить передаваемый при создании письма ответа заготовленные тему и части текста письма, заявки.

К примеру в нашей системе используемая функция mail:to для формирования заявки имеет передаваемые данные компании, необходимые для обработки менеджером.

Не доверие к цитируемому адресу

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

Цитируемый email не заметят

Если Вы цитируете адрес для ответа, подачи заявки в теле письма превышающий объем от 10 строк и более, особенно без явно выделенного форматирования — будьте готовы к тому что адрес может быть не замечен пользователем или проигнорирован в пользу основной функции ответа в почтовом клиенте пользователя.

Цитируемый email не воспримут должно

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

Имеет четко выраженную динамику в статистики постмастера — 1/2,5,10 писем в СПАМ (бывает инбокс), остальные redjekt SPAM
Сервер не реагирует на смену писем, одинаково ведет себя при отсутствии или присутствии url / link в теле, текст или html версии письма.

Рекомендация: как правило в данной ситуации стоит просто заменить сервер.
В нашей практике присутствует опыт подьема данных серверов (требуется продолжительное время), рекомендуем использовать комбинированную трастовую схему.

• Первый запуск письма сделайте по комбинированным серверам

Требуется обязательная выдержка (передышка) сервера перед подъемом 1/2 месяца.

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

Перед перезапуском сервера в прогрев после выдержки:

• Сменить ip.!? (вопрос достаточно не однозначный, так как и смена ip и Ваш ip будут играть отрицательную роль для данного домена)
• Сменить smtp
• Технические заголовки по возможности должны быть максимально чистыми
• Не допускайте redjekt с сервера (обратите внимание на настрйоки PMTA, если у Вас стоит), при обнаружение сервер останавливайте. Прочесть.

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

• Чередуйте письма с link и без / url (графику) при этом исключите 100%
• Используйте текстовый формат письма в крайнем случае html в текстовом варианте письма.
• Уникализация и рандомизация темы письма
• Уникализация и усиленная рандомизация версий письма (не скупитесь на рандом)
• 100% исключите СТОП слова из письма
• Письмо должно приближаться к 100% требованиям СПАМ фильтров (отсутствие пустот, форматирование и т.п)

Первая задача которую Вам необходимо выполнить:
«засунуть» письма в трастовые email адреса (для прогрева)

Обратите внимание! Нам известно много случаев когда мы не могли вывезти данные сервера из стоп листов.

Самый лучший способ это обратиться в службу поддержки mail.ru — Выше описанные рекомендации для тех случаев — когда домен рассылки Вам важен, при этом mail.ru помочь отказывается.
Или у Вас много лишних трастовых и серверных ресурсов, при этом переконфигурация серверов и все их зависимости — для Вас затруднительны.

Показатели в постмастере выглядят примерно так:

P/S Так же на моей личной практике встречалось что новый купленный домен на новом сервере имел те же показатели (редкий случай) — это обусловлено как правило тем что ранее домену была испорчена сильно репутация.