SPF działa nieco inaczej niż próbujesz opisać.
Rekordy SPF nie zezwalają na domeny; pozwalają serwery pocztowe. Kiedy umieścisz a:domain.com
w rekordzie SPF oznacza to tylko „akceptuj pocztę z adresu IP znaleźć w domain.com/A
„. Jeśli to rzeczywiście wskazuje na Twój wychodzący serwer SMTP, dobrze.
include:domain.com
działa w podobny sposób: zamiast rekordów „A”, wykonuje wyszukiwanie rekordów „TXT” i importuje politykę SPF domeny.com. Ale to nadal sprowadza się do „akceptowania poczty z tych adresów IP, które SPF domeny.com zaakceptowałaby”.
Więc odpowiedzieć na pytanie a:
lub include:
nie będzie zawierać subdomen. To nie miałoby sensu i jest w rzeczywistości niemożliwe: walidatorzy nie wiedzą, że dany adres IP istnieje gdzieś wewnątrz domeny.
Rekordy SPF sami można znaleźć, sprawdzając domenę nadawcy w DNS. Na przykład, jeśli wiadomość ma [email protected]
jako adres Envelope-From, walidatory SPF będą szukać rekordu TXT pod adresem subdomain.example.com
- ale oni nie będzie przeszukaj domenę nadrzędną.
Innymi słowy, polityka SPF określona w domain.com
nie dotyczy wiadomości wysyłanych przez *@subdomain.example.com
. Jeśli chcesz, aby obie domeny były chronione przez SPF, powinieneś albo skopiować, albo „włączyć” politykę, albo użyć modyfikatora „przekierowania =”.
"v=spf1 include:domain.com ~all"
, nie"v=spf1 a:domain.com ~all"
domain.com
, ale logika jest nadal taka sama, a subdomeny nie są uwzględniane.