添加电子邮件服务会改变您的发送资产，即使主要服务 DMARC记录 保持原样。新购买的计费平台、支持台或营销应用程序可以在“发件人”中显示您的域，同时验证不同的身份。将加入视为对业务邮件路由的更改，而不仅仅是粘贴DNS记录的请求。
目标是在客户依赖之前建立一条自有、受支持且经过测试的发送路径。审查可以很小，但应该涵盖应用程序将使用的每个工作流程以及以后维护它所需的证据。
定义预期发送范围
询问应用程序所有者该服务将发送哪些消息、用户将看到哪些发件人地址、谁接收这些消息以及该应用程序是否具有单独的交易和营销路径。包括帐户恢复和计划报表等低频操作。
记录谁控制提供商帐户以及谁可以更改其发件人设置。保持帐户安全和业务审批以及技术认证。 DMARC 并不表明特定活动、发票或请求已获得您的组织的授权。
慎重选择目标域。子域可以提供操作边界，但其策略和 结盟 必须检查行为。不要假设主域的执行策略自动为每个子工作流提供相同的结果。使用 子域政策指南 在规划该边界时。
获取提供商的实际配置
使用针对特定产品和发送模式的当前第一方说明。询问发件人中将出现什么内容、服务使用哪个信封域以及是否提供客户域 DKIM 签署。仅域所有权验证并不能确定消息是否使用一致的身份进行签名。
从授权服务配置而不是从示例文章复制生成的DNS值。在进行更改之前，请检查确切的DNS所有者名称、记录类型、现有记录和区域所有权。一个 选择器 或来自其他帐户的验证令牌不是可重复使用的模板。
如果该服务需要 SPF 更改，确定评估哪个域的SPF以及更改如何影响其查找预算 RFC 7208 §4.6.4。在下面 RFC 7208 §2.4 和 RFC 7208 §4.4，当服务使用不同的信封域时，将供应商添加到组织的根SPF可能无关紧要。将请求的更改及其理由放在一起。
使准备矩阵具体化
以下是综合规划示例，未观察到测试数据。它的“待定”单元是经过深思熟虑的：配置声明在批准之前必须用证据替换。
- 工作流程：收据；预期来自域：
billing.example.com;所需证据：收到带有一致DKIM收据、记录的信封身份和策略发现；发布决定：待测试 - 工作流程：密码重置；预期来自域：
accounts.example.com;所需证据：通过真实应用路径重置消息，包括任何网关；发布决定：待测试 - 工作流程：活动；预期来自域：
news.example.com;所需证据：实际活动信息、身份验证结果和适用的接收者-提供者要求；发布决定：待审核
将所有者、提供商帐户参考、源文档、上次测试日期和回滚操作添加到您的工作寄存器中。只要服务使用不同的发件人身份或交付基础设施，就可以分离工作流程。一份成功的收据并不能证明活动路径。
检查政策差异，包括没有变化
了解现有政策并解释入职是否会改变它。如果新路由在现有策略下进行身份验证和对齐，“ DMARC策略无变化”就是合理的结果。这仍然是一个值得记录的决定。
DMARC的消息级传递条件需要传递对齐的身份。对于强制部署，还要考虑路由弹性： RFC 9989 表示当作者域策略是时，域所有者不得仅依赖SPF p=reject。验证受支持的一致DKIM ，而不是仅依赖直邮SPF测试。看 RFC 9989 §5.3.5 和 RFC 9989 §8.
默认情况下，不要降低父策略以适应未就绪的应用程序。首先解析发送方支持的身份配置。如果需要临时例外，请获得所有者的范围批准、到期和退出测试。记录准确的风险和受影响的领域，而不是一揽子承诺交付将得到改善。
测试企业将使用的路线
通过每个工作流程将非敏感示例发送给授权收件人。记录受信任的接收系统、发件人域、 SPF身份、每个相关的DKIM结果、适用的策略和DMARC结果。在属于预期路由的任何网关或转发阶段之后进行测试。
实际发货情况另行核对。 DMARC通行证不保证收件箱的放置或满足所有收件人-提供者规则。例如， Gmail的批量发件人要求包括SPF 、 DKIM和DMARC配置，以及其他传送要求。咨询当前 Gmail发件人指南 当该受众相关时。
仅批准有足够证据的工作流程。如果尚未执行低频作业，请通过计划的所有者操作将其保留为待处理状态，而不是将整个应用程序标记为完成。
有意监控和退休
比较后续 汇总报告 以及具有预期发送者模式的应用程序交付日志。报告可以揭示流量，但本身无法证明提供商帐户已获得授权或每个罕见的工作流程都已执行。
启动前定义恢复：禁用受影响的发送工作流程、恢复批准的发件人配置或通过先前验证的受支持服务进行路由。 DNS回滚会产生缓存后果，包括在 TTL 到期后限定陈旧答案的使用 RFC 8767 §4，所以这不是瞬间的普遍逆转。
最后，设定退休条件。删除应用程序后，请在清理之前检查其发送权限、提供商帐户和DNS依赖关系。保留 发件人库存 当前通过购买、更改和退休，而不仅仅是当天 DMARC执行 已启用。
明确下一步的决定
在计划装置中，经过验证的收据路径不会清除重置或营销活动行。记录每个实际结果和证据日期，或保留“待定”。对于不改变策略决策，仍记录身份配置和测试路由。规划示例不断言任何应用程序帐户、 DNS记录或消息测试存在。