проверка электронной почты: есть ли смысл проводить тесты SPF * и * обратного DNS?

Для принимающего MTA нет необходимости проверять как запись SPF для входящего SMTP-соединения, так и выполнять поиск rDNS/PTR.

Рассмотреть возможность:

1. Сервер получает SMTP-соединение от ааа.bbb.ccc.ddd, с (возможно, подделкой) ПОЧТА ОТ утверждая, что из mail.example.com
2. Сервер ищет запись SPF для mail.example.com, и находит, что ааа.bbb.ccc.ddd имеет или не имеет права отправлять электронные письма для этого домена

Если тест 2 пройден, то PTR смотреть на ааа.bbb.ccc.ddd должен по определению давать что-то в пример.com, если только DNS не настроен неправильно. Если тест 2 не прошел, то неважно где ааа.bbb.ccc.ddd указывает на.

Это правильно? Если да, то почему некоторые почтовые провайдеры (например, Microsoft) выполняют поиск PTR?

Поиск обратного PTR DNS и его подтверждение позволяет вам

• отклонять плохо настроенные любительские хосты
• отклонять взломанные хосты, вообще не настроенные для электронной почты
• черный список динамических хостов с подстановочными знаками

Без FCrDNS хосты могут по желанию подделывать имена PTR. IP-адрес поиска -> PTR -> A должен соответствовать исходному IP-адресу.Обратите внимание, что может быть несколько PTR для IP-адреса (необычно, но возможно) и что может быть несколько записей A для обратного DNS-имени — по крайней мере, одна из них должна соответствовать IP.

Сопоставление имени хоста HELO -> A с IP-адресом также может быть разумным. Сопоставление PTR с именем HELO — нет.

Проверка авторизации MTA для каждого SPF позволяет отклонить поддельные домены отправителя.

Это разные вещи и решают разные задачи.