<domain>нужен перезапуск
Решает, что очередь делает с письмом. Умолчание smtp — обычная отправка приёмнику. Остальные четыре превращают очередь в обработчик:
Вид задаётся получателю, а не узлу. Один узел спокойно ведёт очереди всех пяти видов сразу — отправляет наружу, разбирает отказы программой и складывает архив в файлы.
smtp — для всего, что уходит наружу. Остальные четыре вида к отправке рассылки отношения не имеют.
pipe против http-delivery. Оба отдают письмо чужой программе, но по-разному: pipe запускает её на этом же узле на каждого получателя, http-delivery шлёт запрос по сети. Второй проще масштабировать и он честнее переживает недоступность обработчика — письмо остаётся в очереди и повторяется.
discard — не то же, что удалить получателя. Письмо всё равно проходит очередь и попадает в учёт; экономится только доставка.
# разбор отказов программой на этом же узле <domain bounces.example.com> type pipe command "/opt/bounce/parse --envid \"$envid\" \"$user\"" </domain> # тот же разбор, но по сети — обработчик может жить где угодно <domain feedback.example.com> type http-delivery http-delivery-url https://hub.example.com/api/v1/feedback </domain>
что делают не так и чем это кончается3 ошибки▶
§ 3.3.10.60
наш опыт
1 связь
pmta show settings bounces.example.com/vmta1 | grep -E '^type' pmta show queues | grep -i bounces.example.com
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Пять способов очереди отдать письмоОчередь не обязана ходить по SMTP: она умеет писать в файл, запускать программу, стучаться по HTTP или выбрасывать.