DMARC 告诉接收邮件的服务器，如何处理那些声称来自您的域名、但未通过 SPF 和 DKIM 检查的邮件。没有它，伪造邮件就更难被拦截，而且 Gmail 和 Yahoo 要求向它们批量发送邮件的发件人必须设置 DMARC。
含义
DMARC 记录是位于域名 _dmarc 处、以 v=DMARC1 开头的 TXT 记录。其策略（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 天后仍发现该问题，它会以“修复未生效”状态重新出现。请参阅 使用行动计划。