Изучая SPF, Sender ID и DKIM siging, кажется, что Sender ID и DKIM существуют для решения схожих проблем. Кроме того, идентификатор отправителя обсуждается в довольно нелестном свете на нескольких сайтах, которые я читал, таких как openspf.org.
Есть ли польза от использования идентификатора отправителя при наличии DKIM? Это похоже на накладные расходы, которые также могут привести к ошибкам, если мне нужно поддерживать записи TXT как SPF, так и идентификатора отправителя.
Вероятно, вы захотите сравнить SPF с идентификатором отправителя, а не DKIM с идентификатором отправителя. Назначение идентификаторов SPF / Sender ID - проверить, авторизован ли отправитель для отправки сообщения от имени домена с определенного IP-пространства. Целью DKIM является проверка целостности содержимого сообщения и его связи с заявленным доменом отправителя.
Преимущество использования Sender ID в дополнение к SPF сомнительно из-за низкой скорости принятия и ограниченной доступности клиентского программного обеспечения для Sender-ID.
Вам также может быть интересно прочитать о DMARC (Domain-based Message Authentication, Reporting & Conformance) фреймворк, который работает поверх SPF и DKIM и принят Google, Facebook и другими организациями для аутентификации электронной почты.