Microsoft's approach to DMARC involves treating 'reject' policies as 'quarantine' to prevent false negatives, prioritizing the delivery of legitimate emails even if they fail authentication checks. DMARC policies are viewed as requests, not commands, leaving the ultimate decision on email handling to the recipient server. Microsoft's O365 platform is known to send unaligned emails directly to the spam folder. Recommendations for handling this include monitoring DMARC reports, ensuring proper SPF/DKIM alignment, and considering an Exchange rule to enforce 'reject' policies. Furthermore, senders should be aware of how Microsoft's authentication changes impact forwarded emails and understand that Microsoft often has unique ways of doing things.
11 marketer opinions
Microsoft often treats DMARC reject policies as quarantine to avoid blocking legitimate emails due to misconfigurations or other issues. This is because Microsoft prioritizes avoiding false negatives (missing valid emails). To address this, it's essential to monitor DMARC reports, ensure proper SPF and DKIM setup for alignment, and consider creating an Exchange rule to reject failing emails. It's also important to advocate for alignment with clients, but be aware of Microsoft's abrupt changes to authentication procedures, and how this all affects forwarded emails.
Marketer view
Email Marketer from StackExchange explains that enforcing DMARC policies depends on the receiver's implementation, and some treat 'reject' as 'quarantine' to avoid losing legitimate emails due to misconfiguration.
21 Feb 2025 - StackExchange
Marketer view
Email Marketer from Unlock The Inbox suggests monitoring your DMARC reports to identify legitimate emails that are failing authentication. Based on the report, you can improve SPF records, DKIM keys, and DMARC records.
8 Apr 2024 - Unlock The Inbox
8 expert opinions
Microsoft's handling of DMARC reject policies as quarantine stems from their unique approach to authentication and the need to balance security with preventing false positives. DMARC policies are essentially requests, not commands, and receivers like Microsoft have discretion. Key elements include the importance of authentication alignment, the limited value of DMARC in many situations, and the fact that Microsoft often moves unaligned emails directly to spam within its Office 365 platform. Senders should understand Microsoft's practices, especially how it affects forwarded emails, and be aware that this forces workarounds.
Expert view
Expert from Word to the Wise discusses the changes in how Microsoft handles authentication for inbound mail to Office 365, explaining that Microsoft has made changes that affect the authentication landscape and how email is handled, especially for those using DMARC.
21 Mar 2025 - Word to the Wise
Expert view
Expert from Email Geeks shares that a DMARC policy provides information and is at most a request, not a command.
1 Sep 2022 - Email Geeks
4 technical articles
Microsoft 365 quarantines messages failing DMARC, even with a 'reject' policy, to avoid blocking legitimate emails due to potential misconfigurations. DMARC policies are requests, not commands, giving recipient servers like Microsoft discretion over handling failed authentication. Microsoft routes unaligned mail directly to the spam folder. Ultimately, recipient servers have the final say in how emails failing authentication are handled.
Technical article
Documentation from SocketLabs Blog explains that Microsoft started routing unaligned mail that comes into O365 hosted clients into the spam folder regardless.
27 May 2022 - SocketLabs Blog
Technical article
Documentation from Google Workspace Admin Help mentions that DMARC policies are guidelines for how recipient servers should handle emails that fail authentication. However, the ultimate decision rests with the recipient server.
21 Jan 2024 - Google Workspace Admin Help
How can I implement a DMARC reject policy for non-existent domains to prevent spam?
How can I troubleshoot DMARC failures and identify the cause of authentication issues?
How do DMARC policies and RUA/RUF settings inherit or override each other between a domain and its subdomains?
How do DMARC quarantine and reject policies affect sender reputation and email delivery?
What are the steps to troubleshoot DMARC reject policy causing low email delivery rates after implementation?
When and why should I switch from DMARC p=none to p=quarantine or p=reject?