配置方法前选择发送身份
eSputnik 身份验证项目从读者将看到的地址开始。主域时事通讯、促销子域和技术子域可以属于同一企业，但服务于不同的目的。混淆这些目的可能会产生一个看似完整的DNS工作表，该工作表授权错误的发送路由。从指定的活动、其预期发件人地址以及负责回复和传送失败的人员开始审核。
本指南涵盖了当前可访问的 eSputnik 文档中的电子邮件域和发件人工作流程。它没有确定特定帐户支持什么或其消息今天是如何签名的。将每条生成的记录、帐户状态和消息结果视为仍有待获取的证据。成功的规划审查是允许准备有限的变更，而不是变更已经发生的证据。
区分完整域、完整+域和子域
官方 域配置指南 通过设置、域验证和新域提供完整、完整+和子域方法。完整包括退回地址转发。 Full+ 使用未使用的技术子域。子域支持专用的发送子域。选择的方法决定了账户生成的记录集；复制其名称、类型和数据，而不是从不相关的示例中组装值。
该指南将可见发送域与技术子域区分开来。验证父域不会自动验证“发件人”子域。每个发送域都需要有自己的入口，同一个域的跨账户使用需要匹配配置，包括技术子域。这些是产品要求，独立于 DMARC的协议定义 结盟.
在选择方法之前，记下哪个名称满足每个目的以及另一个系统是否已经依赖于它。请勿仅根据“营销领域”标签批准更改。该标签可能意味着可见的发件人域、跟踪主机或技术邮件处理名称，每个名称都有不同的后果。
准备DNS时保护传入邮件
电子卫星公司 故障排除指南 关于更换普通邮箱提供商的警告 MX记录 与平台的技术配置。它还将错误的记录类型、重复的域后缀以及放置在错误区域的记录识别为验证问题。在提议发布之前，将预期的完整DNS所有者与编辑的条目约定进行比较。
明确邮件路由审查。技术子域可以适合平台处理，而主域必须继续在其他地方接收员工和客户邮件。保留现有配置并确定受每个建议差异影响的业务流程。退回转发安排还需要经过批准的收件人和数据共享范围；这份手稿没有提供创作目的或授权。
对于失败的验证，请将帐户请求的值和观察到的公开答案保存为单独的证据。在再次更改任何内容之前，确定差异是否是所有者名称错误、缺失值或不完整的观察结果。仅当已知已发布的更改正确时，等待才有用；它无法修复 一个记录 提交到错误的区域。
确认消息使用的发件人
这 发件人指南 描述了通过“设置”、“发件人”、“电子邮件”添加现有公司地址并确认发送给该地址的电子邮件。这不会创建邮箱。所选发件人属于每封邮件，因此仅检查帐户列表不足以为活动做好准备。还要检查预期的消息配置。
动态发件人的使用值得单独审查，因为提供商要求添加并确认替换地址。对一个发件人的成功测试无法为工作流程可能选择的每个地址建立就绪状态。记录批准的发件人群体，并在人员、域或工作流程发生变化时指派专人维护。
评估预期发送条件下的签名
这 身份验证和声誉常见问题解答 描述了一个 热身 使用客户签名的消息的限制 DKIM 领域。其他消息可能使用平台签名域，其行为取决于DMARC策略。因此，不应将经过验证的域徽章或一个签名样本推断为大型活动中的每条消息。获取当前账户限额并在释放前查看预期交易量。
保持协议结论准确。 RFC 6376第 3.5 节 定义签名字段，包括签名域和 选择器。有效签名涵盖其指定规则下的签名材料；它不证明每个显示的字段或发件人的商业可信度。 RFC 7208第 2.4 节 评估SMTP身份，而不是可见的发件人地址本身。
RFC 9989第 4.4 节 通过对齐将身份验证与作者域联系起来。一种合格的对齐传递机制可以满足DMARC要求。平台域签名本身并不能建立客户域一致性。记录 SPF 首先确定每个DKIM结果，然后确定对齐方式，而不是将多个绿色指示器视为可互换的。
在批准发送之前定义证据
建议的接收记录应标明帐户、方式、确切的发送者、工作流程和相关发送条件。经过单独授权的配置和测试后，它应该将权威的DNS观察结果链接到通过实际 eSputnik 路由接收的受控消息。捕获可见的发件人域、信封身份、每个DKIM域和选择器以及可信接收者的结果。清楚地标记不可用的观察结果。
使用无害的测试内容和经批准的接收者。限制对原始标头和消息示例的访问，并仅保留审阅者需要的内容。在验收计划中包括邮箱路由检查，以便身份验证工作不会悄悄中断回复。这份手稿既没有进行检查也没有进行竞选测试。
虚构评论和剩余的门
在虚构零售商的计划中，建议主 From 域使用 Full+，但后来的促销消息使用不同的 From 子域，没有自己的验证条目。审阅者发现了不匹配的地方并保留了计划。没有更改记录，也没有发送消息；该示例展示了规划决策，而不是观察到的提供商失败。
确切的要求仍然悬而未决：当前的 eSputnik 第一方设置证据以及来自确切产品和路线的接收消息身份表。调试门是： 确认当前产品身份和提供商拥有的文档；测试真实的消息或发布的记录。诚实地说明不受支持的自定义域功能。文献研究支持了这个有限的草案；租户适用性、原始测试、SME 审查、实时视觉审查、业主发布和发布批准仍然悬而未决。