整体较高 DMARC 通过率可能与损坏的关键业务服务共存。较大的流主导算法，而较小的流可能携带密码重置、发票或紧急警报。在使用标题率批准更改之前，请单独审查已知的合法服务。
定义通过的内容
参考： RFC 9989 §5.3.5, RFC 9990 §3.1.1.9, RFC 9990 §3.1.1.8, RFC 9989 §5.4.
使用 DMARC 评估的对齐结果而不是原始结果 SPF 或者 DKIM 独自成功。通过适用的有效策略和已完成的检查，通过一种对齐机制足以实现消息级DMARC通行证；两者都需要创建不同的指标。处置是独立的：消息可以在接收者异常下进行处理，而不会成为身份验证通行证。
按消息计数对行进行加权。代表数千个观察值的单个健康行和代表十个观察值的失败行并不是同等大小的群体。将速率标记为适用于收集的观察结果，而不是发送的每条消息。
拆分已批准的发送库存
使用提供商配置、已知路由和授权消息样本将观察到的身份映射到服务。源 IP 本身可以被共享或代表转发器。保留未分类的流量，而不是根据猜测分配所有权。
对于每项关键服务，记录观察到的数量、对齐的通过和失败计数、接收器覆盖范围和最新测试结果。将未知和可疑的未经授权的流量与经过验证的合法群体分开。分类变更应注明日期，以便排除不方便的数据而导致比率提高。
检查小溪
说明性案例：营销服务有 99,900 个通过的观察结果，密码重置服务有 100 个失败的观察结果。综合通过率为 99.9%，而观察到的密码重置通过率为零。总费率在数学上是正确的，但在操作上并不完整。
这并不能证明每次密码重置都被拒绝，或者来自该服务的所有消息都到达了报告接收者。它确实证明了立即进行路线级调查的合理性。检查当前的原始消息、一致的身份、提供商设置和相关网关，而不是庆祝总体百分比。
围绕影响设置决策门
使用总体利率作为背景，然后在收紧政策之前需要关键服务的证据。没有观察的小批量服务需要测试或记录差距，而不是假设的通过。根据业务影响、合法性信心和当前失败证据确定修复的优先顺序。
通过新的端到端测试和后续报告观察（如果可用）来解决服务问题。将总指标和服务视图保留在操作报告中。有用的摘要使重要的异常可见，而不是让健康的体积隐藏它。
让异常情况在运营审查中可见
列出每个关键服务及其所有者、预期身份、观察到的故障和当前调查状态。即使在四舍五入的情况下也显示计数会使整个图表看起来很完美。包括最新成功的受控测试及其未进行的任何路线。所有者应该明确接受剩余的差距，而不是允许未分类的服务从审查中消失。在发件人或模板更改后进行检查，因为较早通过的样本无法确定新修改的路由仍然正确签名和对齐。
继续调查
使用 汇总报告演练 解释底层字段和 对准诊断指南 当原始身份验证通行证不满足DMARC时。
保持决策的界限
本地计算得出 99,900 / 100,000 = 99.9% 的总体通过率，0 / 100 = 0%（假设的密码重置队列）。我们立即决定调查该关键路线，而不是推断拒绝所有 100 条消息。这些是发明的教学计数，而不是客户遥测。