trace-iprev-check

<source>

Класть ли в заголовок письма запросы обратной проверки
в конфигурации это строкаtrace-iprev-check falseвнутри блока <source>
След в письме, а не в журнале

Добавляет к заголовку с результатами проверок все запросы к DNS, сделанные при обратной проверке адреса. Умолчание — не добавлять.

След короче, чем у SPF. Обратная проверка делает один-два запроса, а не десяток: у неё нет вложенных ссылок. Поэтому цена включения здесь ниже, чем у trace-spf-check.

Но природа та же — след уезжает с письмом. Он не пишется в журнал: он добавляется к сообщению и доезжает до получателя, обработчика и архива.

Главная ловушка — забывают выключить, потому что не мешает. Из-за короткого следа включённая строка почти незаметна, и живёт в конфигурации годами. Каждое принятое письмо при этом несёт наружу подробности вашего разрешения имён.
Что делает Хаб. Не пишет: проверка на входе не включена. Как и прочие отладочные переключатели, эта строка уместна только во временной правке.
Рекомендуемые значения

Только на время разбирательства. И с комментарием, когда включили.

Сузьте источник. След попадёт лишь в письма из указанной сети, а не во всю принимаемую почту.

Часто хватает ручного запроса. Обратная запись смотрится одной командой и ничего не добавляет к письмам.

Оценка «след короче, чем у SPF» — наша. Из руководства здесь умолчание и состав следа: все запросы к DNS.
Пример в конфигурации
# ВРЕМЕННО: разбираемся с одним отправителем
<source 198.51.100.0/24>
    check-iprev-inbound true
    trace-iprev-check true</source>
Сузив источник, вы оставляете след только в письмах из этой сети — остальная принимаемая почта его не понесёт.
жёлтым — — имена директив, голубым — блоки. Так же они подсвечены и в тексте карточки.
▲

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

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

Оставляют включённым, потому что не мешает

наш опыт

Чем чреватоСлед короткий и незаметный, поэтому живёт годами. Каждое принятое письмо уносит наружу подробности вашего разрешения имён — в чужие ящики и архивы.
Как заметитьВ заголовках принятых писем видны запросы к DNS.
Как правильноВыключить; включать с комментарием и на время.
Совместимость
PowerMTA 6.0
описана в руководстве этой версии · платформа: любая
С какой версии директива доступна, вендор указывает не для всех — здесь пометки нет. Имя встречается и в издании руководства 5.0.
Справочные данные
Синтаксис
trace-iprev-check <boolean>
Значения
yes или no; true и false принимаются наравне с ними
Умолчание
false § 3.3.7.26
Применение
reload, перезапуск не нужен
Очередь
уже поставленное в очередь не затронет
Где писать
<source>
Сколько раз
один раз в блоке
Всё здесь — из руководства, с разделом.
Наследование
Значение задаётся в блоке <source> и действует на почту, поданную подходящим источником; при нескольких подходящих блоках выигрывает наиболее точный. Срабатывает только при включённой check-iprev-inbound. Подхватывается по pmta reload.
Как проверить на узле
Значение задаётся в конфигурации источника; результат виден в заголовке принятого письма:
grep -n trace-iprev-check /etc/pmta/config
dig +short -x 198.51.100.10
Вторая команда показывает то же, что попадёт в след, — и ничего не добавляет к письмам. Хаб этой строки не пишет.
В Хабе
Цена ошибки
безопасно: неверное значение ничего не ломает
Сценарии
Приём входящей почты