Outlook.com等微軟消費郵箱自11月5日起對無DMARC域名部分拒收郵件
郵件安全服務商MailRoute等報告稱，自2026年11月5日起，微軟消費郵件服務（outlook.com、hotmail.com、live.com、msn.com）開始拒收部分來自未配置DMARC記錄的域名的郵件。拒收錯誤爲“550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)”。該現象影響低流量發件人，即使SPF和DKIM已通過。
此前微軟於2025年5月要求每日發送超過5000封郵件的批量發件人配置SPF、DKIM和DMARC，否則返回550 5.7.515錯誤。本次拒收使用不同錯誤代碼，且未獲微軟官方公告。獨立測試顯示，刪除低流量域名的DMARC記錄後，發送至outlook.com的郵件被拒，而發送至Microsoft 365託管域名的郵件仍可送達。發佈“v=DMARC1; p=none”的TXT記錄可停止拒收。
原始來源：
標題：Outlook.com Is Quietly Rejecting Email From Domains Without DMARC 發佈者：MailRoute（Thomas A. Johnson） 發佈日期：2026-11-06 URL：https://mailroute.net/blog/outlook-rejecting-email-without-dmarc 來源性質：服務商觀察報告 覈驗情況：本次讀取相關英文報告及測試記錄，覈驗日期2026-11-08 支持內容：支持自11月5日起消費郵箱對無DMARC域名部分拒收、錯誤代碼、影響低流量發件人及無官方公告的表述
ABAB AI 解讀
本次拒收針對微軟消費郵箱服務器（*.olc.protection.outlook.com），與Microsoft 365企業郵箱路徑不同。測試顯示，同一無DMARC郵件在消費郵箱被拒、在365域名可收。拒收發生在SMTP階段，收件方不會看到郵件，發件方收到退信。
與2025年批量發件人規則相比，本次錯誤代碼不同，且覆蓋範圍擴展至低流量域名。郵件運營商及獨立測試者通過刪除自身DMARC記錄復現了拒收，添加記錄後恢復。微軟截至11月8日未發佈相關公告或服務狀態更新。
DMARC記錄本身不改變其他提供商（如Gmail）的處理方式。p=none僅聲明域名使用DMARC並請求報告，不要求拒收失敗郵件。許多自定義域名已配置SPF和DKIM，但缺少DMARC，因此觸發本次問題。
本次變化改變的是微軟消費郵箱對未配置DMARC域名的接收門檻。觀察指標是微軟是否發佈正式說明或調整策略，以及其他大型郵箱提供商是否跟進類似要求。
ABAB News · 認知定律
消費郵箱與企業郵箱路徑不同，同一郵件在兩類系統中的處理結果可不一致。
無官方公告的拒收策略可通過退信代碼及獨立測試確認，但不等於已形成公開政策。