A DMARC 透過回答身份問題。它不能證明收件者需要該郵件、其內容是否安全，或接收服務是否將其放入收件匣。將身份驗證視為交付保證會使調查轉向錯誤的控制。
說明通過了什麼
DMARC評估 結盟 作者域和經過身份驗證的識別碼之間 SPF 或者 DKIM。通過的結果需要適用的一致認證成功，不一定兩種機制都成功。對於部署， RFC 9989 第 7.4 節和第 8 節要求網域發布 p=reject 應用有效的DKIM簽章而非僅依賴SPF 。此義務與訊息級傳遞規則是分開的。檢查接收系統的可信任結果和涉及的識別碼。複製一份 Authentication-Results標頭 寄件者提供的證據本身並不是可靠的證據。 DMARC規範.
記錄最終接收方樣本（如果有）、觀察時間和發送路線。轉發和訊息修改可能會使較早躍點的測試與目的地的結果不同。請勿將DNS記錄查找稱為訊息級DMARC通行證。
找到交付階段
保持提交、遠端SMTP接受和郵箱放置不同。 SMTP接受轉移了協議下的責任，但不承諾收件匣資料夾。郵件可以通過身份驗證，但仍會遇到收件者原則或不需要的郵件過濾。 Google 的寄件者指南描述了身分驗證以及聲譽、垃圾郵件投訴和郵寄實踐。 Google 寄件者指南.
詢問實際症狀：拒絕、反覆臨時推遲、垃圾郵件資料夾觀察或缺乏使用者互動。每個人都需要不同的證據。未載入的追蹤像素無法證明SMTP傳遞失敗。
比較穩定的隊列而不聲明因果關係
考慮四個假設的訊息，其最終接收者俱有可信的對齊DKIM通行證。兩個已確認收件匣觀察結果，一個已確認垃圾郵件資料夾觀察結果，一個僅最終接受了SMTP但位置未知。在本教學假設中，為所有四個都建立了身份驗證，但僅為兩個建立了確認的收件匣放置。
觀察到的資料夾子集是三個觀察中的兩個收件匣訊息。整個隊列中有四分之二已確認收件匣病例，其中一例未解決安置問題；分母都不會將該未知數變成垃圾郵件。對於此範例，沒有驗證簽名或檢查郵箱。其目的是顯示哪些證據仍然缺失，而不是衡量認證的因果效應。
修復觀察到的問題
對於拒絕，請保留準確的遠端回應並使用接收提供者的當前指導來解決該問題。對於已確認的垃圾郵件資料夾樣本，請檢查通緝郵件實踐、受眾期望和路由聲譽以及任何真正的身份驗證缺陷。對於缺失的證據，收集受控的授權樣本，而不是推測性地改變政策。
使用用於身份驗證、傳輸和放置（包括未知數）的單獨欄位關閉案例。請勿削弱DMARC或輪替身分來逃避投訴。即使身份驗證不是導致交付事件的原因，它仍然很有價值。
對於營運報告，為每個欄位提供證據參考，而不是單一的綠色狀態。管理員可以將可信任接收結果附加到身份驗證、將佇列標識符附加到傳輸、將受控郵箱觀察附加到放置。如果收件人無法提供樣品，請留下未知的位置。這可以防止得到充分支持的身份驗證結論悄悄擴展為對客戶體驗的不受支援的保證。
記錄可防禦的下一步
分別記錄認證、運輸和放置；一個階段的通行證無法填補另一階段的未知。列出所有者的姓名、仍然缺少的證據以及結束調查的條件。讓不受支持的結果未知。