DMARC 會告訴收件郵件伺服器，如何處理聲稱來自你的網域、但未通過 SPF 和 DKIM 檢查的郵件。沒有 DMARC，就更難阻止偽冒郵件，而且 Gmail 和 Yahoo 要求所有向它們大量寄信的寄件者都必須設定。
這代表什麼
DMARC 記錄是網域中位於 _dmarc 的 TXT 記錄，以 v=DMARC1 開頭。其政策（p=none、p=quarantine 或 p=reject）決定驗證失敗的郵件應該照常投遞、送進垃圾郵件，還是拒收。即使是 p=none 也有幫助，因為它會啟用報告，讓你看到有誰以你的網域名義寄信。
觸發條件
「DNS 與電子郵件安全性」檢查每天會透過公用 DNS 查詢一次已註冊網域中 _dmarc 的 TXT 記錄。如果沒有任何記錄以 v=DMARC1 開頭，且網域有 MX 記錄（也就是會收信），就會提出這個「中」問題。此問題只顯示在應用程式中，不會寄送電子郵件。
任何 DMARC 記錄（包括 p=none）都能解除此問題。網站的「網站健康度」區段會顯示找到的政策。
常見原因
- 電子郵件已設定 SPF，也許還有 DKIM，但從未加入 DMARC。
- 記錄加在錯誤的名稱上，例如加在網域本身，而不是 _dmarc。
- DNS 搬到新的服務商時，記錄遺失了。
如何修正
- 先確認 SPF 正確無誤，如果你的電子郵件服務商提供 DKIM，也請開啟。請參閱 SPF 記錄問題。
- 在你的 DNS 服務商處新增名為 _dmarc 的 TXT 記錄，值可以是 v=DMARC1; p=none; rua=mailto:dmarc@example.com，並使用你網域中有人會查看的信箱。
- 閱讀幾週的報告，確認你所有正當的郵件都能通過，然後將政策收緊為 p=quarantine，之後再改為 p=reject。
何時解除
問題會在下一次每日檢查不再發現問題後消失，其行動則會在 7 天後從行動計畫中移除。
如果你將行動標記為完成，但 14 天後仍發現問題，它會以「修正未生效」重新出現。請參閱 使用行動計畫。