Posting this because I only found out this week and I suspect I am not alone. ๐ฅ๐๐ ๐ต๐ต๐ด๐ต, Standards Track, published May 2026. The header line reads ๐ข๐ฏ๐๐ผ๐น๐ฒ๐๐ฒ๐: ๐ณ๐ฐ๐ด๐ต, ๐ต๐ฌ๐ต๐ญ. RFC 7489 is the document that essentially every DMARC guide, tutorial and vendor doc has cited since 2015. It has been historical for three months. ๐ช๐ต๐ฎ๐ ๐ฎ๐ฐ๐๐๐ฎ๐น๐น๐ ๐ฐ๐ต๐ฎ๐ป๐ด๐ฒ๐ฑ, ๐๐ต๐ถ๐ฐ๐ต ๐ถ๐ ๐น๐ฒ๐๐ ๐๐ต๐ฎ๐ป ๐๐ผ๐ ๐๐ผ๐๐น๐ฑ ๐ฒ๐ ๐ฝ๐ฒ๐ฐ๐: Identifier alignment was section 3.1 in 7489. It is ๐๐ฒ๐ฐ๐๐ถ๐ผ๐ป ๐ฏ.๐ฎ.๐ญ๐ฌ in 9989. The definitions survived intact: relaxed alignment means the Author Domain shares an Organizational Domain with an authenticated identifier, strict means they are identical. So if your runbook or your internal wiki links to 7489 section 3.1, the section number is wrong and the concept is fine. That is the whole migration for most people. ๐ง๐ต๐ฒ ๐ฝ๐ฎ๐ฟ๐ ๐๐ผ๐ฟ๐๐ต ๐ฟ๐ฒ๐ฟ๐ฒ๐ฎ๐ฑ๐ถ๐ป๐ด ๐ฟ๐ฒ๐ด๐ฎ๐ฟ๐ฑ๐น๐ฒ๐๐: SPF can pass while DMARC fails, and this is not a bug or a misconfiguration. A forwarder that rewrites the return path makes SPF pass, but it passes for the forwarder's domain, which no longer shares an Organizational Domain with the From header. Alignment fails, so DMARC fails, on a message that authenticated perfectly. DKIM survives forwarding and SPF does not, because DKIM is a cryptographic property of the message while SPF is a property of the connecting IP. One caveat stated plainly: no RFC writes that in a single sentence. It is a derivation from the alignment definition plus RFC 7960 on interoperability. I would rather say that than pretend I found a quote. Links: RFC 9989 https://dub.sh/qIpjYgm RFC 7960 https://dub.sh/iioNfqn Has anyone here already migrated their internal documentation, or is everyone still pointing at 7489? https://dub.sh/zkBKfMr
post
there doesn't seem to be anything here
no comments (yet)