DMARC 检查

检查 DNS 策略，而不是邮件

输入发件人域名本身，不加 _dmarc 或邮箱前缀。工具查询对应 _dmarc 名称，必要时依 RFC 9989 树遍历规则发现继承策略。

真实 DMARC 认证还依赖邮件 SPF/DKIM 结果和标识符对齐。本表单没有邮件上下文，不给某封邮件的 pass/fail 结论。

_dmarc.example.com. 300 IN TXT "v=DMARC1; p=none"

文档示例 — 非实时 DNS 响应

当前的策略发现方式

实现依据 2026 年 5 月发布的 RFC 9989，而非仅使用已被替代的 RFC 7489 公共后缀方法。保留查询名称、发现路径和被选记录作为证据。

有界树遍历遵循 psd 边界，不截取最后两段猜测组织域。子域策略区分名称存在与 NXDOMAIN；临时故障会标记发现未完成。

策略意图与配置问题

none 表示监测意图，不是语法错误；quarantine 和 reject 请求接收方处理认证失败邮件，但实际接收动作不在检测范围。

重复候选、重复标签和无效值会列出。未知标签保留并忽略，旧版 pct 不按 RFC 9989 当作执行比例使用。

策略字段无效但存在语法有效的 rua 时，会说明监测回退。找到记录不是全面安全认证。

哪些内容未检查

不检查外部报告目标授权、报告投递、DKIM 密钥、邮件标识符对齐或接收方实际行为。不请求报告 URI，也不发送测试邮件。

处理生产邮件配置时应核对原始记录、发现路径、邮件平台与现行标准，并监测实际认证报告。