保險公司的經紀人網路不是一個發送系統。經紀人可以從自己的網域進行撰寫、使用經批准的保險公司品牌服務或轉發保單通知。活動供應商和政策管理平台添加了更多路線。在配置身份驗證之前，確定每個關係有權使用哪個身分。
經紀人關係精準分類
記錄經紀人是否在其自己的網域或保險公司控制的寄件人域下進行通訊。使用自己身分的代理人應該管理該網域的身份驗證；它的訊息不會因為提及保險公司而成為保險公司網域訊息。如果保險公司網域已獲得授權，請記錄具體應用、租戶、目的和負責的保險公司所有者。
不要僅僅因為某些訊息需要修復而為整個代理網路添加廣泛的寄件者權限。每個授權都應該有商業理由和已知的技術實現。轉發也不同於作為保險公司發送：在決定哪個控制失敗之前檢查實際訊息身分和可信任接收者結果。
讓競選活動遠離政策服務假設
外包活動可以使用策略通知中的不同應用程式、選擇退出流程、範本和收件人。分別記錄活動所有者和策略服務所有者。認證並未建立市場許可、政策語言的有效性或揭露義務的履行。透過適用的業務和法律審查來驗證這些問題。
對於活動供應商，確定客戶特定的網域配置、選擇器、憑證擁有者和退出流程。用於保單管理、測試續約、認可和其他對客戶重要的不常見通知。時事通訊測試不會驗證續訂處理器。供應商提供客製化服務的聲明 DKIM 並不能證明它已為保險公司的租戶啟用。
設定授權期限
記錄經紀人或供應商關係何時開始和結束、誰可以批准範圍變更以及退出時必須刪除哪些簽名權限。規劃順序，以便退休的供應商不能繼續按照舊的權限發送，同時合法的排隊通知也不會意外滯留。不要因為合約結束日期已過而刪除DNS記錄，而沒有協調主動遷移和批准的回溯需求。
使用經批准的綜合策略記錄進行測試。檢查可見的寄件者地址、實際簽署網域和回覆目的地。如果回覆包含投保人數據，請將其路由到核准的作業系統，而不是供應商的附帶測試郵箱。根據組織的政策盡量減少儲存的樣本並限制存取。
解釋異常記錄中的邊界
此假設地圖使用保險公司品牌的經紀人身分、活動身分和保單通知身分。這並不意味著每個經紀人都應該使用保險公司的網域。假設保單通知具有 From policy.insurer.example和有效的 DKIM簽名 與d=provider.example.net.該簽名未通過嚴格的DKIM 結盟;假設有效性，此處未驗證。
例外情況應註明受影響的通知類型、所有者、原因、補償流程和下次審核日期。在經紀商入職、供應商更換和政策系統發布後審查例外情況。使清單與監管合規性評估或保單合約內容區分開來；這些假設的身份並沒有做出這樣的決定。
協調經紀人退出與待續訂
假設經紀人的發送委託即將結束，而批准的續訂通知仍在策略系統中排隊。確定哪個服務擁有該通知以及其權限是否獨立於即將退休的經紀人。不要無限期地保持所有代理權限處於活動狀態，也不要僅僅為了完成清單而刪除每個相關的DNS記錄。讓責任擁有者批准範圍轉換並驗證剩餘的策略工作流程。這些是假設條件，而不是實際的保險公司或合約決定。
路由清單可以單獨記錄用於經批准的保險公司品牌經紀人郵件的brokers.insurer.example 、用於行銷的campaign.insurer.example以及用於保單服務的policy.insurer.example 。這些是說明性的身份和角色，不提供簽名樣本或真正的贈款。在自己的領域內發言的經紀人仍然是一個單獨的身份模型。未執行密碼測試、通知傳送或撤銷。
在其限制範圍內解釋身份驗證
RFC 9989第 4.4 節及 5.3.5 節 區分簽名的有效性、對齊和完整 DMARC 判決。單一假設的未對齊簽名並不能證明不存在其他對齊的DKIM或傳遞對齊的簽名 SPF 路徑。為了 p=reject 部署時，第 7.4 節和第 8 節需要有效的DKIM而不是只依賴SPF 。第 5.4 節將處理留給接收者策略，並且不驗證訊息的業務內容。這些協定邊界不會取代授權的工作流程、存取、計時或收件者檢查。