Забавная ситуация, и я не уверен, что это моя вина или Google.
У меня есть домен, example.com, который имеет 2 поддомена: main.example.com, и spf.example.com. Для main.example.com домен, моя запись TXT раньше определялась как: v = spf1 redirect = example.com с соответствующим TXT для example.com определено.
По разным причинам я решил создать "основной" TXT SPF для spf.example.com, и перенаправить туда. Обратите внимание, что SOA и NS существуют только для example.com. Я изменился main.example.com TXT для чтения v = spf1 redirect = spf.example.com и Google (согласно отчету DMARC) больше не видит запись SPF. Yahoo и Microsoft делают.
Итак, я провожу второй тест: создано backup.example.com, отправил несколько писем без TXT SPF определен, отчет DMARC от всех Yahoo, MS и Google показывает, что TXT SPF отсутствует. Определил TXT как v = spf1 redirect = spf.example.com Бац, MS и Yahoo заметили это, а Google - нет.
Есть какие-нибудь объяснения кроме "Google Mail - отстой"?
Как я понял, значение в ваших записях перенаправления выглядит следующим образом:
v=spf1 redirect=spf.example.com -
Я сразу замечаю две проблемы:
-) без какого-либо механизма, т.е. запись кажется синтаксически неверной.redirect используется, но это не последняя запись в записи.
И то, и другое проблематично, поскольку спецификация пытается гарантировать, что запись действительно будет понятна до того, как по ней будут действовать:
Из Запишите оценочный раздел спецификации SPF (курсив мой):
Функция check_host () анализирует и интерпретирует запись SPF, чтобы найти результат для текущего теста. Сначала проверяется синтаксис записи, и если где-либо в записи есть какие-либо синтаксические ошибки, check_host () немедленно возвращает результат с результатом «permerror» без дальнейшей интерпретации или оценки.
Из раздел перенаправления спецификации SPF (курсив мой):
Для ясности, любой модификатор "перенаправления" ДОЛЖЕН появляться как самый последний термин в записи. Любой модификатор «перенаправления» ДОЛЖЕН игнорироваться, если в записи есть механизм «все».