критично
Выводит указанный адрес отправки из работы для указанной очереди. Всё остальное продолжает идти как шло: другие адреса той же очереди, тот же адрес в других очередях, письма уже в пути. Это точечный инструмент — им гасят один плохой адрес у одного приёмника, а не отправку целиком.
Цель — одна очередь. Аргумент domain[/vmta] называет получателя и адрес отправки: yahoo.com/vmta1 — ровно эта пара. Без адреса отправки MTA берёт очередь yahoo.com/{default}, а звёздочку не принимает вовсе — отвечает «Invalid queue name: may not be wildcard». Сам адрес должен принадлежать названному адресу отправки, иначе ответ — «IP address … is not configured for virtual MTA». Отключение живёт в памяти MTA и переживает перезагрузку конфигурации, но не перезапуск службы.
Тот же результат даёт правило почтовика. Действие disable-source-ip в <smtp-pattern-list> отключает адрес автоматически, по тексту ответа приёмника. Команда — ручной вход в тот же механизм, и смотреть результат обоих надо одной командой: show disabled sources.
Политика «IP в чёрном списке» этой командой не пользуется: адрес в списке мешает у всех приёмников сразу, а disable source берёт одну очередь. Поэтому политика ставит на паузу все адреса отправки, которые шлют с этого адреса. Операция записана обратимой: «Вернуть адрес» берёт адрес из журнала операций.
Всегда указывайте –reenable-after. Даже когда кажется, что вернёте руками через час. Час превращается в неделю чаще, чем хотелось бы.
Интервал — минуты, часы, дни: 30m, 4h, 2d. Разумный порядок величины для реакции на блокировку приёмника — от часа до суток: меньше часа приёмник обычно не успевает «остыть», больше суток — это уже вывод адреса из работы, и его стоит делать осознанно, а не таймером.
Цель — всегда пара. yahoo.com/vmta1: без адреса отправки команда возьмёт очередь {default}, а со звёздочкой не выполнится. Убрать адрес у всех приёмников сразу она не умеет — для этого ставят на паузу очереди его адреса отправки.
# отключить адрес у одного приёмника на час $ pmta disable source --reenable-after=1h 1.2.3.4 yahoo.com/vmta1 # у всех приёмников сразу команда не умеет — на звёздочку ответ # «Invalid queue name: may not be wildcard»; ставят на паузу адрес отправки $ pmta pause queue '*/vmta1'
что делают не так и чем это кончается2 ошибки▶
§ 6.3.35
проверено на узле
4 связи
Какие исходящие адреса отключеныЕдинственный способ увидеть, что получилось, — и заодно всё, что отключили правила почтовика. § 6.3.37Приёмник отказал в соединенииСтойкий отказ одного адреса у одного приёмника — типичный повод вывести адрес из работы. inference
Вернуть адрес в работуПарная команда: вернуть адрес в работу вручную, не дожидаясь таймера. § 6.3.36
log-disabled-ips<domain>Событие, ради записи которого директива и включается. inferencedisabled-source-ip-notify<domain>Одно из двух событий, о которых приходит письмо. § 3.3.10.52backoff-upon-all-sources-disabled<domain>Одна из двух причин, по которым адреса очереди могут отключиться. § 3.3.10.55
pmta show disabled sources yahoo.com/vmta1
3 статьи
◇Щадящий режим — вторая личность очередиОчередь, которой приёмник начал отказывать, переключается на параллельный набор лимитов, повторов и маршрутов — десять директив, действующих только в этом режиме.◇Адрес отправки — из чего он складываетсяИменованный набор всего, что является свойством адреса: с какого IP уходит письмо, чем узел представляется, чем подписывает и как быстро шлёт.◇Как узел отвечает на слова приёмникаСопоставляет ответы SMTP с регулярными выражениями и по совпадению меняет режим очереди — тот самый спусковой крючок, которого ждёт вся машинерия щадящего режима.