测试更改请求，而不更改身份验证结果
当前的 t 标签 DMARC 是附加到策略记录的测试模式信号。它不会将未经身份验证的消息转换为经过身份验证的消息，并且不承诺传送。其有用目的是软化对 DMARC 失败邮件的评估要求，同时允许相关的特殊处理。因此，部署计划需要两个独立的输出：预期的策略解释和接收者的实际行为。
RFC 9989第 4.7 节 定义t=y和t=n,其中 n 为默认值。测试根据从 p、sp 或 np 中选择的评估策略进行。首先确定该策略以及DMARC是否失败。当子域覆盖实际控制消息时，请勿将转换应用于任意 p 标记。
在发送任何内容之前建立六格期望
对于选定的无策略，y 和 n 都将请求的评估保留为无。对于选定的隔离区，y 不请求任何隔离，而 n 保留隔离区。对于选定的拒绝，y 请求隔离，而 n 保留拒绝。 none 结果仍然允许普通接收器过滤；它不是绕过反滥用控制的指令，也不是保证邮件将进入收件箱。
在虚构的测试设计中， _dmarc.trial.north.example一次保存一个替代记录，每个记录以v=DMARC1开头，并包含一个选定的 p 值和一个 t 值。六个备选方案形成一个矩阵，而不是同时六个TXT策略记录。同一候选名称的多个策略记录是一个不同的发现问题，并且会使预期的比较无效。本文没有发布任何记录，也没有发送任何邮件。
为 DMARC 传递控制消息保留单独的预期结果。测试不会重写导致失败的结果或导致失败 SPF 结果通过。验证， 结盟，选定的评估和最终处置应占据证据包中的不同字段。否则，一张显示“已交付”的屏幕截图可能会掩盖实验本来要建立的行为。
包括特殊处理而不依赖它
测试定义允许相关的特殊处理，例如由中介机构进行现场重写以及更软的评估。它表示，无论是否发生特殊处理，评估减少都适用。因此，测试设计必须观察两个维度，而不是以可见重写为条件来减少策略。
RFC 9989附录 A.6 解释历史：不一致的百分比处理导致删除 pct，而围绕pct=0的有用实践通知了新的二进制标记。该历史并不使t=y成为流量采样百分比或声称所有历史 pct 行为都被再现。这 IANA注册机构 现在将 t 列为活动状态，将 pct 列为历史状态。注册表项无法确定接收组织运行哪些软件。
中间人可能会以影响以后对齐的方式改变标识符。仅在经过批准的隐私安全测试中保留中介前和中介后消息证据。不要仅从更改的显示名称或最终文件夹推断该机制。报告应标识更改的确切字段、更改的跃点以及下游看到的身份验证结果。
最终拒绝仍需要接收者更广泛的分析
标记为拒绝的矩阵单元描述了请求的评估，而不是自动SMTP结果。 RFC 9989第 7.4 节 要求接收者不要仅仅根据发送域的拒绝策略来拒绝。他们必须将其与其他分析结合起来，如果没有额外的知识，则将失败的邮件视为隔离。忽略这种区别的测试可能会错误地认为合格的接收器有缺陷。
同一部分强调了转发和邮件列表互操作性风险。域发布拒绝不得仅依赖SPF来确保DMARC通行证的安全，并且必须应用有效的 DKIM 签名。测试模式不会修复损坏的签名或确定每个间接路由都是安全的。当实际部署依赖直接传递和批准的代表性间接路径时，请包括这些路径，而不是从单个邮箱推断。
将接收者声明的范围限定为您可以保留的证据
发布的 RFC 是规范性参考，而不是每个提供商的推出公告。较旧的实现可能会忽略它无法识别的标签，从而可能使声明的隔离或拒绝评估不被软化。这是需要评估的风险，而不是对指定接收者的测量结果。记录当前提供商的声明、可用的实际软件版本以及支持每个兼容性结论的具体观察结果。
提议的授权运行应保留DNS策略快照和时间、准确的记录名称、消息标识符、对齐输入、接收器响应和任何可用的报告。单独记录本地策略覆盖。在受控条件下重复六单元比较，而不是一次更改多个发送变量。包括意外拒绝的停止条件并保留批准的回滚计划；本文并未授权这些操作行为。
报告也保持独立。 t 标签本身不会更改报告生成。聚合请求使用 rua 和 RFC 9990 报告规则；故障反馈有其自身的条件和接收者的判断力。缺少反馈不能证明测试标签被忽略，并且反馈本身可能无法解释接收者完整的最终处置推理。
诚实地让执行之门敞开
确切的委托是：使用每个策略测试t=y和t=n并保留接收器结果。该包包含原始的六单元预期矩阵，在起草之前准备好，但没有接收器结果。因此它不满足该执行要求。原始证据之门仍然明显开放，而不是被基于标准文本的兼容性声明所取代。
在发布之前，技术所有者必须批准该夹具，操作所有者必须授权任何实际测试，并且审核者必须将观察结果与当前规格和接收器范围进行协调。勘误验证、专家验收、生产路线检查、目视审查和出版许可仍在等待中。今天的合理结论是当前标签要求符合要求的实现要做的事情，以及仍然需要依赖它的精确证据。