A DMARC 通过回答身份问题。它不能证明收件人需要该邮件、其内容是否安全，或者接收服务是否将其放入收件箱。将身份验证视为交付保证会使调查转向错误的控制。
说明通过了什么
DMARC评估 结盟 作者域和经过身份验证的标识符之间 SPF 或者 DKIM。通过的结果需要适用的一致认证成功，不一定两种机制都成功。对于部署， RFC 9989 第 7.4 节和第 8 节要求域发布 p=reject 应用有效的DKIM签名而不是仅仅依赖SPF 。该义务与消息级传递规则是分开的。检查接收系统的可信结果和涉及的标识符。复制一份 Authentication-Results标头 发件人提供的证据本身并不是可靠的证据。 DMARC规范.
记录最终接收方样本（如果有）、观察时间和发送路线。转发和消息修改可能会使较早跃点的测试与目的地的结果不同。请勿将DNS记录查找称为消息级DMARC通行证。
找到交付阶段
保持提交、远程SMTP接受和邮箱放置不同。 SMTP接受转移了协议下的责任，但不承诺收件箱文件夹。邮件可以通过身份验证，但仍然会遇到收件人策略或不需要的邮件过滤。 Google 的发件人指南描述了身份验证以及声誉、垃圾邮件投诉和邮寄实践。 Google 发件人指南.
询问实际症状：拒绝、反复临时推迟、垃圾邮件文件夹观察或缺乏用户交互。每个人都需要不同的证据。未加载的跟踪像素无法证明SMTP传递失败。
比较稳定的队列而不声明因果关系
考虑四个假设的消息，其最终接收者具有可信的对齐DKIM通行证。两个已确认收件箱观察结果，一个已确认垃圾邮件文件夹观察结果，一个仅最终接受了SMTP但位置未知。在本教学假设中，为所有四个都建立了身份验证，但仅为两个建立了确认的收件箱放置。
观察到的文件夹子集是三个观察中的两个收件箱消息。整个队列中有四分之二已确认收件箱病例，其中一例未解决安置问题；分母都不会将该未知数变成垃圾邮件。对于此示例，没有验证签名或检查邮箱。其目的是显示哪些证据仍然缺失，而不是衡量认证的因果效应。
修复观察到的问题
对于拒绝，请保留准确的远程响应并使用接收提供商的当前指导来解决该问题。对于已确认的垃圾邮件文件夹样本，请检查通缉邮件实践、受众期望和路由声誉以及任何真正的身份验证缺陷。对于缺失的证据，收集受控的授权样本，而不是推测性地改变政策。
使用用于身份验证、传输和放置（包括未知数）的单独字段关闭案例。请勿削弱DMARC或轮换身份来逃避投诉。即使身份验证不是导致交付事件的原因，它仍然很有价值。
对于运营报告，为每个字段提供证据参考，而不是单一的绿色状态。管理员可以将可信接收结果附加到身份验证、将队列标识符附加到传输、将受控邮箱观察附加到放置。如果收件人无法提供样品，请留下未知的位置。这可以防止得到充分支持的身份验证结论悄悄扩展为对客户体验的不受支持的保证。
记录可防御的下一步
分别记录认证、运输和放置；一个阶段的通行证无法填补另一阶段的未知。列出所有者的姓名、仍然缺失的证据以及结束调查的条件。让不受支持的结果未知。