Новый адрес без внешнего планировщика
Прогрев, выраженный конфигурацией
Задача. Адрес, добавленный в парк, должен нести небольшую и растущую долю трафика — и выражено это должно быть конфигурацией, а не тем, что и как подают снаружи.
Из чего складывается:
- virtual-mta в <virtual-mta-pool> — доля нового адреса в пуле с шагом 0,1 процента; доли складываются в 100;
- max-smtp-msg-rate в <virtual-mta> — потолок темпа адреса целиком, сколько бы ни пропустила доля;
- source-ip-max-msg-rate — темп адреса на получателя;
- enable-source-ip-limits-on-sending-ip — чтобы адресные пределы считали адрес, который видит приёмник, если отправка идёт через прокси.
Области у составляющих разные. Доля — у пула, потолок — у адреса отправки, темп — у получателя: три области на одну стадию прогрева.
Как они взаимодействуют. Доля решает, сколько почты предложено, потолок адреса ограничивает принятое, а темп на получателя — как оно доставляется. Любая часть в одиночку оставляет дыру: доля без потолка пропустит всплеск, потолок без темпа на получателя отдаст всё одному приёмнику.
Главная ловушка — одна доля без потолка темпа. Доля в пуле задаёт пропорцию, а не объём: в день большой рассылки 0,1 процента от неё может оказаться больше, чем выдерживает холодный адрес, — объём держит только max-smtp-msg-rate.
Что делает Хаб. Не применяет: прогрев Хаб ведёт снаружи — суточный объём держит планировщик, а MTA достаются max-smtp-out 1 и темп в блоке WARMUP-MANAGED, который прогрев переписывает сам. Весов в пуле, потолка темпа адреса и темпа на получателя по адресу нет.
Рекомендуемые значения
Три области одной стадии:
| Что | Строка | Где | Пример стадии |
|---|---|---|---|
| доля трафика | virtual-mta с процентом | <virtual-mta-pool> | 0.1, затем 1, затем 5 |
| потолок адреса | max-smtp-msg-rate | <virtual-mta> | 500/d |
| темп на получателя | source-ip-max-msg-rate | <domain> | 50/h |
Доли пула с шагом 0,1 и суммой 100, потолок адреса и темп на получателя — из руководства (§ 3.3.13.1, § 3.3.12.2, § 3.3.10.93, § 3.3.10.86). Сама схема и числа стадий — наша гипотеза.
Пример в конфигурации
<virtual-mta-pool main> virtual-mta vmta-settled 99.9 virtual-mta vmta-new 0.1</virtual-mta-pool> <virtual-mta vmta-new> max-smtp-msg-rate 500/d </virtual-mta>
Доли — как в примере руководства; потолок держит объём, даже если доля пропустит больше.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Как проверить на узле
Проверить действующий потолок нового адреса:
pmta show settings gmail.com/vmta-new | grep '^max-smtp-msg-rate '
unlimited — стадию держит только доля, а объём ничем не ограничен.