<domain>Хаб задаёт сам
Строка добавляет в журнал обрывы соединения во время передачи заголовков и тела письма. Умолчание — выключено.
Вендор называет конкретный класс неисправностей, ради которого строка нужна: дубли и частичные доставки. Механика такая: узел передал тело, соединение оборвалось до подтверждения, и узел не знает — дошло письмо или нет. Он повторит, а получатель может увидеть две копии.
В учёте этого не видно. Там будет временная ошибка или успех, но не «оборвалось на теле».
Строка дешёвая: пишется только при обрыве, а не при каждом соединении.
Почему так. У крупных приёмников обрыв при передаче тела имеет цену: письмо могло быть принято, ответ не пришёл, и оно уходит в повтор — наружу это дубль. У мелких доменов такие обрывы обычно от их же серверов, и предупреждения о них были бы шумом, за которым не видно важного.
Чего строка не даёт. Запись идёт в журнал узла, а не в телеметрию: Хаб её не видит. Она нужна в момент разбирательства «почему клиент получил письмо дважды» — тогда в журнале есть ответ, а не пустота.
Включают на время разбора и выключают после:
| Значение | Когда |
|---|---|
| no (умолчание) | обычная работа |
| yes | получатели жалуются на дубли или обрезанные письма |
# на время разбора <domain …> log-transfer-failures true</domain>
что делают не так и чем это кончается2 ошибки▶
наш опыт
наш опыт
1 связь
grep -i "transfer\|truncat\|abort" /var/log/pmta/log | tail -20
3 статьи
◇Что узел рассказывает о себе и по каким каналамСемь поверхностей наблюдения: веб-монитор, консоль в четырёх форматах, журнал, учёт, поиск по учёту, метрики и выгрузка во внешнюю аналитику.◇Сторож, который перезапускает MTAПрисматривает за MTA и после падения поднимает его сам, отправляя отчёт о падении на адрес ответственного.◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.