Очередь, которая сама отвечает на ухудшение

Реакция внутри соединения, а не по телеметрии

Задача. Получатель начал откладывать или отказывать, и узел должен сбавить темп сразу, а не ждать, пока это заметит телеметрия Хаба.

Из чего складывается:

Области у составляющих разные. Все пять задаются на получателя и подчиняются слиянию блоков <domain>, поэтому пишут их обычно под образец почтовика, а не под один домен.

Как они взаимодействуют. Темп и повторы по умолчанию берут обычные значения, у соединений собственное умолчание — 20: очередь в щадящем режиме без этих строк ведёт себя почти как прежде. Выход забывают чаще всего: по умолчанию его нет, и очередь остаётся щадящей и после того, как причина прошла. А войти в режим очередь должна по спусковому крючку — ответу из <smtp-pattern-list> или команде.

Главная ловушка — настроить щадящий режим без входа в него. Пять строк описывают, как вести себя в режиме, но не когда в него входить: без <smtp-pattern-list> с действием mode=backoff или команды set queue очередь в режим не попадёт, и строки не сработают никогда.
Что делает Хаб. Применяет — строками пресета узла в правилах почтовиков внутри каждого адреса отправки: backoff-max-msg-rate, backoff-retry-after, backoff-to-normal-after вместе с backoff-to-normal-after-delivery, а backoff-max-smtp-out — где пресет его задаёт. backoff-notify пишется, только если задан адрес для уведомлений. Адресам под прогревом этих строк нет: их темп держит прогрев.
Рекомендуемые значения

Пять строк и их умолчания:

Строка Умолчание Что задать
backoff-max-msg-rate как max-msg-rate долю обычного темпа
backoff-max-smtp-out 20 меньше обычного предела
backoff-retry-after как retry-after нарастающую лестницу
backoff-to-normal-after never срок выхода
backoff-notify нет адрес, который читают
Строки и умолчания — из руководства (§ 3.3.10.41, § 3.3.10.48, § 3.3.10.51, § 3.3.10.53, § 3.3.10.85); действие mode=backoff — § 3.3.15. Сама схема — наша гипотеза.
Пример в конфигурации
<domain [*.]gmail.com>
    backoff-max-msg-rate 100/h
    backoff-max-smtp-out 2
    backoff-retry-after 30m,1h,3h
    backoff-to-normal-after 1h    backoff-notify postmaster@example.com
</domain>
Числа — для примера; главное — строка выхода, без которой режим сам не кончается.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Как проверить на узле
Проверить действующие щадящие значения очереди:
pmta show settings gmail.com/vmta1 | grep '^backoff-'
backoff-max-msg-rate равен обычному темпу, а backoff-to-normal-after — never: режим ничего не замедлит и не закончится.