将帐户映射到发送域
Emma 身份验证将域级DNS与特定于帐户的验证步骤相结合。首先列出将从域发送的每个帐户或子帐户、其所有者和预期的默认发件人电子邮件。两个活动帐户中出现的相同域不会使它们的验证令牌可以互换。
提供者的 DKIM设置指南 指示用户使默认发件人电子邮件与正在验证的域相匹配。在DNS工作之前确认该设置。否则，管理员可以成功配置一个域，而活动所有者继续使用另一身份发送。
公布域名记录和账户证明
艾玛记录三 DKIM CNAME 记录，使用_domainkey下的 e2ma-k1、e2ma-k2 和 e2ma-k3 选择器以及dkim.e2ma.net下的相应目标。实施时从提供商的说明中检索当前值并使用DNS主机的正确所有者名称语法。本指南不提供私人帐户配置或断言现有记录已经过测试。
该工作流程还需要一个以 e2ma-verification= 开头且带有帐户自己的验证哈希TXT值。在“帐户”>“送达率”中查找正确帐户上下文的哈希值。 Emma 表示，每个帐户或子帐户都有一个唯一的哈希值，并且分层帐户需要相关子帐户的单独TXT验证记录。不要仅仅因为共享域而替换另一个活动帐户的验证记录。
不像 SPF，如果一个所有者的多个候选策略导致错误，则不相关的域验证TXT值可以共存。保持每个人的目的 TXT记录 明确，因此清理操作不会删除另一个活动帐户所需的证据。切勿推断任何以不同服务令牌开头的TXT值已过时 SPF记录.
验证名称而不损坏现有选择器
在发布之前，请检查实际的权威DNS服务和现有记录所有者。注册商登录可能无法控制实时区域。在每个 选择器，将现有记录类型和目的地与批准的更改进行比较。 CNAME无法与同一所有者处的普通竞争数据组合，因此请解决冲突，而不是强制两个提供者使用同一个选择器名称。
保存后，查看完整的公共所有者和目标。相对标签编辑器和完全限定的输入格式不同；重复的域名后缀可能会使视觉上看似合理的记录变得毫无用处。在正确的账户中完成Emma的最终验证，并单独保留每个子账户的状态。来源描述了工作流程，但并未确定您自己的DNS或帐户已通过它。
行使实际的竞选标识
原始验证工作表：每个帐户/子帐户一行，包含默认发件人域、令牌所有者、选择器答案、最终验证状态和受控消息证据。通过每个完全不同的帐户路径将无害的营销活动发送到受控邮箱。在测试期间避免客户地址和生产受众。
捕获接收者的DKIM结果、签名域和选择器以及可见的发件人域和 信封发件人。有效签名证明其签名域下的验证； DMARC 另外还需要 结盟 使用 From 作为该身份验证路径。 TXT所有权令牌不是用于验证消息签名的密钥，仅检查它无法解决对齐问题。
说明性场景：父账户验证成功，而子账户仍然输入父账户的哈希值作为自己的验证证明。正确的下一步是检索子帐户的独特值并验证该帐户，而不是在没有DNS缺陷证据的情况下重新生成所有三个域 CNAME。
保留可收回的帐户库存
保存更改前的设置和记录。如果验证失败，请暂停受影响的活动并确定默认发件人、帐户令牌或公共选择器是否错误。检查依赖关系后仅恢复受影响的配置。保持其他帐户的有效令牌和选择器完好无损。
添加子账户、更改默认发件人或迁移DNS时请重新检查。文档于 2026 年 11 月 8 日审核。工作表和场景均为原始示例；此处没有测试艾玛帐户、公共记录或交付的活动。
使用两个账户的完成分类账
书面案例 EM-01 假设 Parent 和 Events 均来自news@example.com 。父级拥有自己的验证令牌并完成最终验证。事件错误地引用了父代的令牌；它自己的令牌和最终验证仍然缺失。本例中的三个域名CNAME都是正确规定的，没有查询到。保留父级的工作令牌，检索事件的帐户特定值并在事件中完成验证。不要重新生成共享选择器来修复丢失的帐户证明。在检查受控活动之前，事件的消息身份验证仍然未知。没有收集或发布任何令牌，也没有发送任何活动。
当前的提供商指南将每个帐户或子帐户限制为一个经过身份验证的域。如果事件需要news@other.example ，请在替换工作设置之前记录该单独的身份和帐户选择。父帐户的域成功不会消除此产品限制。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。