Demo
Demo
База знаний PMTA›Блок <domain>›Директива§ 3.3.10.80

ignore-dsn

<domain>

Не пользоваться расширением DSN, даже если приёмник его объявил
в конфигурации это строкаignore-dsn falseвнутри блока <domain>
Не просить у приёмника отчёт о судьбе письма

Расширение DSN позволяет при отправке попросить приёмника прислать отчёт о судьбе письма — доставлено, задержано, отбито. Просьба передаётся параметрами команд MAIL FROM и RCPT TO и приходит вместе с подачей письма. Строка отменяет её передачу.

Приёмник объявляет расширение в ответе на EHLO, среди строк с кодом 250. Пока узел это объявление видит и строка выключена, просьбы уходят.

Отличие от прочих строк семьи в том, что здесь теряются данные, а не механизм. Отключив конвейер, вы замедляете разговор; отключив DSN, вы перестаёте получать отчёты, которые кто-то на подаче заказывал.

Главная ловушка — тихо ломается чужой расчёт. Приложение, подающее письма, могло попросить отчёт о задержке или о доставке и ждать его. С включённой строкой просьба не уходит, отчёт не приходит, и приложение считает письмо потерянным — при том что оно доставлено.
Что делает Хаб. Не пишет — остаётся вендорское false. Хаб отчётами о доставке от приёмников не пользуется: он считает доставку по записям учёта своего узла, а не по чужим отчётам. Но подающее приложение может пользоваться, и отключать расширение за него не стоит.
Рекомендуемые значения

Оставьте выключенным, если не знаете, кто просит отчёты. Просьба приходит с подачи; узел её только передаёт.

Включать — под приёмника, который отвечает мусором. Бывают серверы, объявляющие расширение и присылающие в ответ неразбираемые отчёты; там отключение уместно.

Не путайте с отказами. Отказ приходит всегда, независимо от этой строки: он часть обычного разговора, а не расширение.

Разделение «отчёт против отказа» и признак для включения — наши. Из руководства здесь умолчание и то, что расширение объявляется приёмником среди ответов с кодом 250.
Пример в конфигурации
# приёмник объявляет DSN и присылает неразбираемые отчёты
<domain broken-dsn.example.com>
    ignore-dsn true</domain>
Отказы от этого приёмника приходить не перестанут: они часть обычного разговора и к расширению отношения не имеют.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

Типичные ошибки и проблемы

что делают не так и чем это кончается2 ошибки▶

Включают, чтобы «не получать лишних писем»

наш опыт

Чем чреватоОтчёты о доставке — не рассылка и не жалобы: их кто-то заказал на подаче. Отключение ломает расчёт подающего приложения, и письмо, которое доставлено, считается пропавшим.
Как заметитьПодающее приложение сообщает о недоставленных письмах, которых нет в отказах.
Как правильноРазобраться, кто заказывает отчёты, и отключать расширение только под конкретного приёмника.

Ждут, что перестанут приходить отказы

наш опыт

Чем чреватоОтказ приходит в обычном разговоре и от расширения не зависит. Строка на него не влияет никак.
Как заметитьСтрока включена, отказы приходят по-прежнему.
Как правильноОтказами управляют другие строки — срок bounce-after и условия досрочного отказа.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
ignore-dsn <boolean>
Значения
yes или no; true и false принимаются наравне с ними
Умолчание
false § 3.3.10.80
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<domain>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение сливается по блокам <domain> от общего к частному: побеждает наиболее подходящий блок, а не последний по файлу. Подхватывается по pmta reload; на открытые соединения не влияет.
⇄

Связанные директивы

1 связь

На что влияет

На какие исходы приходит отчёт — решает каждый получательС отключённым расширением просьбы об отчёте, которые письмо несёт с подачи, до приёмника не доходят. § 3.3.10.80

Как проверить на узле
Значение печатает команда настроек очереди; объявляет ли приёмник расширение, видно в его ответе на EHLO:
pmta show settings broken-dsn.example.com/vmta1 | grep -i ignore-dsn
grep -i '250-DSN' /var/log/pmta/pmta.log | tail -10
Если строки с расширением в журнале нет, приёмник его не объявляет и отключать нечего. Хаб отчётами о доставке не пользуется.
◇

Что ещё почитать

3 статьи

◇Как складывается политика для приёмникаНастройки собираются от самого общего образца к самому точному; порядок блоков в файле не значит ничего.◇Щадящий режим — вторая личность очередиОчередь, которой приёмник начал отказывать, переключается на параллельный набор лимитов, повторов и маршрутов — десять директив, действующих только в этом режиме.◇Наблюдение за репутацией внутри узлаMTA сам следит за ответами приёмников и по совпадению с образцом меняет режим очереди — реакция внутри соединения, а не по телеметрии.

В Хабе
Цена ошибки
обратимо: вредит, пока стоит
Сценарии
Разобраться с доставляемостью · Настроить темп под провайдера
Соседние настройки блока <domain>:connect-timeoutauth-usernamecommandallow-cancel-during-transferassume-delivery-upon-data-termination-timeoutВсе 135 директив блока →