Переадресация является модификатором , а не механизмом , и будет рассматриваться только после того, как все другие механизмы будут проверены.В отличие от include , после навигации redirect он не вернется для оценки дальнейших условий, и хотя ваше позиционирование не является недействительным для ясности, оно должно отображаться как последний термин взапись, поскольку она будет оцениваться только после того, как все остальные термины будут проверены и пройдены.т. е. его позиция в записи SPF не будет определять порядок его обработки.
Если в записи выполняется какой-либо альтернативный термин механизма, тогда обработка останавливается на этом термине и возвращает оцененное условие, включая любые все механизм, который может присутствовать.Поэтому вы не можете использовать redirect в сочетании с all , потому что механизм all всегда будет сначала проверен и удовлетворен, а перенаправление никогда не будет обработан.Конечно, любой механизм all в SPF перенаправленного домена будет по-прежнему применяться при достижении, в отличие от -all в include , который будет проигнорирован при возврате не соответствует вызову механизма включения.(Предостережение: если + all встречается в пройденном include , оно вернет соответствовало , и сработает, какой бы результат не был добавлен к этому включению, обычно по умолчанию + .)
Стоит отметить, что собственный SPF любого перенаправленного домена может содержать дополнительные перенаправления, и они будут располагаться каскадно, как и ожидалось.Однако каждое перенаправление учитывается в пределах количества просмотров пределов.
Таким образом, в итоге вы хотели бы использовать что-то вроде ...
“v=spf1 mx include:spf.protection.outlook.com redirect:_spf.PROVIDERSERVER.COM”