<domain>устарела
Строка ограничивала темп писем к приёмнику в щадящем режиме — том, куда очередь уходит после череды отказов. Руководство отвело ей раздел из одной фразы: «устарела, используйте backoff-max-msg-rate».
Замена устроена так же, как и в обычном режиме: интервал переехал в значение, 100/h вместо зашитого часа. И считает она то же самое — попытки наравне с доставками; сработавший предел монитор помечает строкой message rate limit reached (based on backoff-max-msg-rate in configuration).
А вот умолчание у замены необычное. Если для той же очереди задан max-msg-rate, щадящий предел по умолчанию равен ему; если не задан — unlimited. То есть без явной строки щадящий режим не медленнее обычного: он меняет расписание повторов, но не темп.
Перевод механический: backoff-max-msg-per-hour N становится backoff-max-msg-rate N/h.
Число выбрано осознанно низким: щадящий режим у нас означает «почти остановиться и подождать», а не «сбавить немного».
Что ставить. Ничего: строку следует заменить.
| Значение | Когда |
|---|---|
| не писать | всегда: щадящий темп задаётся заменой |
| N | только в старой конфигурации, которую ещё не перевели |
При переводе стоит перечитать число. Раз уж строка трогается, её имеет смысл сверить с обычным темпом: щадящий предел, равный обычному, ничего не даёт — а именно так поведёт себя очередь, если строку просто убрать.
# так писали раньше <domain yahoo.com> backoff-max-msg-per-hour 100</domain> # так пишут сейчас — и рядом обычный темп, от которого он отсчитывается <domain yahoo.com> max-msg-rate 500/h backoff-max-msg-rate 100/h </domain>
что делают не так и чем это кончается3 ошибки▶
§ 3.3.10.41
§ 3.3.10.43
§ 3.3.10.41
3 связи
grep -rn 'backoff-max-msg-per-hour\|backoff-max-msg-rate\|max-msg-rate' /etc/pmta/ pmta show settings yahoo.com/mta-news-1
3 статьи
◇Принять, направить, доставитьПуть письма внутри узла: принять, решить куда, доставить — и между этими тремя шагами живут все настройки.◇Четыре типа значений, на которых написан весь конфигЛогическое, образец домена, регулярное выражение и промежуток времени — определены один раз в § 3.2 и дальше используются всеми директивами.◇Перезагрузка настроек против перезапуска службыКонфигурация читается при старте, дальше правки подхватываются командой перезагрузки — кроме тех директив, которые руководство помечает как требующие перезапуска.