從報告欄位開始
保留報告者、時間間隔、策略域、來源IP、訊息數、評估 結盟 和原始身份驗證標識符。這些欄位描述觀察結果，而不是組織所有權憑證。共享雲端位址可以託管不相關的客戶，並且已知的提供者名稱無法確定哪個內部部門授權了該郵件。
獨立的基礎設施營運商、經過身份驗證的網域、業務服務和負責任的所有者。反向 DNS 名稱或網路分配可以支援基礎設施假設，但本身無法證明特定訊息背後的服務。避免將熟悉的網路標籤提升為核准的寄件者狀態。記錄已知、推論和尚未證實的內容。
瀏覽共享地址範例
虛構的規範化演練將一個文件 IP 用於兩項服務。收據服務具有一致的簽名身分和所有者批准的測試參考。第二條路線有不同的簽名者，並且沒有負責任的所有者。第三個觀察只有來源 IP 和計數。提議的標籤分別是已確認的範例、臨時的和未知的，因為規定的證據不同，而不是因為 IP 發生了變化。
範例中的批准假設是虛構的輸入，而不是實際授權。不包含客戶資料或即時提供者報告。此範例示範了避免在共用基礎架構上混淆服務所需的資訊。在實際調查中，保留受控接收樣本，並透過授權流程獲得服務所有者的確認，然後再記錄批准。
選擇下一個證據請求
對於臨時服務，請向可疑所有者詢問申請目的、發送帳戶、可見寄件者、回程路徑、簽署網域和最近的受控樣本。使樣本與報告的時間和身分背景保持一致。如果業主無法證實路線，則保留不確定性並讓適當的安全或營運審查人員參與。未經授權，不得發送任意探針或向第三方洩露報告資料。
使用歸因來支援決策，而不是繞過其批准。合法但未對齊的郵件可能需要更改配置。未知的對齊郵件可能涉及意外使用的授權簽章路徑，值得調查。單獨的策略失敗並不能確定惡意意圖，單獨的一致性也不能使訊息內容值得信賴。 RFC 9989 提供域驗證邊界； RFC 9990 解釋報告欄位及其隱私影響。在每個匯出和事件註解中保持這些邊界可見。
遵循證據做出決定
以下的三行書面帳本規定每行有報告者receiver.test、策略域brand.test、視窗2026-11-01T00:00:00Z到2026-11-02T00:00:00Z以及文件IP 192.0.2.10 。所有的身分、計數、所有者決定和測試參考都是發明的教學假設。 「無效」一詞意味著未提供證據，而不是觀察到的失敗。這些不是 XML 記錄、接收器日誌或執行的測試。
- 收據行：計數40；從網域名稱receipts.brand.test可見； DKIM d=receipts.brand.test, signature validity stipulated pass and exact alignment stipulated pass; SPF 域為空且SPF結果為空。所有者假設：虛構收據所有者批准此目的。測試假設：DEMO-RECEIPT-01 是發明的受控測試參考，而不是執行的測試。建議的標籤：僅確認範例。下一步：保留本次練習中規定的基礎；在真實的調查中獲得實際所有者的確認並收到證據。
- 服務行：計數12；從網域notices.brand.test可見； DKIM d=service.vendor.test,規定有效性通過，但與notices.brand.test不一致； SPF域為空， SPF結果為空。業主假設無效；測試參考為空。建議的標籤：臨時服務歸屬，不是完整的 DMARC 判決。下一步行動：請求申請目的、租戶、業主確認和受控收到的樣品。
- 未知行：計數 3；從網域brand.test可見； DKIM d=null,有效性為null，對齊為null； SPF域為空， SPF結果為空。業主假設無效；測試參考為空。建議的標籤：未知。下一步行動：請求可信任接收證據並檢查路由；請勿推斷提供者或批准共享 IP 的變更。
四十條訊息收據行具有規定的所有者決定和受控測試參考。它的信心僅在本發明的例子中得到確認，並且其下一步是保留該決定並監視身份變化。十二訊息服務行有簽名身分但沒有所有者確認。它仍然是臨時的；詢問疑似業主的用途、租戶和受控樣品。三訊息行沒有認證身分證據。目前尚不清楚；請求可信的接收樣本並檢查路由證據。決策分類帳將基礎和下一步操作與來源行一起保留。這些虛構的記錄均不會授權更改生產方式或證明真實發送者的合法性。
記錄有限歸因決策
如果臨時所有者無法識別服務租戶，請保留該行未解析，即使另一個已批准的服務使用相同的 IP。不要繼承其他服務的批准。將聚合行與受控訊息相關聯是上下文證據，而不是通用的一對一連線。保留記者、窗口和身份，並描述剩餘的不確定性。本書面演練未執行分類器、真實批准、訊息測試或提供程序探測。
協議範圍和評估限制
RFC 9989第 4.4、5.3.5 和 5.4 節 區分經過驗證的識別碼、對齊和接收器處理。單獨有效的簽名並不是完整的DMARC判決，而且通行證不能驗證業務內容。 RFC 9990第 3.1、3.5.1、3.5.4 及 7 節 描述匯總證據、報告身分、副本和隱私。這裡提議的商業評估、人員配置和權限門限是編輯建議，而不是 RFC 規定的產品功能。閱讀這些書面範例不需要缺少可執行補充；操作聲明需要單獨授權的觀察測試。