郵件清單接收一封郵件並建立一條新的傳遞路徑。作者原創 SPF 結果不會自動轉移到該路徑，頁腳或主題變更可能會使原始結果無效 DKIM簽名。對待郵差 DMARC 緩解措施是對訊息處理的更改，而不是通用DNS修復。
識別已安裝的行為
記錄Mailman Core版本、管理介面、出站 MTA 和現有的清單設定。引用的目前文件是3.3.11b1開發文件分支；將其與您安裝的版本附帶的文件進行比較。當啟用緩解功能時，其規則會檢查寄件者域，並標記符合條件的訊息以進行處理。此處理程序提供From重寫和訊息包裝。記錄的設定並不能證明您的主機在其管理介面中公開了它。
將接收身份驗證與重新分發身份驗證分開。清單中接受的訊息在重新分發後可能會在訂閱者處失敗。同樣，成功的列表訂閱確認不會測試帶有頁腳和主題前綴的普通帖子。
慎重選擇緩解措施
參考： RFC 9989 §4.4, RFC 6376 §3.7.
從配置與生產相符的私有測試清單開始。在更改任何內容之前保留配置匯出或螢幕截圖以及範例貼文。在可用清單設定中，查看DMARC緩解操作以及它是有條件應用還是無條件應用。在引用的實施中，無條件緩解並不會使拒絕或丟棄適用於所有職位；該設定僅在操作既不是拒絕也不是丟棄時適用。在未檢查該安裝的介面或 API 的情況下，請勿將 Mailman 2 設定名稱複製到 Mailman 3 中。
透過重寫，將可見的作者地址移至由清單控制的身份。換行將原始訊息放入另一則訊息中。這些方法對回覆目標、通訊錄、檔案和可訪問性有不同的影響。拒絕或放棄貼文會改變參與，而不是修復其最終的身份驗證。選擇滿足清單記錄的交付要求的破壞性最小的選項。
在出站 MTA 上為訂閱者實際看到的身份安排一致的簽名。僅靠 Mailman 緩解措施並不能證明出站伺服器正確簽署郵件。在保留作者身份的情況下，確定對齊的作者簽名是否在每次修改後仍然存在；不要假設新的列表域簽名與不相關的作者域一致。
運行一個小的接受矩陣
從具有不同身份驗證和策略配置的網域發送受控帖子。包括純文字、HTML、附件和啟用生產頁腳的簽章訊息。在您控制的郵箱中，保留原始接收來源、可信任接收者身分驗證結果、可見寄件者、信封網域和每個 DKIM 簽章域。分別檢查回覆作者和回覆清單。使用非敏感合成內容審查存檔演示。 Mailman 記錄了這些針對單一成員交付的緩解措施，而不是摘要、檔案或 NNTP；單獨測試其他輸出，而不是假設它們也被重寫。
說明性比較：貼文從writer@example.org到達，離開時 From 設定為list@lists.example.net 。 lists.example.net的傳遞DKIM簽章可以與新的 From 域完全一致。它不會將原始作者驗證為example.net的所有者。此範例僅描述身分；這不是即時 Mailman 測試或投遞保證。
部署並維護決策
試行一份低風險清單，並公佈回覆行為變更。記錄所選的操作、範圍、出站簽章擁有者和已知的客戶端限制。觀察退回郵件和訂戶投訴以及身分驗證結果。如果回覆行為變得不可接受，請恢復已儲存的清單配置，同時調查替代路由；避免削弱作者的無關網域策略。
Mailman 升級、MTA 變更或頁尾重新設計後，重複此矩陣。面向作者的解釋要簡短：收件人會看到什麼、回覆去哪裡以及與誰聯繫。成功的身份驗證仍然只是收件者交付決策的輸入。