本頁內容Outlook.com 與 2025 年 5 月的規則
「Outlook」其實是三種不同的篩選機制,該如何修正取決於是哪一種機制將你的郵件移到垃圾郵件。第一種是 Outlook.com,也就是 Microsoft 的消費者郵件服務,還包括 hotmail.com、live.com 和 msn.com 地址。第二種是 Microsoft 365,也就是公司付費使用的企業信箱,其垃圾郵件政策由收件者公司的管理員設定。第三種是收件者電腦上的 Outlook 應用程式,它可以在伺服器判定結果之外,再執行自己的垃圾郵件篩選。Microsoft 在 2025 年公布的寄件者規則只適用於第一種。
因此,在修改任何一筆 DNS 記錄之前,我會先查看收件者的地址。hotmail.com 或 outlook.com 地址適用下方的消費者規則。如果某家公司的郵件服務由 Microsoft 提供,該公司的地址則適用租用戶政策,而這項政策由該公司的 IT 團隊制定。
Outlook.com 與 2025 年 5 月的規則
2025 年 4 月,Microsoft 公布相關要求,適用於每天向其消費者服務寄送超過 5,000 封郵件的網域,而 Postmaster 政策頁面指出這些要求於 2025 年 5 月 5 日生效。超過此寄送量時:
- 寄件網域的 SPF 必須通過。
- DKIM 必須通過。
- 必須發布 DMARC,政策「至少為 p=none」,並與 SPF 或 DKIM 對齊,「最好兩者都對齊」。政策頁面也補充,建議使用
p=reject。
退信的支援文章採用了稍有不同的說法。計算方式是寄送到 Microsoft 消費者服務的郵件達 5,000 封以上,且所有郵件的 From 地址皆使用相同網域。文章指出 SPF 和 DKIM 檢查都必須通過,而且一旦網域達到這個數量,Microsoft 就會要求「該網域寄件者寄出的所有郵件」都符合規則,而不只是讓寄送量超過門檻的電子報。其 DMARC 範例幾乎是最精簡的記錄:
Hostname: _dmarc
TXT value: v=DMARC1; p=none我會在其中加入報告接收地址,例如 rua=mailto:dmarc@example.com,或任何你實際會查看郵件的地址。Outlook.com 確實會寄送彙總報告,Microsoft 的常見問題指出它會寄送 RUA,目前沒有寄送 RUF 的計畫,而 DMARC 檢查工具會顯示你列出的地址能否接收這些報告。
Google 在 2024 年 2 月為 Gmail 設定了相同的每日 5,000 封門檻,並於 2025 年 11 月開始逐步加強執行,包括拒收郵件。Yahoo 執行類似的要求,但未說明任何門檻。
這項規則的執行方式在公告發布後不久就有所變更。原始文章指出,不符合規定的郵件會先進入垃圾郵件匣,之後可能遭到拒收。4 月 29 日的更新指出,Microsoft 決定直接拒收,但同一篇文章較下方仍保留舊版的先進入垃圾郵件匣段落。依目前最謹慎的解讀,自 2025 年 5 月 5 日起,不符合規定的郵件會進入垃圾郵件匣,而 Outlook.com 現在也會使用以下訊息拒收:
550 5.7.515 Access denied, sending domain example.com does not meet the required authentication level.
我尚未找到改為拒收的正式日期。支援文章只以現在式描述這項做法。
退信代碼告訴你的資訊
Outlook.com 的退信比郵件靜靜躺在垃圾郵件匣更有用,因為它會指出原因。Microsoft 的疑難排解頁面列出了各種代碼,以下是一般寄件者常遇到的代碼:
| 代碼 | Microsoft 對其含義的說明 |
|---|---|
550 5.7.515 | 網域每天寄送超過 5,000 封郵件,但未使用 SPF、DKIM 和 DMARC 驗證 |
550 SC-001 | 因政策而拒收,原因是「內容具有類似垃圾郵件的特徵,或 IP/網域信譽不佳」 |
550 SC-004 | 有人投訴來自你 IP 的郵件,因此該 IP 遭到封鎖 |
421 RP-001 | 連線 IP 因信譽問題而受到速率限制 |
沒有 Microsoft 專屬代碼的普通 550 5.7.1 是另一種拒收情況,另有專門說明如何解讀此代碼的頁面。
第三方寄件服務與 SPF 要求
許多網域會同時透過多種服務寄信,例如電子報平台、CRM、客服系統和帳務系統。每項服務都會在 From 欄位中使用你的網域寄信,而且你的記錄必須涵蓋所有服務。有人詢問由服務供應商代為寄信時,這些規則是否仍然適用,Microsoft 的常見問題回答:「是。即使你將寄信工作外包,驗證仍與你的網域綁定。」支援文章也明確說明需要確認的項目:DKIM 使用你的網域簽署,而且你的 SPF 記錄「包含該服務要求的 IP 位址或 include 值」。
要求 SPF 和 DKIM 都通過,很容易讓人混淆。許多平台會將退信地址設在自己的網域,而 SPF 實際檢查的正是這個 Return-Path。如此一來,SPF 會針對平台通過,滿足「必須通過」的部分,而 DMARC 對齊則必須由使用你網域簽署的 DKIM 提供。如果平台改用自己的網域簽署,兩項驗證都會通過,卻沒有任何對齊,接著出現的 DMARC fail 正是 5.7.515 所指的問題。支援文章也要求你檢查 Return-Path 網域是否與 From 網域對齊。兩項驗證通過,零對齊:這就是 5.7.515 的完整問題
你加入 SPF 的每項服務也會消耗 DNS 查詢次數。Microsoft 的常見問題是這樣說的:「如果超過 10 次 DNS 查詢,你的 SPF 檢查可能會失敗。」SPF 檢查工具會替你計算查詢次數。如果已超過限制,請參考如何將查詢次數降回十次以下。DKIM 檢查工具則會針對每個平台的 selector 執行相應的比對。
Microsoft 365 會依他人的原則篩選郵件
Microsoft 365 組織有由管理員設定的反垃圾郵件原則。在預設設定下,垃圾郵件、高可信度垃圾郵件和大量郵件會進入「垃圾郵件」資料夾,網路釣魚郵件會進入隔離區,高可信度網路釣魚郵件則一律會被隔離。從寄件者的角度來看,隔離是影響最大的結果,因為除非收件者主動尋找,否則在任何資料夾中都找不到該郵件。預設原則會將郵件保留在隔離區 15 天,Standard 和 Strict 預設原則則會保留 30 天。
大量郵件有自己的衡量指標,也就是大量郵件投訴等級。BCL 為 1 到 3,表示大量郵件寄件者收到的投訴很少;8 或 9 則表示投訴很多。預設原則會從 BCL 7 開始將大量郵件移至垃圾郵件,Standard 預設原則從 6 開始,Strict 則從 5 開始。自 2026 年 7 月起,還新增了一層處理機制:具有促銷性質的大量郵件,無論 BCL 為何,都會加上 Promotions 標籤;如果管理員已啟用 "Bulk moves enabled",郵件就會進入 Promotions 資料夾。這不算垃圾郵件,但也不會進入收件匣。這項功能仍在逐步推出。
Microsoft 的這兩套系統並非彼此隔離。Microsoft 表示,Microsoft 365 垃圾郵件篩選器會「從已知的垃圾郵件與網路釣魚威脅,以及消費者平台 Outlook.com 的使用者意見中學習」,因此 hotmail.com 讀者回報的內容,會影響商務收件匣所使用的篩選器。
管理員也可以將寄件者加入允許清單,這會略過惡意軟體和高可信度網路釣魚以外的大多數保護措施。如果合作夥伴公司持續在垃圾郵件中收到你的發票,他們的 IT 團隊才有辦法查看實際的判定結果。
從郵件標頭判讀結果
如果你能取得 Microsoft 365 信箱實際收到的郵件,反垃圾郵件標頭會直接顯示判定結果。X-Forefront-Antispam-Report 包含幾個值得瞭解的欄位:
SFV:SPM表示垃圾郵件篩選將郵件標記為垃圾郵件,SFV:NSPM表示不是垃圾郵件,SFV:SFE則表示因寄件者位於使用者的 Safe Senders 清單中,所以略過篩選。CAT表示套用的政策類別:SPM、HSPM(高度確信的垃圾郵件)、BULK、PHSH、SPOOF。SCL是數值,可為 -1 或 0 到 9。較舊的指南將它視為判定結果。Microsoft 的最新 SCL 頁面指出,這個值「不會決定垃圾郵件篩選是否將郵件識別為垃圾郵件或高度確信的垃圾郵件」,所以應先查看CAT。
郵件標頭也包含 compauth,這是 Microsoft 根據 SPF、DKIM、DMARC 和郵件其他部分得出的綜合判定結果。原因代碼 001 表示隱含驗證失敗,通常是因為寄件網域未發布任何驗證記錄,或只設定了寬鬆的政策。
SNDS 和 JMRP,現已移至 Postmaster 網站
Smart Network Data Services,也就是 SNDS,現已移至新的 Postmaster 網站,取代原本位於 sendersupport.olc.protection.outlook.com 的網站。它會依 IP 位址提供報告,因此你必須先證明自己擁有某個 IP 範圍,才能查看任何資料。資料包括寄送量、投訴率,以及篩選器判定你的流量中有多少是垃圾郵件的顏色標示:低於 10% 為綠色,10% 至 90% 為黃色,高於 90% 為紅色。存取權現在會在核准或遷移後 10 個月到期,之後必須續期。
對小型寄件者來說,SNDS 可能完全不顯示資料,因為某個 IP 在特定日期寄送的郵件少於 100 封時,系統可能會略過該 IP。如果你透過平台的共用 IP 寄送郵件,由於你不擁有這些位址,因此無法註冊。
JMRP,也就是 Junk Mail Reporting Program,是意見回饋迴路。透過 SNDS 註冊後,Microsoft 會將 Outlook.com 使用者標記為垃圾郵件之郵件的部分標頭傳送給你,通常會在 72 小時內開始提供。新增 IP 時,也要將它們加入 JMRP。
Microsoft 將垃圾郵件投訴率稱為寄件者信譽的「主要因素之一」,SNDS FAQ 則表示,投訴率低於 0.3% 是「值得努力達成的良好標準」。新 IP 需要時間建立信譽,Microsoft 表示,新 IP 預計可「在幾週內,或依寄送量與名單準確度更快地完成暖機」。而且,沒有任何名單能讓你付費加入。疑難排解頁面自問 Outlook.com 是否有寄件者可加入的允許名單,答案是「沒有」。
收件者可以調整的設定
其中有些設定取決於收件者,因此請讀者協助調整也很合理。在 Outlook.com 中(依序前往 Settings、Mail、Junk email),使用者可以將郵件標示為 Not junk,或將寄件者加入 Safe senders and domains。這份清單最多可容納 10,000 筆項目,Microsoft 指出,其中的寄件者通常會預設啟用連結和圖片。要求嚴格的使用者也可以開啟「exclusive」模式,只接受來自 Contacts 和 Safe Senders 的郵件。
Junk 按鈕的作用正好相反。Microsoft 會根據這些回報,判斷未來是否應封鎖來自同一寄件者的郵件。另外,Microsoft 對寄件者的建議要求提供「clearly visible」的取消訂閱連結。Microsoft 的說明並未提到 Gmail 和 Yahoo 要求的一鍵取消訂閱 List-Unsubscribe 標頭,但由於同一個郵件活動會寄送到這三個平台,我會在所有郵件中都加入這些標頭(這兩個標頭)。
桌面版應用程式有自己的 Junk Email Filter。預設設定為「No Automatic Filtering」,其他選項包括 Low、High 和「Safe Lists Only」。最後一個選項會將使用者安全清單以外來源寄來的所有郵件視為垃圾郵件。安全清單和封鎖清單會同步到伺服器,並同樣在伺服器上套用。
另外還有 Focused Inbox,它會將收件匣分成 Focused 和 Other。用 Microsoft 的說法,它會「filters out noisy sources like automatically generated or bulk email」。Other 是收件匣中的一個分頁,而我的理解是,出現在該處的電子報已經通過垃圾郵件篩選。
正式寄送前先測試
Microsoft 自己的疑難排解頁面表示,「強烈建議你在寄送正式通訊前進行電子郵件測試」。這正是 Email Spam Tester 提供的功能。你從實際會使用的伺服器或平台,將真正的郵件寄到頁面產生的地址,報告會列出 42 項檢查:SPF、DKIM 和 DMARC,包括對齊狀態、反向 DNS、寄件 IP 是否出現在 21 個封鎖名單中(為什麼這些名單很重要)、取消訂閱標頭和郵件內容。未通過的檢查會附上修正方案和可複製的 DNS 記錄,每項修正可獲得的分數則來自評分表。
加入收件匣位置測試後,同一封郵件也會寄到 Gmail、Outlook、Yahoo 和其他服務供應商的收件匣。報告會直接從信箱讀取結果,顯示郵件在每個服務供應商中的實際位置,包括服務供應商採用這種分類方式時的 Focused 或 Other。這項服務免費,無須註冊。說明文件會解釋每項檢查,以及各項檢查會影響多少分數。
如果下一步是提交支援請求,請注意,Microsoft 的郵件送達率表單只受理與 @outlook.com、@hotmail.com、@live.com 和 @msn.com 地址有關的案例。政策頁面也警告,如果你不符合規範,「我們的支援團隊可能無法協助你。」