Windows 11 New Outlook 郵件黑盒事件：一個月後才看到真正的 Mail Flow
作者：Steven Lai ｜ 日期：2026-05-14
📌 前言
這個案例，我追了快一個月。
整個過程幾乎沒有證據。
- 沒有退信
- 沒有 Sent Items
- 沒有 Outbox
- 沒有 SMTP log
- Windows Event Viewer 也沒有有效線索
直到今天，才因為一封偶發退信，讓整條郵件路由真正浮出水面。
Windows 11 New Outlook 的實際寄信路徑，
和我們以為的 SMTP 模型，根本不是同一件事。
🧩 事件背景
- Windows 11 內建新版 Outlook（New Outlook）
- ISP 信箱（Seednet）
- 收件端：Gmail / Hotmail
📨 客戶沒收到信
但奇怪的是：
- Outlook 沒顯示寄送失敗
- 沒有退信
- Sent Items 沒同步
- Outbox 也沒有卡信
看起來像寄出了，又像沒寄出。
🔍 第一階段：從 ISP SMTP 開始懷疑
一開始，我直覺認為：
- ISP SMTP 不穩
- SPF 設定問題
- Gmail 加強驗證
- Hotmail reputation 問題
✅ ISP SMTP 本身正常
我甚至自己寫了一個小型測試工具：
Client ↓ Direct ISP SMTP ↓ Gmail
結果：
- SMTP 可正常登入
- 郵件可正常送出
- Gmail 可收到
👉 ISP SMTP 本身沒有壞
📩 轉折點：偶發退信出現
整個案子卡了接近一個月。
直到今天，突然收到一封退信。
而這封退信，第一次暴露了真正的 mail flow。
📡 退信中的關鍵證據
Microsoft Exchange Online Message-ID
Message-ID: <[email protected]>
這代表：
👉 信件其實已進入 Microsoft Exchange Online
Transport Cluster
Reporting-MTA: dns; CY8PR14MB6803
👉 郵件經過 Microsoft regional transport infrastructure
最終退信狀態
Status: 5.4.0 Failure code: c355
🧠 真正的 Mail Flow
Windows 11 New Outlook
↓
Microsoft Exchange Online Relay
↓
Microsoft Transport Cluster
(CY8PR / NAMPRD)
↓
Gmail / Hotmail
↓
SPF / DMARC validation
↓
Reject (5.4.0)
💥 問題核心
Header 宣稱：
From: [email protected]
但 Gmail 實際看到：
Microsoft Exchange Online relay IP
- SPF alignment fail
- DMARC alignment fail
- Gmail / Hotmail 視為不可信 relay
🧾 最後結論
Windows 11 New Outlook 在背景加入 Microsoft Exchange Online relay layer，
導致寄件來源與 SPF / DMARC 驗證不一致。
導致寄件來源與 SPF / DMARC 驗證不一致。
真正的風險不是「寄不出去」。
而是：
使用者根本不知道信是怎麼送的。
“`
Comments