在DNS工作之前确认 E-goi 发件人资格
Egoi官方 验证我的电子邮件发件人指南，更新于 2025 年 8 月 13 日，描述发件人身份验证和单独的域 CNAME 要求。本文介绍了 E-goi 工作流程。它并不假设邮箱提供商自己的身份验证设置涵盖通过 E-goi 发送的营销邮件，也不假设对一个发件人域的成功测试涵盖了另一个发件人域。从实际帐户、发件人地址、域和预期消息路由开始。
该指南要求发件人地址位于客户控制的域中；它说个人免费邮件地址无法通过此过程进行身份验证。它还规定了域身份验证和CNAME设置的公共 WHOIS 资格条件。将其保留为需要当前帐户确认的记录的提供商先决条件，而不是作为一般DNS ， SPF 或者 DKIM 规则。不要默默地将其削弱为可选建议或推断注册隐私会使域名成为恶意域名。
如果该条件与组织的隐私要求相冲突，请阻止实施以供提供商澄清和授权决定。不要仅仅为了使清单变得绿色而暴露个人注册详细信息。本稿件不会更改注册隐私、收集个人联系信息或提交支持请求。消息来源关于私有领域和所有权风险的更广泛主张在此不用作技术结论。
选择授权配置路径
记录的路径从右上角的发件人菜单中开始。如有必要，添加预期发件人，然后选择其旁边的“身份验证”。 E-goi 提供三种途径：提供商协助设置、向技术联系人发送说明或自行进行配置。这些路由具有不同的权限和信息共享后果。选择提供商帮助或通过电子邮件发送说明是一种外部操作，而不仅仅是查看帮助页面。
对于建议的自助服务工作流程，请确定DNS管理员并确认对权威区域的访问。该指南说选择域名的托管公司，以便 E-goi 显示SPF 、 DKIM和 DMARC 要添加的条目。使用当前帐户显示的说明，而不是发明通用记录集。如果另一个团队将实施更改，则只需通过批准的渠道提供必要的公共记录详细信息，并保留请求的范围。
在进行任何更改之前，请清点现有身份验证记录和其他合法发件人。记录哪些条目是新的、哪些修改了现有策略以及哪些会与活动依赖项冲突。保留已批准的先前配置的副本以供回滚。帐户界面可以显示所请求的记录，但该视图并不能确定公共区域实际发布了它们。
保持额外的CNAME要求可见
E-goi 指南反复指出，身份验证应同时将其CNAME添加到域中。其故障排除示例描述了通常以 mkt 开头的名称，但确切的名称和目标应来自帐户的设置。不要假设此CNAME与 DKIM选择器 记录或创建一个说明性的 mkt 名称，而不检查已发布的配置。在变更记录中为每条记录提供明确的目的。
将完整所有者和目标与DNS编辑器的约定进行比较。面板可能会将区域后缀附加到相关标签，因此表面上完整的输入可能会产生意外的重复后缀。替换之前还需要检查现有别名。将发件人身份验证记录和附加域名CNAME作为单独的验收项目进行保存；成功检查其中一个并不能证明另一个存在或适当。
该指南的手动检查部分将egoi命名为其DKIM选择器示例。这对于记录的设置来说是有用的上下文，但实际的消息证据应该建立被接受的路由使用的选择器和签名域。不要将成功查找熟悉的标签视为每个活动都使用该密钥的证据。 RFC 6376 ，第 3.5 节 定义该比较所需的签名字段。
将SPF和DMARC作为域范围决策进行审查
帐户的SPF指令必须与现有的合法发件人库存保持一致。不要发布第二个SPF策略或盲目替换不相关的授权。 RFC 7208 ，第 2.4、3.2 和 4.6.4 节 定义 邮件来自 身份、多记录行为和评估的 DNS 相关术语限制。计算相关的嵌套依赖项，而不是假设可见包含的数量就是完整的成本。
提供商将DMARC纳入其设置指南，但选择域范围策略仍需要审查其他发件人以及预期的报告安排。不要仅仅为了满足一项服务的设置屏幕而用通用示例覆盖工作策略。报告目标是数据共享决策，不应从示例中自动添加。当前协议仍然是v=DMARC1;无需为当前标准审查发明新的版本字符串。
RFC 9989 ，第 4.4 节 解释 结盟 可见的作者域和传递的身份验证身份之间。为不相关的信封域传递SPF不会自动产生对齐的结果。同样，仅仅因为密码检查成功，不相关域的签名是不够的。评估实际路线和身份，而不是将任何绿色徽章等同于完全接受DMARC 。
仔细解释验证和DNS延迟
保存DNS更改后，指南将引导用户返回仍打开的 E-goi 窗口以选择“验证”。它描述了当检查通过时SPF和DKIM指示灯变绿，当设置错误时变红。保留准确的结果和时间。这是提供者配置检查，而不是向每个接收者发送的证明或所有未来消息将进行身份验证的证据。
该指南表明，缺失的预期值可能表明存在传播，但这不应是唯一的诊断。错误的所有者、错误的区域或遗漏的值都会产生同样明显的缺失。比较权威出版物和帐户发行的价值，然后假设等待就足够了。它的时间估计是指导性的，而不是通用的最后期限。本稿件未执行任何DNS查询或验证操作。
单独授权的接受练习应使用无害的消息内容并检查预期发送者域的可信接收者结果。记录实际的信封身份、签名域和选择器、作者域和观察的路由。避免将真实的联系人列表或机密消息上传给第三方检查人员。 E-goi 本身指出，仅凭身份验证不足以改善交付：参与度和其他因素仍然相关。这里不保证收件箱或活动响应结果。
虚构诊断和空白接受工作表
虚构的艺术组织 Willow Stage 完成了发件人身份验证条目，但忽略了附加的CNAME项目。其活动所有者仅通过SPF和DKIM指标将设置标记为完成。审查将完整发布的清单与公共记录证据进行比较，发现额外的域依赖性尚未得到解决。拟议的更正是范围内的DNS审查和新的接受证据，而不是大规模的政策替代。该场景是虚构的，不包含真实的帐户结果、活动或查询。
- 帐号、发件人域名及实际消息路由：______
- 当前资格确认，包括记录的 WHOIS 条件：______
- 隐私决定或未解决的提供商澄清：______
- 帐户颁发的SPF 、 DKIM 、 DMARC和单独的CNAME要求：______
- 现有依赖项、权威DNS所有者和批准：______
- 按项目验证结果和公共记录证据：______
- 可信接收消息身份和对齐结果：______
- 回滚所有者、剩余异常和发布决定：______
原始实施证据、人类主题审查、当前适用性、生产路线、视觉可达性和所有者发布仍然开放。没有更改记录、注册设置或帐户控制。更广泛的目录实施要求仍然取决于授权租户和消息证据。