FCrDNS подтверждает только то, что отправляющий сервер правильно настроил DNS. То есть, вы получаете входящее соединение с 1.2.3.4, вы ищите 1.2.3.4, чтобы получить what.example.com, затем вы ищите what.example.com. Если это приводит к 1.2.3.4, то испытание проходит.
Вы не хотите делать эту проверку по отношению к доменному имени, которое на самом деле находится внутри почтового заголовка. Если на сервере размещена электронная почта для сотен доменов, то описанный вами метод завершится ошибкой как минимум 99 из них, поскольку обратная проверка может вернуть только одно имя хоста. Вы не можете предполагать, что легальная почта для example.com будет когда-либо поступать только с сервера, размещенного на доменном имени example.com.
Что вы, вероятно, хотите сделать вместо этой проверки, это реализовать SPF
.
Редактировать: Вы можете сделать правильную проверку FCrDNS в дополнение к SPF, но я обнаружил, что это больше проблем, чем стоит, поскольку существует множество неправильно настроенных серверов. Скорее всего, вы потратите большую часть своего времени на поиск ложных срабатываний.