Demo
Demo
База знаний PMTA›Блок <domain>›Директива§ 3.3.10.48

backoff-retry-after

<domain>Хаб задаёт сам

Через какие интервалы повторять после отказа
в конфигурации это строкаbackoff-retry-after 1h,3h,6h,12hвнутри блока <domain>
Расписание повторов в режиме backoff

Через какие интервалы повторять попытку, пока очередь в backoff. Задаётся как одно значение или последовательностью — 1h,3h,6h,12h означает: первый повтор через час, второй через три, третий через шесть, дальше каждые двенадцать.

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

Главная ловушка. Слишком частые повторы в backoff отменяют сам смысл режима. Получатель ответил «приходите позже», а узел приходит через пять минут — с точки зрения приёмника это то же самое давление, только под другим именем.
Что делает Хаб. Расписание растущее и зависит от пресета узла: «Сбалансированный» — час, три, шесть, двенадцать; «Аккуратный» — вдвое длиннее, от двух часов до суток; «Агрессивный» — полчаса, час, три, шесть. Последний интервал повторяется до истечения срока жизни письма (bounce-after). Адресам под прогревом строка не пишется.
Рекомендуемые значения
Режим На адрес (vMTA) В правиле провайдера Когда это ваш случай
Прогрев, холодный адрес 2h,6h,12h,24h — Адрес младше 4–6 недель или после паузы
Аккуратно 2h,6h,12h,24h — Строгие получатели, спорная репутация, первые недели после прогрева
Сбалансированно по умолчанию 1h,3h,6h,12h — Обычный режим устоявшегося парка
Агрессивно 30m,1h,3h,6h — Прогретые адреса, лояльные получатели, срочные объёмы
Умолчание PowerMTA значение retry-after — Если директиву не писать вовсе

Лесенкой, а не одним числом. Список интервалов задаёт растущие паузы: первый повтор через час, второй через три, дальше реже. Приёмник видит, что отправитель отступает, — а это и есть то, чего от щадящего режима ждут.

Считайте вместе со сроком отказа. Сумма интервалов не должна заметно превышать bounce-after: письма, которые всё равно отправятся в отказ, незачем перекладывать по очереди сутками.

Умолчание берёт retry-after — обычно 10m. Для щадящего режима это слишком часто: очередь будет долбиться в приёмника каждые десять минут, ничем не отличаясь от нормального режима.

Лесенка и правило сверяться со сроком отказа — наши. Из руководства здесь синтаксис списка интервалов и умолчание «равно retry-after».
Пример в конфигурации
# в щадящем режиме отступаем с растущим шагом
<domain hotmail.com>
    retry-after 10m
    backoff-retry-after 1h,3h,6h,12h</domain>
Без второй строки в щадящем режиме действовали бы те же десять минут, что и в обычном, — умолчание берёт retry-after.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Оставляют умолчание

§ 3.3.10.48

Чем чреватоУмолчание берёт retry-after, а он обычно 10m. Очередь в щадящем режиме повторяет попытки каждые десять минут — то есть ведёт себя точно так же, как до перехода, и приёмник не видит никакого отступа.
Как заметитьОчередь в backoff, а попытки идут с прежней частотой.
Как правильноЗадать растущую лесенку: час, три, шесть, двенадцать.

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

наш опыт

Чем чреватоЕсли сумма интервалов заметно больше bounce-after, последние ступени лесенки никогда не отработают: письмо уйдёт в отказ раньше. Настройка выглядит продуманной, а работает только начало списка.
Как заметитьОтказы приходят в момент, не совпадающий ни с одной ступенью расписания.
Как правильноСверять сумму интервалов со сроком отказа и укладываться в него.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
backoff-retry-after <time-interval-list>
Значения
интервал или список интервалов через запятую — например 1h,3h,6h,12h
Умолчание
значение retry-after § 3.3.10.48
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<domain>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение сливается по блокам <domain> от общего к частному: побеждает наиболее подходящий блок, а не последний по файлу. Умолчание зависит от соседней строки: без своего значения берётся retry-after. Подхватывается по pmta reload; на уже отложенные письма новое расписание подействует со следующей попытки.
⇄

Связанные директивы

3 связи

Зависит от

bounce-after<domain>Верхняя граница: письмо уйдёт в отказ, даже если расписание повторов ещё не кончилось. § 3.3.10.48

То же имя в других блоках

retry-after<domain>Обычное расписание повторов, которое эта директива заменяет в щадящем режиме — и которое становится её умолчанием. § 3.3.10.48

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

Щадящий режим — вторая личность очередиРежим, в котором действует это расписание вместо обычного. § 3.3.10.48

Как проверить на узле
Действующее расписание печатает команда настроек очереди; фактические паузы видны по тому, как редко у очереди появляются соединения:
pmta show settings hotmail.com/vmta1 | grep -i backoff-retry-after
pmta show queues --mode=backoff --maxitems=20
Совпадение с retry-after означает, что строку не задавали. Хаб задаёт расписание сам — по умолчанию 1h,3h,6h,12h.
◇

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

3 статьи

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

В Хабе
Управляется
Конфигурации → Поведение при отказах
Значение
Хаб подбирает сам — темп, стадия прогрева, метрики
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Разобраться с доставляемостью · Настроить темп под провайдера
Соседние настройки блока <domain>:retry-afterbounce-afterbackoff-upon-all-sources-disabledbackoff-to-normal-afterbackoff-to-normal-after-deliveryВсе 135 директив блока →