<source>
Добавляет к заголовку с результатами проверок все запросы к DNS, сделанные при обратной проверке адреса. Умолчание — не добавлять.
След короче, чем у SPF. Обратная проверка делает один-два запроса, а не десяток: у неё нет вложенных ссылок. Поэтому цена включения здесь ниже, чем у trace-spf-check.
Но природа та же — след уезжает с письмом. Он не пишется в журнал: он добавляется к сообщению и доезжает до получателя, обработчика и архива.
Только на время разбирательства. И с комментарием, когда включили.
Сузьте источник. След попадёт лишь в письма из указанной сети, а не во всю принимаемую почту.
Часто хватает ручного запроса. Обратная запись смотрится одной командой и ничего не добавляет к письмам.
# ВРЕМЕННО: разбираемся с одним отправителем <source 198.51.100.0/24> check-iprev-inbound true trace-iprev-check true</source>
что делают не так и чем это кончается1 ошибка▶
наш опыт
1 связь
grep -n trace-iprev-check /etc/pmta/config dig +short -x 198.51.100.10
3 статьи
◇Кому разрешено сдавать почту и для кого её приниматьИз коробки узел принимает подачу только с самой машины; два разных вопроса — «кто может слать через нас» и «на чьи адреса мы принимаем» — решаются разными директивами.◇Два обработчика входящих отчётов и что с ними делатьОтказы письмом и жалобы разбираются двумя одинаково устроенными блоками; у каждого свой список адресов и своя пара решений о судьбе письма.◇Списки адресов — именованные и безымянныеСписок адресов, доменов, образцов или хешей; именованный подключается директивами вроде подавления, безымянный живёт внутри процессора входящей почты.