显示标签中的新品牌名称与发件人地址中的新域的更改不同。后者改变了针对其的身份 DMARC 结盟 被评估。因此，完全有效的旧域签名可能会停止帮助新品牌消息。在发布公告之前规划身份转换，包括通信团队不拥有的交易应用程序。
分隔身份字段
对于每条路线，捕获可见的发件人地址， 信封发件人, DKIM d= domain and 选择器和回复地址。显示名称是演示文稿。 Reply-To 直接回复。两者都不能替代DMARC使用的经过身份验证的标识符。 RFC 9989 定义对齐； RFC 6376 定义签名身份和选择器查找。
不要假设新旧品牌域是一致的，因为一家公司拥有这两个品牌域。在严格对齐的情况下，域名必须匹配。宽松对齐使用协议的组织域关系，而不是公司收购列表。以下示例假设严格的DKIM对齐并隔离一个签名；它不实现DMARC发现或确定整个消息结果。
割接前建立新域
库存营销、员工邮件、发票、密码重置、支持票证和低频警报。对于每个，使用为实际帐户生成的值配置提供商支持的新发送身份和所需的DNS 。从受控测试消息中获取可信接收器结果。检查身份验证和业务工作流程：通过DMARC但包含损坏链接的重置消息尚未准备好。
保留回复和旧地址的记录路径。继续在旧域接收邮件与继续授权出站发件人是分开的。同意旧身份需要保留多长时间以及如何处理使用旧选择器签名的延迟消息。避免仅仅因为最后一个新生成的消息已切换而删除公钥。
比较四种假设的签署结果
假设 From 是 oldbrand.test 并且有效签名具有d=oldbrand.test:该签名严格对齐。仅将 From 更改为 newbrand.test，保留有效的旧域签名：它不再严格对齐。 d=newbrand.test的有效签名可恢复此对齐的DKIM路径。如果该新域签名验证失败，则仅匹配域文本无法提供通过路径。这些是假设的输入和手工比较，而不是执行的代码或加密验证。
另一个有效的对齐签名或对齐 SPF pass 仍然可以满足消息级DMARC规则。在声明故障之前检查所有相关路径，并且不要推断接收器处置或收件箱放置。分别地， RFC 9989 第 7.4 节和第 8 节要求 p=reject 域使用有效的DKIM签名，而不是仅仅依赖SPF 。在启动之前，验证重置交易以及身份验证：即使使用对齐的通行证，损坏的重置链接仍然会导致业务失败。
分阶段启动并定义恢复
首先移动一个批准的流并观察其应用结果、接收器结果和报告。 汇总报告 是来自参与接收器的延迟观测，而不是完整的发射监视器。添加对业务重要的流程的直接检查。健康的营销量不得隐藏发票或重置失败。
定义启动前回滚：谁可以恢复之前的发件人身份、旧的身份验证是否仍然有效以及已排队的邮件会发生什么情况。仅恢复显示名称无法修复对齐失败。当最终授权流已移动并且延迟邮件计划已完成时，停用旧的发送权限。将旧域所有权和入站路由决策与出站停用记录分开保存。