报告可以显示失败 DMARC 结盟 不显示域所有者请求的处理。这并不自动矛盾。接收方评估身份验证，然后使用DMARC及其自己的策略做出处理决策。在报告域通过或强制执行被破坏之前，请单独阅读这些阶段。
从报告上下文开始
参考： RFC 9990 §3.3.
保留报告组织、报告标识符、时间窗口和policy_published块。使用该报告中观察到的策略，而不是单独使用今天的DNS 。 RFC 9990 第 3.3 节描述了报告期内的策略变化：即使某些消息遇到了较早的消息，报告也可能代表最终配置。这限制了一个策略标签对每一行所证明的内容。
在解释词汇之前，请阅读报告的格式和命名空间。当前RFC 9990和历史 RFC 7489 报告可以共存于摄取系统中。不要默默地将不熟悉的值转化为成功或在规范化后丢弃原始有效负载。
分开三层
参考： RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.11, RFC 9990 §3.1.6.
auth_results 块包含 SPF 和 DKIM 结果未根据DMARC进行解释。签名可以在与不符合的域下传递 标题来自。 policy_evaluated SPF和DKIM值描述与 DMARC 相关的评估，包括对齐。处置描述应用DMARC策略的结果，而不是独立证明任一身份验证机制已通过。
检查每个报告的覆盖原因和任何评论。 RFC 9990定义了local_policy、mailing_list、other、policy_test_mode 和trusted_forwarder 原因。他们描述了处理方式不同的原因；它们不会将失败的SPF或DKIM重写为通过对齐的身份验证。将收件人的邮件列表分类视为报告的上下文，而不是您的组织批准该列表的证据。
注释说明性行
参考： RFC 9989 §5.3.5, RFC 9989 §5.4.
假设适用的有效政策并已完成检查。综合报告记录 p=reject 对于brand.example 。其原始SPF结果传递给relay.example ，与brand.example无关；没有对齐 DKIM签名 通过。两种policy_evaluated机制都会失败，但由于trusted_forwarder的原因，处置是没有的。正确的解释是DMARC失败，并且接收方从请求的操作中免除了该邮件，因为它预期与转发相关的身份验证失败。
此示例描述的是字段，而不是完整的 XML 固定装置或观察到的客户事件。它并不能证明收件箱已送达。接收者可以独立应用垃圾邮件或其他控制，并且聚合报告不提供每个消息的文件夹放置收据。
决定调查什么
对于已知的业务路由，将报告的身份与受控接收的消息和发送配置进行比较。对于未知的路线，在寻找所有者时保留未解决的分类。覆盖原因可以帮助确定调查的优先顺序，但不允许将 IP 添加到SPF或批准提供商。
用四个语句结束分析：报告了哪些策略、哪些一致的身份验证路径通过或失败了、报告了哪些处理以及仍然缺少哪些证据。使用行数计算消息量并保留报告者和周期。避免将行数与消息数等同起来，或者将一个接收者的本地异常呈现为通用传递规则。
检查带注释的现场装置
参考： RFC 9990 §3.1.1.14, RFC 9990 §3.1.1.8.
以下是合成字段投影，而不是完整的架构有效的 XML 报告。其规定的周期是固定日 0（Unix 秒 0-86399），而不是观察到的报告日。
- 字段：policy_published/domain, p; Fixture值： brand.example 、reject；解释：该装置使用的请求策略
- 字段：标识符/header_from；灯具价值： brand.example ；解释：作者身份以进行对齐
- 字段：行/source_ip，计数；夹具值： 192.0.2.40 ；解释：连接地址和所代表的消息
- 字段：auth_results/spf/domain，结果； Fixture值： bounces.vendor.example , pass；解读：在不相关的领域取得原始成功
- 字段：auth_results/dkim/domain，结果；夹具值： vendor.example ，pass；解读：没有作者一致性的原始成功
- 字段：policy_evaluated/spf、dkim；夹具值：失败、失败；解释： 排位赛对齐路径均未通过
- 字段：policy_evaluated/disposition；夹具值：无；解释：请求的拒绝未被应用
- 字段：policy_evaluated/原因/类型；夹具值：trusted_forwarder；解释：接收方报告的异常
在该装置的显式严格对齐模式下，两个经过身份验证的域都不等于brand.example 。提供的本地身份练习会独立于处置值来重现失败的身份验证决策。原因对象包含必需的类型和可选的注释；两个字段都不会改变对齐结果。下一个调查是 12 条消息的路由确认，而不是自动添加SPF 。
将练习保持在范围内
这些示例是部分字段投影，而不是架构有效的报告或测量的流量。本地检查使用明确提供的身份验证结果和组织关系；他们不执行DNS发现、 SPF评估、加密验证、报告摄取或接收器传送测试。在进行生产更改之前保留原始报告和可信消息证据。