来源货币：保留的 Adestra 认证域名页面最后修改时间为 2019 年 4 月 16 日；委托域名页面的最后修改日期为 2020 年 4 月 6 日。这些发布日期与源捕获日期不同。在采取行动之前，请先与 Adestra 确认当前账户的适用性。
编辑记录之前选择域模型
Adestra 的官方当前路径文档描述了 MessageFocus 接口中的两种不同的域模型：经过身份验证的域和委托的域。它们不应合并为一个通用清单。经过身份验证的域通过以下方式保留与委托给服务的子域不同的配置关系： CNAME 或 NS 记录。首先确定帐户使用哪种模型以及组织选择它的原因。
记录产品、帐户、活动路线、预期发件人地址和企业主。供应商名称本身并不能确定所接收消息的确切信封或签名身份。本文描述了保留的产品文档和建议的验证流程；它不要求访问真实的 Adestra 帐户或证明每个可用帐户都使用相同的设置。 Adestra 认证域名; Adestra 授权域
在不替换其他发件人的情况下查看身份验证域SPF
认证域指南指导组织拥有现有的 SPF记录 将msgfocus.com纳入该政策。它还警告说，新政策必须考虑其他合法来源。将记录的机制视为特定于产品的证据，而不是允许用示例替换组织的完整策略。在提出编辑建议之前，保留原始记录、所有权和所有预期路线。
来源使用遗留 SPF/发件人 ID 词汇。该手稿的解释使用了当前的SPF概念，并且并未将该措辞转变为部署单独的历史发件人 ID 策略的建议。 SPF评估其指定的身份，而 DMARC 另外还取决于 结盟。表明SPF记录看起来可接受的应用程序状态不会独立地对最终消息建立一致的身份验证。
记录的工作流程通过管理区域中的域界面添加配置的域并公开配置状态。在稍后的授权审核期间捕获实际帐户生成或验证的状态。不要声称此处已观察到某种状态。 Adestra 认证域名; RFC 7208 ，第 2.4 和 3.2 节
将自定义DKIM视为记录的辅助功能
对于经过身份验证的域，保留的指南标签自定义 DKIM 按需功能，并将客户引导至其客户经理或支持人员进行设置。它指出用于签名的每个经过身份验证的域都需要配置其DNS 。这并不能证明发明一种通用的方法是合理的 选择器、密钥或自助激活序列。
在发出支持请求之前准备确切的域和路由清单，但未经授权请勿发送请求。使用为实际帐户提供的公共值，并在公共DNS材料和私有签名密钥之间保持明确的区别。切勿仅仅因为通用教程建议在其他地方生成私钥而上传或披露私钥。
设置后，该指南描述了配置问题的域概述指示。这些指示是有用的帐户证据，但不能取代收到的消息验证。 DKIM是一种签名机制，不是消息加密；建议收件人使用公钥解密消息的描述不应用于解释其安全属性。 Adestra 认证域名; RFC 6376 ，第 1 节和 3.5 节
将委托路由视为控制边界更改进行审查
委派域指南要求拥有所选名称的所有权，并检查该名称是否尚未用于其他目的。它推荐一个子域，以便父域可以继续提供其他功能。它记录了CNAME和 NS 委派，并建议与客户经理进行协调。这些是对DNS控制和依赖关系的更改，而不仅仅是装饰性的品牌选择。
对于委托模型，消息人士称该服务提供相关的MX / TXT / SPF记录，并警告添加额外记录可能会导致问题。不要盲目地将认证域SPF指令应用于委托名称。在寻求批准之前，盘点现有记录并了解所选授权方法允许哪些内容。
该指南表示，当未配置自定义DKIM时，营销活动默认使用msgfocus.com进行签名，并描述了自定义配置的公钥查看和激活控制。默认签名不会自动与组织的可见发件人域对齐。在计划验证时保留身份区别。 Adestra 授权域
确切活动路线的验收工作表
使用包含域模型、帐户、路由所有者、发件人域、预期信封身份、预期签名域、选择器、相关DNS所有者、当前状态和建议状态的工作表。对于委派域，包括可能受影响的现有服务和支持的恢复路线。对于经过身份验证的域，包括已确认的支持辅助DKIM配置和完整的SPF策略审查。
消息证据部分应记录授权接收样本的发件人域， Return-Path 或适用的信封身份、 DKIM d= 和 s= 值、可信接收者身份验证结果和发送工作流程。区分原始SPF和DKIM成功与DMARC对齐。尽可能将不相关的收件人数据和邮件内容排除在保留的样本之外。
验收需要证据证明预期的生产路线使用了预期的身份，而不仅仅是输入了DNS值。预览或其他活动路径可能不代表正在批准的路线。记录未知情况，不要从一条无法解释的消息推断整个帐户是否成功。
虚构诊断：熟悉的签名领域，错误的结论
想象一个虚构的组织添加了经过身份验证的域并看到可接受的SPF状态。后来的假设消息仍然携带默认服务签名域而不是预期的自定义域。本示例未检查任何实际消息或帐户。正确的诊断并不是所有身份验证都已完成，仅仅因为 DKIM签名 存在。
审核者将确认是否为该特定域请求并配置了自定义DKIM ，然后检查对齐情况和实际信封标识。如果组织使用委托子域，则审阅者将遵循该模型的DNS和帐户工作流程，而不是从经过身份验证的域清单中添加记录。
建议的下一步是授权的、范围狭窄的帐户/支持审查和收到的消息比较。它并不是要发明选择器或用第三方示例替换组织的SPF记录。这个虚构的案例说明了为什么模型选择和消息证据必须保持联系。
操作证据仍然开放
该目录需要当前的第一方设置证据以及来自确切产品和路线的接收消息身份表。保留的指南支持文件工作流程，但尚未验证帐户适用性、 DNS应答或接收消息表。未发生支持联系、记录编辑、域委托或消息发送。
所有六个释放门均保持打开状态。合格的审核者应确认当前帐户遵循所描述的路线，所有辅助配置均已完成，并且最终消息证据支持对齐。在这些工件存在之前，不得将草案作为成功的 Adestra 实施来呈现。