Global
Значение — строка заголовка From для формируемого отчёта. Подстановки те же девять, что и у остальных шаблонов; их перечень — у dsn-failed-body-template-from.
Строк с этим назначением две. Более старая custom-dsn-from-header задаёт заголовок дословно, без подстановок; эта — с ними. Различие в этом и состоит, и держать обе в конфигурации незачем.
Умолчания руководство не называет — не написана, MTA берёт свою.
Вторая половина — привычная для этой группы: имя подстановки руководство пишет двумя способами, и неверное написание останется в заголовке как есть.
Тот же вопрос — «куда напишет человек, увидевший наше служебное письмо» — Хаб решает в другом месте: приём на роль-адреса открыт правилом /^(dmarc|postmaster|abuse)@/, и письма туда разбирает обработчик.
Что ставить. Требование одно и оно не про формат:
| Значение | Когда |
|---|---|
| не писать | отчёты не формируются либо разбираются машиной |
| адрес читаемого ящика | отчёты уходят людям, и на них будут отвечать |
Подстановка имени узла в отображаемом имени удобна при разборе: по ней сразу видно, какой узел сформировал отчёт.
# имя узла в отображаемом имени помогает при разборе dsn-failed-from-template "${hostname} <postmaster@abc.com>"
что делают не так и чем это кончается2 ошибки▶
наш опыт
§ 3.3.1.28
1 связь
grep -n 'dsn-failed-from-template\|custom-dsn-from-header\|suppress-local-dsn' /etc/pmta/config
3 статьи
◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Списки адресов — именованные и безымянныеСписок адресов, доменов, образцов или хешей; именованный подключается директивами вроде подавления, безымянный живёт внутри процессора входящей почты.