长期电子邮件架构应考虑不断变化的标准，而不是将提案视为已安装的功能。 ARC 作为实验发表；较新的工作建议结束该实验并将经验教训纳入DKIM2中。当前的任务是清点依赖关系、保留当前行为的证据并定义未来迁移的合理性。文档标题或出版物草稿不是操作切换指令。
固定文档及其状态
此审核保留了RFC 8617年 10 月 21 日的draft-ietf-dmarc-arc-to-historic-01和 2026 年 11 月 1 日的draft-ietf-dkim-dkim2-spec-09 。这两个草案正在进行中。 ARC草案要求将RFC 8617重新分类为历史；其请求不应仅凭该草案就被报告为已完成的标准行动。根据 Datatracker 的说法， RFC 8617仍处于实验阶段， DKIM2修订版 09 是一个活跃的互联网草案。在做出稍后的状态断言之前重新检查。
这 ARC退休提案 确定了一个中心限制：加密链验证不为做出断言的中介提供通用信任框架。其运营分析和指导支持重新评估对ARC的新依赖。它们并不能证明现有的接收提供商已停止使用ARC ，也不能证明删除可信密封器是无害的。
了解DKIM2建议
这 DKIM2修订版 09 草案 描述签名消息实例、有关中间更改的信息、链式验证和重放相关的保护。这些是固定修订版中提出的机制，不能保证部署支持或普遍攻击预防。在声明互操作性之前，实施者必须评估完整的规范、相关文档和后续修订。
在规划登记册中分开四个问题：文档指定什么、实施支持什么、您的部署支持什么以及接收系统实际使用什么。供应商路线图既不能回答最后一个问题，也不能回答退休日期。明确记录未知因素，包括密钥管理、转换处理、共存、操作限制以及接收者的信任或声誉决策。
保留实验室基线
保留的 2026 年 11 月 7 日赛程提供了具体的当前协议基线。它签署了一条无害的消息 DKIM 并保留未更改和页脚修改的副本。此次审核于 2026 年 11 月 8 日离线重新验证了那些保留的签名：未更改的副本通过，修改后的正文失败。有界精确域模型显示了对齐身份验证的最终损失。保留的消息和公钥使得结果可检查。
不执行ARC签名、ARC 链验证或DKIM2实施。因此，实验室建立了转换问题，而不是提出的解决方案。对于未来的试点，添加版本固定的实施、已知答案测试、负面控制、互操作性合作伙伴和回滚标准。保留旧的和新的输出，以便草稿语法或语义的更改可见，而不是被通用传递标签隐藏。
制定可逆的运营计划
清点当前可信密封器、列出服务、转发异常和重要消息修改。询问所有者哪些流程依赖于接收器本地ARC处理，并保留观察到的示例（如果有）。在提案成熟时，继续保护当前的DKIM签名并减少不必要的转换。不要削弱 DMARC 只是因为未来的协议可能会改进转发。
使用决策门而不是推测的截止日期：检查已发布的状态、确定支持的实施、完成受控试点、测量接收者兼容性并批准回滚。在新草案、实施版本或提供商公告后审查登记册。当其依赖性和证据明确时，长期计划就已准备就绪；它尚未准备好，只是因为该组织选择了新的缩写词。