宣布退休前读两条记录
一个 ARC 退休标题可以描述提案的方向，但不能准确描述协议的发布状态。这些是具有不同后果的不同主张。接收团队可以合理地调查拟议的过渡，同时继续现有的、经批准的邮件路线。它不应该因为草稿使用决定性语言而禁用依赖项。首先记录已发布的 RFC，然后记录提议的更改，并保留两个观察结果的日期。
2026 年 11 月 8 日， RFC 8617数据跟踪器记录 将该文档标识为“RFC - Experimental”，于 2019 年 7 月发布。 ARC重新分类记录 将修订版 01 标识为“有效互联网草案”，最后更新时间为 2026 年 10 月 21 日。其工作组状态为 WG Document，其 IESG 状态为 ID Exists。这些观察结果支持报告实时提案，而不是已经完成的重新分类。
归因提案的结论
重新分类草案认为，签名本身并不建立中介信任，讨论了运营声誉负担，并建议结束实验。它建议限制进一步部署并转向DKIM2 。将这些陈述作为草案的分析和拟议的指导意见提出。不要默默地将其建议推广到当前的标准决策、提供商的截止日期或生产变更指令中。文档的标题和有力的散文不会覆盖其记录的过程状态。
因此，有用的状态注释包含两个句子而不是压缩标签：当前的 RFC 类别，后面是确切的提案修订和状态。添加接下来需要检查的内容，例如批准的状态操作、发布记录或更改的 RFC 关系。修订后的草案是重新阅读其实质内容的理由；这并不是自动授权迁移的事件。过期的提案同样需要与有效提案不同的措辞，而不能证明潜在的技术问题已经消失。
将链验证与信任分开
RFC 8617 描述了一种通过中介传递经过身份验证的断言的机制。评估其链和决定是否信任密封者是不同的任务。密码学上有效的断言并不能证明中介机构正确评估了消息、其帐户未受到损害或内容无害。接收者的当地政策和中介机构的知识仍然很重要。
这种区别还可以防止误导性的故障排除。转发可能会改变面向接收者的发送系统；消息修改会影响 DKIM 确认。 ARC提供接收者在做出政策决定时可以考虑的信息。它不会将底层身份验证历史重写为不同的测试结果。在下面 当前DMARC语义，一致的成功身份验证路径和本地策略例外仍然是不同的解释。报告和操作员注释应保留这种差异。
在考虑更改之前清点依赖项
对于从讨论列表通过企业网关的虚构路线，第一个工作项是依赖项清单，而不是停用。记录哪个组件创建ARC集、验证它们、识别可信中介并做出交付决策。将产品记录的功能与租户启用的配置区分开来。记录每个步骤的负责人以及哪些证据可以证明当前的行为。本指南未检查此类路线。
接下来，确定可能受未来策略变化影响的合法流量。添加页脚、转发邮箱和内部路由服务的列表可能有不同的需求。将提议的验收案例与这些实际路线类别联系起来。新协议修复转发的一般断言不能替代涉及相关网关、邮件列表行为和目标接收者的测试。保留例外需要负责任的审查；删除它还需要证据和授权。
请勿将DKIM2变成已安装的替代品
这 DKIM2数据跟踪器记录 在本次审查期间，显示了修订版 09 作为活跃的工作组互联网草案，于 2026 年 11 月 1 日更新。这项工作的存在并不能证明特定的发送者或接收者实现了它。草案提出的支持要求也没有建立生产产品的支持矩阵。将设计意图、标准状态、实施版本和测试的互操作性保留在单独的列中。
未来的评估计划可以询问记录的实施是否可以处理所需的路由转换、如何暴露故障以及如何在任何转换期间维护现有的保护。该计划需要指定的所有者、受控的环境、授权的输入和明确的验收标准。它不得包含发明的成功痕迹或从提案到期日借用的日历承诺。草案到期是文档管理事实，而不是操作员迁移截止日期。
保留可审查的决策记录
目录委托了这一确切的证据：“检查委托日期的两个 Datatracker 记录并准确引用其状态。”注明日期的公众阅读内容将保留在本包中以供审查，同时对委托证据的接受仍然开放。本文不提供操作证明、提供商承诺、批准的迁移或完成的互操作性测试。由于文档可以独立更改，因此在发布之前必须重新检查其状态观察结果。
维护一个小的监视记录，其中包含两个 URL、观察到的状态、修订日期、负责的审阅者和更改触发器。为任何提供商公告添加单独的链接，而不是将其视为IETF决定。当状态发生变化时，首先修改解释，然后评估当地影响。只有经过授权的变更流程才能决定是否更改实时路线，并提供经过测试的恢复计划和可以判断交付结果的所有者。