范围和特定于提供商的配置
Atlassian Statuspage 将自定义状态页面 Web 域与自定义通知发件人地址分开。一个工作网站 CNAME 不验证邮件。电子邮件工作流程还具有多个递送提供商，因此请完成所有显示的提供商记录，而不是在第一个成功的提供商处停止 DKIM 设置。
转到您的页面、自定义页面和电子邮件，然后自定义电子邮件。设置从电子邮件发送，可以选择配置回复电子邮件，然后保存电子邮件自定义设置。点击新链接或打开您的页面、 DNS配置。捕获来自电子邮件的通知部分中的值。所有权TXT使用格式 status-page-domain-verification=<ORGANIZATION_CODE>；实际组织代码必须来自账户。
当前的DNS指南要求 SPF 授权包括stspg-customer.com 。将include:stspg-customer.com纳入适用的现有政策，而不是第二个 SPF记录。其Mailgun示例是说明性的，并且不允许添加不相关的服务。使用帐户的当前值发布提供商 #1 Mailgun的DKIM记录以及提供商 #2 SendGrid的三个CNAME记录。该指南有一个单独的从旧DKIM密钥到 CNAME 的迁移路径；除非有意执行批准的迁移，否则不要使工作记录失效。
一个重要的边界是现有的Mailgun使用：Statuspage 表示，当另一个服务已经使用Mailgun时，它无法再次添加相同的域。其建议的解决方法是专用的 From 子域，例如notifications.example.com 。这个说明性子域仍然需要它自己的显示设置和适当的 DMARC 评估。
使用发布后重新验证所有记录。 Atlassian 表示，经过身份验证和签名的发送将在验证后 24 小时内开始，并且记录每小时检查一次，并且必须保留。仅配置一个提供程序时，系统范围的故障转移可能会导致消息使用noreply@statuspage.io 。因此，两种提供商配置都是一种连续性措施，而不是冗余混乱。
重要的决定
测试提供商的准备情况和品牌发送者的连续性；一个配置的交付合作伙伴并不是完整的设置。
验证发布记录和真实发送路径
在编辑之前记录变更所有者、发送产品、域、批准的维护时段和先前的DNS答案。从指定帐户或记录的提供商工作流程获取当前记录值。将提供商提供的值与您的组织控制的选择（例如DMARC策略和报告收件人）分开。现有邮箱MX ，无关验证 TXT记录 活动的DKIM选择器不会仅仅因为添加了新服务而成为清理候选者。
发布后查询每个确切所有者和记录类型的权威名称服务器。记录查询时间、响应服务器和完整答案。将TXT字符串作为一个逻辑值进行比较，其中DNS响应将它们拆分为字符串。检查CNAME目标以及起始别名。然后比较递归解析器答案以识别缓存差异。成功的提供者验证是配置的有用证据，但它并不能确定实际接收者收到的内容。
使用预期产品路线仅将授权测试发送给受控收件人。保留原始消息和可信接收系统的 Authentication-Results。记录可见的发件人域、 SMTP 邮件来自 或观察到 Return-Path 域、每个DKIM d= 和 s= 值、 SPF和DKIM结果以及接收者的DMARC结果。仅当其经过身份验证的域与适用策略下的可见发件人域一致时，通过SPF或DKIM检查才支持DMARC 。回复和品牌显示名称不是 结盟 身份。 RFC 7208 、 RFC 6376和 RFC 9989 为这些区别提供协议基础。
验收工作表、恢复和证据限制
这是原始验收工作表，而不是现场测试报告。将每个门标记为待处理，直到证据存在：账户范围已确认；先前捕获的DNS ；发布确切的新所有者/类型/值；提供商验证完成；预定的行使路线；收到记录的身份信息；已确认一致的身份验证；其他发件人不受影响。为每个门分配一个人和证据文件。即使提供商仪表板为绿色，红色门也会阻止推出。
如果测试失败，首先区分丢失的发布、过时的缓存数据、不活动的提供程序配置、错误的出站路由和未对齐的身份验证。纠正所显示的最小缺陷并再次测试。不要仅仅为了通过一项测试而削弱DMARC或删除其他发件人的记录。如果更改损害了现有邮件，请使用批准的恢复计划和捕获的更改前配置，协调任何提供商端发件人更改以及DNS 。当排队的消息或批准的重叠仍然需要旧密钥时，请保留旧密钥。
此稿件没有可用的客户租户、更改前后的权威信息或真实收到的消息。保留的资源支持文件工作流程；他们不满足委托的现场证据门。独立检查员审查和人类中小企业批准仍有待确定。请勿将本指南描述为经过现场验证或将其发布为已通过这些门槛。
使用逐个提供商的连续性分类账
书面案例 SP-01 假设自定义 From status@notifications.example.com ， Mailgun配置已完成，并且SendGrid记录集丢失。规定的 Mailgun 交付的样本具有受信任的DKIM通行证d=notifications.example.com, s=demo1; SPF未知。该示例提供了精确的DKIM对齐，但没有通过SendGrid建立品牌连续性。事件通信所有者必须解决缺失的提供商设置或明确接受记录的默认发送者后备风险，然后再声明连续性。请勿引发中断或通知真实订阅者测试此教学案例。完成帐户验证并在支持的情况下使用授权的受控测试；未观察到的故障转移仍然未观察到。没有执行任何事件或故障转移。
保留执行边界
RFC 9989第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。