異常暫存器應解釋為什麼控制項與所需狀態不同以及如何結束這種差異。標記為豁免的網域清單是不夠的。將每個異常與業務服務、責任所有者、有限範圍、審查日期和基於證據的關閉測試聯繫起來。
記錄實際的異常狀況
描述預期控制、當前偏差和業務原因。記錄相關的寄件者、信封和簽名身分、受影響的提供者或租戶、重要性、批准和到期。區分廣泛的政策放鬆和狹窄的未解決的發送者路線。 DMARC 結盟 可以透過一致的成功來取得成功 SPF 或者 DKIM 結果，因此實際異常可能與團隊最初的診斷不同。分別地， RFC 9989 第 7.4 節和第 8 節要求 p=reject 域來應用有效的DKIM簽名，而不僅僅是依賴SPF 。訊息級傳遞並不放棄該部署義務。 RFC 9989.
包括補償性保障措施及其限制。例如，業務驗證流程可以降低付款風險，但不會使未經身份驗證的訊息得到身份驗證。不要將監控訂閱或儀表板描述為異常安全的證據。保留支持批准的證據，並將不必要的訊息資料保留在暫存器之外。
將到期定義為決策點
與指定的升級負責人一起設定審核日期和到期日。到期應觸發明確的決定：關閉、使用新證據續約或升級。它不應該默默地刪除DNS權限或中斷關鍵郵件。續約必須重新審視原因和範圍，而不是無限期地複製先前的批准。
使用混凝土封閉測試。在替換路由經過身份驗證和業務接收測試、舊服務已確認在相關週期內未使用且批准的刪除已得到驗證後，舊中繼例外可能會關閉。總結報告可以支持這一評估，但不完整的報告人群中的沉默不能確定不使用。 RFC 9990.
在宣布的審查日期比較三個例外情況
在 2026 年 11 月 8 日的假設審查中，EX-01 是一個工資單過渡，有指定所有者，替換測試仍需要驗證。 EX-02 是繼承路線，目前沒有所有者，有效期至 2026 年 11 月 1 日。 EX-03 是季度活動，尚未觀察到下一次計劃使用情況。 EX-02 在所述日期下逾期七個日曆日；該算術不批准續約或刪除。
接下來的操作有所不同：取得薪資替換證據，分配繼承路線的決策所有者，並規劃授權的活動週期檢查。 EX-02 的零觀測並不能填補其所有權或覆蓋範圍的空白。這些是發明的登記條目和手動資料推理，而不是執行的程序、風險接受度或即時郵件測試。在做出任何實際決定之前，請準確記錄受影響的權限和身分。
查看暫存器作為操作佇列
按業務後果、逾期狀態和缺失所有權進行排序，而不僅僅是年齡。為每個未解決的項目分配下一步行動和截止日期。保留最初的原因和以後的更改，以便審閱者可以區分仍然有效的約束和被遺忘的解決方法。
使用定義的群體來衡量逾期異常、無主異常和關閉進度。不要僅從這些計數中得出合規結論。有用的每月審查可以確定做出了哪些決定、哪些證據發生了變化以及業主仍需要在哪些方面採取行動。保留封閉記錄及其驗證證據，而不是刪除歷史記錄。
將評審變成決策隊列
對於每個逾期或即將到期的條目，記錄所需的具體證據、決策所有者和下一步行動。將逾期批准、未解決的所有權和技術測試失敗作為不同的發現，以便下一個審閱者知道要解決什麼問題。