DMARC 報告解讀工具：讀取彙總報告，依寄件來源顯示通過情形與該做的事

使用方式

• 從寄到 DMARC 記錄 rua= 所填地址的郵件中，儲存附件（.zip、.gz 或 .xml）。Google 寄的是 .zip，其他多數信箱服務寄的是 .gz。
• 把檔案拖曳到上方的框內，或按「選擇檔案」。不需要先解壓縮，也可以一次讀取多份報告（合計 20 MB 以內）。
• 想先看看結果長什麼樣子，可以按「用範例報告試試看」。

什麼是 DMARC 彙總報告

DMARC 讓收信伺服器用 SPF 與 DKIM 確認：寄件者（From）使用您網域的郵件，是否真的由您寄出。DMARC 記錄中加入 rua=mailto:… 後，Gmail、Yahoo 等信箱服務會把從您的網域收到的郵件整理成摘要寄給您：來自哪些 IP、幾封、驗證結果如何。這就是彙總報告（RUA），通常每天一次，格式是 RFC 7489 規定的 XML。

報告中除了您使用的寄送服務，也會出現冒用您網域的郵件（偽冒）。先修正沒通過的正當寄件來源，再收緊政策，就能只擋下偽冒郵件。

如何解讀結果

• DMARC 通過：SPF 或 DKIM 其中之一通過，而且該網域與寄件者（From）網域一致（對齊）。
• SPF 對齊：寄件 IP 獲 SPF 允許，且信封寄件者（envelope from）的網域與 From 網域一致的比例。
• DKIM 對齊：以您的網域（或其子網域）名義進行 DKIM 簽章並驗證通過的比例。
• 寄件來源：依 DKIM 簽章網域、各業者在 SPF 中公開的寄信用 IP 範圍，以及 SPF 網域判斷。對於沒有公開寄信範圍的業者，會依其網路範圍標示為「推定」。
• Amazon SES、SendGrid、Mailchimp 等寄送服務的信封寄件者是服務本身的網域，所以 SPF 通常不會對齊。只要 DKIM 與您的網域對齊就沒有問題。

常見的失敗原因與修正方式

• SPF 漏加：把所用服務的值加到 SPF 記錄，例如 Google Workspace 是 include:_spf.google.com，Microsoft 365 是 include:spf.protection.outlook.com。每個網域只保留一筆 SPF 記錄。
• 沒有 DKIM：在服務的設定畫面開啟您網域的 DKIM 簽章，並把顯示的公開金鑰登錄到 DNS。
• DKIM 以服務的網域簽章：在寄送服務中設定「網域驗證」，就會改以您的網域簽章。
• 轉寄與郵件群組：轉寄常讓 SPF 失敗，主旨或內文被改寫則會讓 DKIM 失敗。少量這類失敗很常見。
• 不認識的寄件來源：可能是冒用您網域的偽冒郵件。等正當寄件來源全部通過後，把政策依序改為 p=quarantine、p=reject，這些郵件就不會進入收件匣。

檔案裡有什麼

彙總報告包含寄件 IP 位址、郵件數量與驗證結果，不含郵件內容或收件者。這個工具只在您的瀏覽器中解壓縮並讀取檔案，不會傳送到任何伺服器。關閉頁面後結果也會消失。