Am primit recent un raport DMARC de la Google care mă avertizează cu privire la câteva defecțiuni SPF cu e-mailuri care provin de la adrese IP aparținând Amazon SES. Un exemplu de înregistrare este după cum urmează (am înlocuit domeniul nostru cu example.com.):
<record>
<row>
<source_ip>54.240.27.187</source_ip>
<count>1</count>
<policy_evaluated>
<disposition>none</disposition>
<dkim>pass</dkim>
<spf>fail</spf>
</policy_evaluated>
</row>
<identifiers>
<header_from>example.com</header_from>
</identifiers>
<auth_results>
<dkim>
<domain>example.com</domain>
<result>pass</result>
</dkim>
<dkim>
<domain>amazonses.com</domain>
<result>pass</result>
</dkim>
<spf>
<domain>mail.example.com</domain>
<result>pass</result>
</spf>
</auth_results>
</record>
SPF eșuează deoarece antet_de la valoarea este exemplu.com în timp ce SPF-ul domeniu valoarea este mail.example.com?
Folosim Amazon WorkMail și Amazon SES pentru a trimite atât e-mailuri manuale, cât și automate. The De la adresa este de obicei [email protected]și ne-am setat POSTA DE LA domeniu către mail.example.com. Prin urmare, sunt puțin nedumerit de ce ar raporta Google antet_de la domeniul ca exemplu.com Decat mail.example.com. Am stabilit un record SPF adecvat pentru ambele exemplu.com și mail.example.com.
De asemenea, am încercat să trimit e-mailuri de testare la o adresă Gmail folosind atât Amazon WorkMail, cât și Amazon SES. În ambele cazuri, SPF a trecut, la fel ca și DKIM și DMARC.
