重點摘要
- 監控驗證狀況時，先從
p=none開始；待正常郵件都通過後，再逐步改為 quarantine 或 reject。 - 透過彙總報告查看哪些服務以您的網域寄信，以及 SPF 或 DKIM 對齊是否失敗。
- DMARC 仰賴正常運作的 SPF 與 DKIM，因此在執行更嚴格的政策前，請先檢查這些紀錄。
設定您的 DMARC 政策
如何選擇合適的 DMARC 政策
DMARC 以 TXT 紀錄形式發布在_dmarc.example.com。它不會取代 SPF 或 DKIM，而是檢查 SPF 或 DKIM 是否與顯示的寄件者（From）網域對齊，再套用您發布的政策。新網域通常從p=none開始，讓您能在不封鎖郵件的情況下收集報告。確認所有正常寄件服務都已通過驗證後，就能改為p=quarantine，最終再改為 p=reject。
填在rua中的報告地址，會接收來自參與的信箱服務商的彙總報告。這些報告能讓您看出哪些服務以此網域寄信、哪些通過驗證、哪些需要修正 SPF 或 DKIM。填在ruf中的鑑識報告為選填，且並非所有服務商都一致支援，因此許多團隊主要仰賴彙總報告。
百分比設定讓您能逐步執行政策。例如，網域可先對一小部分未通過的郵件從監控改為隔離，再將政策套用到所有郵件。當一個網域有多個團隊或平台在寄信時，這特別有用。
先使用 p=none 並設定報告信箱，在正式執行前掌握驗證結果。
確保主要寄件服務都能以寄件者（From）網域通過 SPF 或 DKIM 對齊。
只有在正常郵件都通過驗證後，才逐步改為 quarantine 或 reject。
適用於活動與產品寄送的 DMARC 設定
行銷、業務與產品郵件的 DMARC 應搭配名單維護與寄件者監控。寄件者驗證能降低冒名風險，並幫助信箱服務商理解您的寄件身分，但無法讓無效地址變得可送達。寄送大型 CSV 前，請先用大量驗證驗證整份名單，或用電子郵件驗證工具測試單一地址。
如果您正在設定新網域，請先使用 SPF 產生器與 DKIM 產生器。接著產生 DMARC、發布後，再執行 DMARC 檢查工具。退信率低於 3% 屬健康；3-5% 需要清理與留意；高於 5% 對寄件者信譽屬高風險。
DMARC 導入檢查清單
除非網域的寄送來源很單純，且每個寄件服務都已驗證，否則不要直接跳到嚴格政策。多數團隊應先監控、檢視彙總報告、修正未通過對齊的來源，再分階段收緊政策。這樣可避免封鎖尚未完整驗證的正常帳單、客服回覆、密碼重設或活動郵件。
使用真的有人會查看的報告信箱，或將報告導入監控服務。DMARC 報告的價值在於能見度：它顯示哪些系統在使用這個網域，以及它們是否通過 SPF 或 DKIM 對齊。當多個團隊各自管理不同電子郵件平台時，這些資訊特別有用。
對於子網域，決定要沿用根網域的政策，還是為子網域設定專屬政策。許多團隊會把開發信、電子報與產品郵件放在不同子網域，讓 DNS 變更與信譽訊號更容易管理。
DMARC 產生器常見問題
DMARC 紀錄該發布在哪裡？
以 TXT 紀錄發布在 _dmarc 加上您的網域，例如 _dmarc.example.com。
應該從 p=none 開始嗎？
多數新設定都建議如此。p=none 讓您在執行 quarantine 或 reject 前，先收集報告並修正正常的寄件服務。
DMARC 中的 pct 是什麼意思？
pct 標籤控制套用已發布政策的未通過郵件百分比，適合用於逐步執行。
沒有 SPF 或 DKIM，DMARC 能運作嗎？
DMARC 仰賴 SPF 或 DKIM 對齊。至少要有一種對齊的驗證方式通過，才算正常通過 DMARC。