Demo
Demo
База знаний PMTA›Механизм§ 11.18

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

rerouting into a pool
Не отступить, а рассредоточиться

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

Намерение здесь другое. Щадящий режим — это отступление: слать реже, соединений меньше. Переброс в пул — рассредоточение: тот же объём, но с нескольких адресов сразу. Руководство называет цель прямо — разложить риск блокировки одного адреса у получателя.

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

Главная ловушка. Пул не первым звеном не «частично работает» — переброса не происходит вовсе. Цепочка «адрес → адрес → пул» оставляет письма в исходной очереди, хотя каждая строка по отдельности выглядит правильной. Ошибки не будет: узел просто ничего не сделает.
Что делает Хаб. Перебрасывает на один резервный адрес, не в пул: в щадящем режиме он пишет backoff-reroute-to-virtual-mta с именем конкретного адреса. Рассредоточение по пулу — следующий шаг, и он требует, чтобы у инфраструктуры было несколько равнозначных адресов под одного получателя.
Рекомендуемые значения

Собственных значений у механизма нет — их задаёт директива переброса. Решается здесь одно: куда уводить очередь.

Куда Что получаете Когда
один адрес отправки вся отвергнутая очередь на одном адресе адрес заведомо здоров и потянет
пул нагрузка распределяется между участниками адресов несколько и все прогреты
никуда очередь остаётся на прежнем адресе и сбрасывает темп запасного адреса нет

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

Возможность назвать пул вместо адреса — из руководства. Запрет включать в такой пул прогреваемые адреса — наше правило, из устройства прогрева в Хабе.
Пример в конфигурации
# переброс в пул: письма разойдутся между vmta2 и vmta3
<virtual-mta vmta1>
    <domain aol.com>
        reroute-to-virtual-mta pool    </domain>
</virtual-mta>

<virtual-mta-pool pool>
    virtual-mta vmta2
    virtual-mta vmta3
</virtual-mta-pool>
Доли участников можно задавать числом, но дробные — вроде 99.9 и 0.1 — руководство прямо не советует: на таком шаге распределение начинает стоить производительности. Целые числа безопаснее.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Ставят пул не первым звеном цепочки

§ 11.18.2

Чем чреватоПереброса не происходит вообще — не частично, а совсем. Письма остаются в исходной очереди, хотя каждая строка цепочки выглядит правильной.
Как заметитьЦепочка перебросов задана, письма стоят на месте.
Как правильноСделать пул первой целью переброса из исходной очереди, а не звеном в середине.

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

§ 11.18.1

Чем чреватоРуководство предупреждает: шаг в 0,1 % заметно сказывается на производительности распределения. Выигрыш в точности мнимый — объёмы всё равно плавают сильнее.
Как заметитьПри включённом распределении по пулу растёт нагрузка на узел без роста отправки.
Как правильноПользоваться целыми долями — 99 и 1, а не 99,9 и 0,1.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Наследование
Наследования у механизма нет — наследуется директива переброса: она живёт в блоке получателя и сливается по обычному правилу, где более узкий блок перекрывает более широкий. Сам пул при этом наследования не добавляет: он лишь называет, между кем раздать уведённую очередь.
⇄

Связанные записи

2 связи

Без чего не работает

Группа адресов отправки с долями трафикаПул, между участниками которого расходятся письма. § 11.18.1

Где применяется

Наблюдение за репутацией внутри узлаПереброс — самая сильная из реакций на ухудшение репутации; эта его форма меняет её смысл с отступления на рассредоточение. § 11.18.1

Сюда ссылаются

reroute-to-virtual-mta<domain>Пуловая форма этой же строки, со своими двумя правилами — про цепочки и про петли. § 11.18

Как проверить на узле
Распределение видно по списку очередей: исходная пара пустеет, а письма появляются сразу у нескольких адресов того же получателя:
pmta show queues | grep -i aol.com
pmta show settings aol.com/vmta1 | grep -i reroute
Если письма остались в исходной очереди — либо пул не первым звеном, либо в цепочке петля: и то и другое отменяет переброс молча. Хаб перебросом в пул пока не пользуется.
◇

Что ещё почитать

3 статьи

◇Заголовки, которыми отправитель управляет доставкойШесть служебных заголовков позволяют подающей стороне выбрать поток, пометить письмо заданием, задать настройки и ключ подписи, идентификатор конверта и расписание; каждый разрешается отдельно и по источникам.◇Щадящий режим — вторая личность очередиОчередь, которой приёмник начал отказывать, переключается на параллельный набор лимитов, повторов и маршрутов — десять директив, действующих только в этом режиме.◇Прогрев, встроенный в MTAПрогретый адрес отдаёт первые N писем дня каждому получателю своему холодному напарнику; тот отправляет их сам и набирает историю.

В Хабе
Цена ошибки
опасно: последствия переживут откат
Сценарии
Ротация адресов отправки