确认传统大使产品边界
大使的官方“如何设置电子邮件发送域”文章出现在支持中心，明确标记为旧大使版本 1 和 2。它记录了自动电子邮件的域设置工作流程，然后是单独的传出地址设置和可选的活动级别覆盖。本指南适用于该记录的路线。它并不能证明新的大使版本具有相同的控制功能，也不能证明经过检查的帐户已完成这些控制功能。当前产品的适用性和实际租户生成的记录仍然开放。 大使派遣域指南
从路由清单开始：帐户、推荐或其他自动消息类别、预期的可见发件人域、负责的企业所有者和DNS管理员。记录哪些地址应该收到回复。适合跟踪链接的域并不自动适合电子邮件传递，并且用作显示身份的地址不一定是功能正常的邮箱。此清单是建议准备的，而不是任何帐户或域已被检查的证据。
选择域而不覆盖现有依赖项
记录的路径从“设置”开始，然后是“帐户设置”和“电子邮件设置”。添加域接受用于路由的域或子域。在继续之前，提供程序会突出显示现有的 m1。 _domainkey条目作为需要子域的冲突，同时还注意到某些 DNS 提供商安排可能允许添加条目而不分配条目。它建议使用未使用的子域，并明确表示不要使用“邮件”或“电子邮件”。将这种歧义视为确认受支持的特定于帐户的安排的原因，而不是允许覆盖现有身份验证依赖项。 大使派遣域指南
拟议的审查应确定谁使用任何现有的 选择器 以及候选子域是否已用于其他目的。保留有效的身份验证记录，直到其所有者确认安全转换为止。不要仅仅为了满足产品清单而制造第二个冲突密钥。如果提供商声明的冲突规则适用，则保留所需的子域决策，而不是将其削弱为可选首选项。
DKIM选择器与签名域一起识别接收者使用的公共验证材料。 一个记录 外观相似的所有者不能替代签名中实际引用的所有者。申请书还必须签署相应的私人材料；单独的DNS记录无法创建该行为。这些协议事实解释了为什么一个看似很小的选择器冲突会影响另一个合法路由。 RFC 6376 ，第 3.5 节和3.6.2.2节
保留完整生成的记录集
添加域名后，大使表示该帐户提供了三项记录： TXT SPF、 MX和TXT为 DKIM。保持实际记录窗口可用，并将每个提供的主机/名称和值传输到授权更改记录中。当操作员缺乏DNS访问权限时，提供商提供复制控制和将记录发送给同事的选项。尚未对此草稿执行此类电子邮件或帐户操作。三记录要求已记录；实际租户价值并非如此。 大使派遣域指南
请勿从属于其他帐户的屏幕截图推断MX目标、首选项或DKIM公钥。不要替代 CNAME 仅仅是因为其他电子邮件服务使用基于 CNAME 的DKIM委派。按照实际提供的类型并确认完整的预期所有者名称。 MX更改还值得单独的邮件路由审查：身份验证设置并不是一揽子批准替换共享域中不相关的传入邮件路由。
DNS操作员应独立于编辑者的名称字段编写完全合格的所有者。某些接口附加区域后缀，而其他条目模式则需要完整名称。重复的后缀可能会将完美复制的值置于错误的所有者之下。 DNS主文件约定并未确定每个图形编辑器如何解释速记。将预期名称与最终的出版物进行比较，而不是仅仅依赖于表格的外观。 RFC 1035 ，第 5.1 节
协调SPF而不是添加竞争策略
如果生成的 SPF记录 属于已拥有适用SPF策略的所有者，请在更改之前检查完整的策略和现有的合法发件人。发布两个独立的SPF策略不会合并它们的权限，并且可能会产生永久性错误。保留不相关的 TXT记录 同时为评估的身份维护一项适用的SPF策略。简短的服务示例并不意味着有权删除其他已批准的发件人。 RFC 7208 ，第 3.1–3.3 节
SPF评估相关的SMTP 邮件来自 身份或 HELO身份 在适用的情况下，不仅仅是显示给收件人的地址。当授权证据可用时，审查该路线实际使用的身份。还要查看跨嵌套依赖项评估的 DNS 查询术语。协议的限制不是网络数据包的计数，也不是第一个记录中打印的包含术语。 RFC 7208 ，第 2.3–2.4 节和 4.6.4
TXT格式需要小心谨慎，不要猜测。多个字符串可以组成一个TXT资源记录，可见的换行符或引号可以是表示而不是额外的内容。保留预期的逻辑值并将其与多个独立记录区分开。如果界面更改了表示形式，请在接受发布之前检查结果数据。 RFC 1035 ，第 3.3.14 节
将域状态解释为一个检查点
提供程序记录待定、已验证和错误状态以及记录模式中的验证控件。它将常见错误与已删除的记录或不正确的记录类型联系起来，并表示更改可能需要长达 24 小时才能传播。该间隔是提供者的指导，而不是证明每个解析器都会在特定时刻返回预期值。与权威DNS证据分开记录当前状态和观察时间。 大使派遣域指南
如果验证失败，请在进行另一次编辑之前比较所有者、类型和完整值。当缓存仍保存较早的结果时，重复更改已经正确的权威记录可能会使诊断变得更加困难。相反，等待无法修复错误的所有者或记录类型。所提出的流程区分配置意图、已发布的DNS和应用程序验证，而不是将经过的时间转化为正确性的证据。
配置可回复的传出地址和活动地址
域验证后，记录的工作流程将编辑外发电子邮件名称和地址。大使明确要求使用该地址接收邮件，因为回复会发送到该地址。对发件人姓名和地址的可选营销活动级别更改具有相同的接收邮件要求。保留每次覆盖的先决条件；经过验证的域不会使不存在或不受监控的邮箱成为可接受的回复目标。 大使派遣域指南
与邮箱所有者和预期回复处理一起维护活动到地址清单。当可以评估授权邮件时，单独记录实际信封身份和DKIM签名域。 DMARC 需要相对于可见域的合格对齐SPF或DKIM结果。显示“已验证”的应用程序本身并不表明每个营销活动覆盖都具有预期的目的 结盟. RFC 9989 ，第 4.4 节
虚构诊断：域名已验证，回复地址不可用
在虚构的组织 Maple Circle 中，操作员准备旧的发送域设置并记录已验证状态。然后，竞选编辑将其发件人更改为一个有吸引力但不存在的地址。另一位管理员还建议重用已由不同路由拥有的选择器。这是发明的验收练习，而不是观察到的事件或执行的测试。
审查将问题分开。它保留提供商的可回复地址要求以进行活动覆盖，获得批准的邮箱决策并解决现有选择器依赖性而不覆盖它。然后，它会将实际收到的消息证据保留下来。域状态和复制的DNS值都不会被视为活动回复、签名和对齐已准备就绪的证据。
空白验收工作表
- 实际大使版本、帐户和适用性确认：____。
- 批准的发送域或子域和企业所有者：____。
- 现有选择器依赖关系和冲突决策：____。
- 已审核子域命名限制：____。
- 三种生成的记录类型、完整的所有者和值：____。
- 保留现有SPF策略和邮件路由依赖项：____。
- DNS运营商、批准的更改参考和回滚所有者：____。
- 应用程序状态、 DNS观察时间和未解决的错误：____。
- 具有回复能力的邮箱所有者的传出地址和营销活动地址：____。
- 授权的消息身份、一致性证据和发布批准者：____。
所有条目均为空白。原始证据、人工/中小企业审查、来源适用性、生产路线、视觉/可访问性审查和所有者发布仍然开放。未发生租户设置、 DNS更改或消息发送。身份验证不能保证收件箱的放置或使业务请求安全。 RFC 9989 ，第 2.4 节