从 Delivra 帐户和域清单开始
Delivra 的公共身份验证帮助页面链接到详细信息 邮箱验证说明。这些说明描述了站点管理员与域的DNS运营商（一个独特的 DKIM选择器 每个发送域的密钥，以及单独的启用签名步骤。本指南涵盖了记录的工作流程。它不建立特定帐户的功能访问、生成的值或完成的配置。
识别用于活动发件人地址的每个域，并将其映射到相关帐户和网站。同一域下的多个邮箱不会自动需要单独的域密钥，而不同的域不得假设继承另一个域的密钥。在更改任何记录之前，请保持明确的管理范围，尤其是在一个站点为多个品牌或独立管理的业务部门提供服务的情况下。
详细的公共指示并未在捕获的文章文本中公开可靠的发布日期。当前帐户的适用性以及对界面的任何更改均保持开放状态。实施计划时使用实际显示的记录和当前管理员确认。屏幕截图中的示例选择器不是帐户生成的值，并且手稿未生成密钥或访问任何租户。
合并记录的SPF授权
指令指定include:ne16.com对于现有的 SPF 政策并为没有政策的域提供完整的示例。在域的完整合法发件人清单中检查该机制，而不是替换现有的员工或应用程序授权。该示例的 mx 术语、软失败限定符和 TTL 并不是每个域的通用设置。在变更请求中保持确切的批准差异可见。 Delivra 身份验证说明
RFC 7208 ，第 3.2 节 禁止一个所有者选择多个SPF策略。保留单一一致的TXT策略，并审查第 4.6.4 节中评估的 DNS 相关术语，包括嵌套工作。仅计算可见包含或观察到的DNS数据包是不够的。策略可能存在并且在语法上有效，而无需在特定评估路径上授权实际发送者。
不要将 255 个字符视为最大SPF策略总长度。 3.3节描述了一个字符串中的多个字符串 TXT记录 以及它们的串联，不添加空格。这与多个竞争者不同 SPF记录。当编辑者拆分长值时，请验证生成的逻辑记录，而不是仅仅为了满足表示限制而删除授权。这是一种协议区别，而不是声称每个DNS编辑器都支持相同的输入格式。
创建域密钥并发布其确切值
记录的管理员路径是“设置”、“帐户”、“域密钥”，然后是“创建域密钥”。管理员输入域，选择密钥大小并保存以获取DNS指令。移交包括域名、 DKIM TXT记录地址和DNS TXT记录值。它们是一体的：错误所有者的正确密钥无法支持预期的选择器查找。 Delivra 身份验证说明
DNS运营商使用发布的地址和值发布TXT记录。该指南指出，许多提供商只期望选择器。 _domainkey部分位于其主机字段中，但这取决于编辑器。确认完整的结果所有者，而不是普遍删除或附加域。不要重复使用屏幕截图的长选择器：源明确将这些值标识为帐户和发送域特有的示例。
对于不匹配的情况，将整个生成的公钥与发布的逻辑值进行比较，包括意外的空格、截断和换行。这些说明建议针对某些旧版DNS限制生成较小的密钥，但本指南不建议将自动删除或降级作为第一响应。在授权更换之前，确定当前 DNS 提供商的支持、组织关键要求以及对主动签名的影响。表示问题和密码策略决策是不同的问题。
发布后启用签名
记录的下一步是返回“设置”、“帐户”、“域密钥”，并在密钥在DNS中存在且有效时使用“启用签名”。在验收计划中保留此激活步骤。完整的DNS票证并不能证明该帐户正在签名，并且该按钮的存在也不能证明该按钮已被使用。当授权实施发生时，记录管理员的实际确认。 Delivra 身份验证说明
相同的说明描述了活动工作流程中除发件人姓名和地址之外的身份验证指示器。将这些视为提供者检查，与消息接收者的结果分开。绿色指标是账户观点的有用证据，但它们并不能证明每条竞选路线、收件人决定或未来签名。消息人士还表示，不完整的身份验证本身并不会阻止发送；而是会阻止发送。因此，没有平台块并不是验收标准。
在站点范围内查看自定义返回路径
德利夫拉的 自定义返回路径指南 描述站点范围的配置，而不是每个帐户的选项。它表示所有帐户都应从同一根域发送以进行共享安排。记录的DNS步骤使用退回子域 CNAME 到lists.n-email1.net ；然后，支持人员会验证并配置站点并发送确认测试。这些是先决条件和提供程序步骤，而不是此处执行的操作。
在批准共享变更之前，记录每个受影响的业务所有者和未解决的异常。当库存不完整时，保留待决决定。
检疫或拒绝政策并不等同于严格 标识符对齐. RFC 9989 ，第 4.4 节 独立于所请求的配置来定义对齐关系。跳出子域可以支持与相关作者域的宽松对齐，而无需为严格对齐建立精确的相等性。请勿仅根据记录的CNAME承诺严格对齐兼容性或删除每个接收者的“代表”显示。
评估消息而不是仅评估设置屏幕
拟议的授权接受练习应使用无害的内容并记录实际的作者域、信封身份、签名域和选择器。 RFC 6376 ，第 3.5 节 定义用于将收到的消息连接到其DNS密钥的签名字段。将可信接收者的结果与批准的身份和预期路线进行比较。未经授权，请勿将真实订阅者信息或机密活动内容上传至外部检查人员。
DMARC 可以传递对齐的传递SPF结果或对齐的传递DKIM结果。它并不证明该邮件无害，并且仍然可以过滤经过身份验证的邮件。公共政策示例是不允许替换组织的执行政策或添加报告收件人。将域范围内的策略决策和数据共享批准与复制已发布的公共DNS记录分开。
虚构诊断和空白接受工作表
虚构的教育出版商 Maple Folio 发布了生成的密钥，但从未返回启用签名。其DNS更改记录看起来完整，但消息准备情况仍未得到证实。审查还发现，拟议的返回路径将覆盖与第二个品牌的共享站点。该团队将待定的激活与站点范围的设计决策分开，并要求授权所有者在发布之前解决这两个问题。此虚构场景不包含实际的帐户操作或消息结果。
- 站点、帐户、发送域和当前工作流程适用性：______
- 现有SPF政策和已批准的变更包括：______
- 唯一的DKIM所有者、公钥和发布证据：______
- 启用签名确认和活动指标观察：______
- 全站范围 返回路径 兼容性和提供程序完成（如果使用）：______
- 实际消息身份、可信结果和对齐模式：______
- 保单所有者、未解决的例外情况和解除决定：______
原始实施证据、人工审查、当前适用性、生产路线、视觉可达性和所有者发布仍然开放。未创建密钥、 DNS条目、支持请求、测试消息或发布。