A DMARC 服务迁移可以是仅报告的更改或实时身份验证更改。确定您正在制作哪一款。如果该服务仅收集 汇总报告，更换收集器无需改变 SPF 授权， DKIM 键或 DMARC执行。如果它还托管DNS或签名依赖项，则它们需要自己的退出计划。将所有更改合并到一个窗口中会使故障更难以归因。
清点当前报告路径
记录每个策略域、其确切的策略记录、报告收件人、外部授权依赖性、收集者帐户、导出方法和保留边界。记录哪个团队拥有原始报告访问权限。检查仪表板总计是否代表原始观察结果、标准化行、去重复报告或专有解释。在比较提供商时保留这种区别。
RFC 9990 定义汇总报告结构和外部报告授权。报告包含观察期和报告者元数据；它们并不是每条消息的完整实时分类帐。仪表板中缺少一天可能意味着交付、摄取、解析或演示问题。在更改发送政策之前找到证据消失的最早阶段。
准备新的目的地和有界重叠
确认新收件人可以接受并处理目标域的报告。如果适用，建立所需的外部目的地授权。如果获得批准，请使用有效的策略语法和支持的收集器配置在有界重叠期间保留新旧收件人。在将报告复制给新组织之前批准额外的披露。第二个接收者并不能仅仅因为记录是汇总的就免受隐私影响。
在旧帐户结束之前导出原始示例和解析器结果。使用收集器记录的接口和防护措施测试大型或压缩输入；不要发明上传格式。比较政策领域、报告间隔和报告者身份，然后检查原始报告级别的差异。处理时间和重复数据删除方面的差异可能会使看似相同的总数产生误导。
协调明确有界重叠的示例
假设旧收集器键是 A、B 和 C，而新收集器键是 B、C 和 D。联合包含四个不同的候选键，其中两个共享，一个仅旧的和一个仅新的。在审查关键冲突和内容之前，它不会建立四个独特的消息，甚至四个独特的报告。假设这些示例涉及相同的报告间隔。每个密钥都结合了报告者、策略域、间隔和报告 ID，但不能保证该组合能够解决更正的报告或标识符重用问题；保留原始内容哈希。
仅旧 A 需要进行交付和摄取调查，然后才能声明完全重叠。在这种情况下，新的 D 不能用后来的时间间隔来解释；在将其视为改进的覆盖范围之前，检查旧接收者的摄入量和每个收集器的解析。这些是假设的集合和推理，而不是协调程序、实际的收集者观察或可接受的差距。在结束访问之前，记录解释或获得有关任何未解决的覆盖范围损失的明确范围的决定。
通过基于证据的退出来完成迁移
不要设置通用的重叠天数。从观察到的报告节奏、重要的低容量发件人以及合同访问到期时间中选择窗口。指定接受任何剩余承保缺口的人。在授权访问仍然存在的情况下保留恢复路线，并使原始导出在没有旧仪表板的情况下可读。
比较和所有权审核完成后，通过更改流程删除旧的报告目标，验证已发布的策略并确认新收集器继续接收数据。仅在检查其剩余用途后才删除过时的外部授权和帐户访问权限。归档基线、预期差异、验证结果和未解决的限制。成功的仪表板登录只是一项检查，而不是报告连续性的证明。