[ 寄送服务指南 ]

验证通过 Gorgias 发送的电子邮件:配置和验证

使用您帐户显示的记录验证 Gorgias 电子邮件路由,包括当前的CNAME工作流程及其旧版TXT例外。

由EmailAuth研究团队提供 · 3 分钟阅读

[ 要点 ]

  • 使用您帐户显示的记录验证 Gorgias 电子邮件路由,包括当前的CNAME工作流程及其旧版TXT例外。
  • 对齐的DKIM消息不会关闭丢失的Return-Path配置。
在此页面上

在编辑DNS之前确定集成

记录 Gorgias 电子邮件地址、集成类型、预期发件人域和DNS所有者。当传出回复使用意外身份时,客户支持邮箱仍可保持可读。在验收计划中包含来自实际帮助台的答复,而不是仅依赖传入的测试。

Gorgias 在通过自动转发发送之前需要进行域验证。它的文档也强烈建议对直接集成的自定义域进行验证。管理员可以通过设置 > 渠道 > 邮箱获取记录,选择地址并打开验证域名。 验证工作流程

关注帐户的记录家庭

当前记录的工作流程提供了两个 DKIM CNAME 和自定义 Return-Path CNAME。使用自己的帐户提供的目标发布所有三个,然后使用检查状态。某些帐户反而显示旧版TXT值 SPF 和DKIM ;使用匹配的分支而不是组合两者的指令。提供商最多允许 72 小时进行验证。 所需记录和遗留分支

保存前逐条记录进行比较:预期的完全合格所有者、记录类型、目标或值、现有数据以及更改原因。如果DNS编辑器附加您的域,请输入生成预期全名的相对标签。不要将第二个完整的域粘贴到已经完成的所有者上。替换之前检查CNAME冲突 TXT记录 在一个 DKIM选择器.

旧版SPF值必须与现有的单个SPF策略保持一致,而不是作为同名的第二个策略安装。保留授权邮箱和其他应用程序发件人。根据协议限制评估嵌套DNS查找。对于仅 CNAME 帐户,不要仅仅因为旧教程显示了一个不相关的根SPF包含而添加它。

让DMARC成为域所有者的决定

检查域的现有 DMARC 与其所有者的政策和报告目的地。提供商的示例是不允许替换已建立的策略或将报告路由到无主邮箱。在更改强制执行之前盘点其他合法发件人。 SPF验证信封身份, DKIM验证其签名域;当至少一个传递身份与可见的发件人域一致时, DMARC将通过。尽管接收服务可能会提出额外的发送方要求,但它不需要两种方法保持一致。

验证完整的支持交换

原始受理工作表:记录入站工单、出站回复以及该收件箱实际使用的任何自动回复。对于每个出站案例,捕获受信任接收方的SPF结果和信封域、带有 d= 和s=, DKIM结果、可见发件人域和DMARC结果。将自定义Return-Path与计划的退回身份进行比较,而不是假设可见地址也是 信封发件人.

说明性场景:两条DKIM记录已验证,但Return-Path所有者和区域名称输入了两次。即使一条消息通过DKIM传递DMARC ,也将其视为不完整的配置。纠正车主并重新测试预定路线;不要削弱域策略来隐藏丢失的记录。

按受控顺序解决故障

首先将权威DNS答案与 Gorgias 值进行比较。然后区分缓存与错误所有者或丢失记录。最后比较为回复选择的实际发件人。如果客户收到错误,则保留最后的工作配置并仅暂停受影响的工作流程。在了解旧选择器的依赖关系和正在发送的邮件之前,请勿删除旧选择器。

文档于 2026 年 11 月 8 日审核。未测试 Gorgias 租户、 DNS更改或传递的支持消息。工作表和场景是建议的操作检查,而不是观察到的客户结果。

检查部分配置而不隐藏它

书面案例 GO-01 假设来自help@example.com和可信传递 DKIM签名 d=example.com, s=gor. The intended account-generated Return-Path owner is represented as em123.example.com, but the fictional zone inventory instead lists em123.example.com.example.com. The label is illustrative, not an account value to publish; the actual target and SPF result are unknown. DKIM supplies an aligned path for this hypothetical message, while the DNS owner still needs to fix the specified Return-Path record using real account values and retest the route. Do not call all configuration complete from that DKIM pass or invent a complete SPF verdict. No Gorgias account, DNS change or delivery was used here.

保留执行边界

RFC 9989 第 7.4 节要求有效的DKIM ,而不仅仅是SPF来进行域发布 p=reject,并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护,同时诊断实际差距;任何政策变化都需要自己的决定。

[ 外卖 ]

对齐的DKIM消息不会关闭丢失的Return-Path配置。

[ 按角色 ]

这对您意味着什么

选择您的角色以执行后续实际步骤。

IT/邮件管理员

使用正确的记录系列

CNAME和旧版TXT指令是不同的分支。

后续步骤

  1. 记录帐户的当前值。
  2. 检查所有者名称扩展。
  3. 比较Return-Path和DKIM身份。

CISO / SecOps

保持域策略受控

帮助台入职示例不得默默地改变更广泛的政策。

后续步骤

  1. 查看现有DMARC设置。
  2. 保留其他SPF发件人。
  3. 批准任何报告目的地。

创始人/非技术人员

验证客户回复

仅凭传入机票并不能确定出境准备情况。

后续步骤

  1. 命名收件箱所有者。
  2. 测试实际回复。
  3. 为失败的发件人计划暂停。

[ 常见问题解答 ]

常见问题

自动转发需要验证吗?

是的,Gorgias 在沿该路线出站发送之前会按要求进行记录。

为什么有两个DKIM CNAME?

Gorgias 记录了这对密钥轮换。发布为您的帐户提供的两个值。

如果我的帐户显示TXT值怎么办?

使用该帐户显示的旧TXT分支。如果没有提供商支持的迁移,请勿合并记录系列。

我应该将旧的SPF示例添加到仅 CNAME 帐户吗?

否。请遵循其当前生成的记录并确认实际信封身份。

我可以为旧设置发布第二个SPF TXT策略吗?

否。将批准的授权合并到现有策略中并评估查找限制。

Return-Path CNAME是否取代支持收件箱MX ?

不要将其视为收件箱迁移。它的作用是反弹标识;保持不相关的入站路由不变。

SPF和DKIM是否必须一致才能通过DMARC ?

DMARC需要至少一种通过对齐方法。其他提供商发送要求是单独的。

如果验证失败,我应该保留什么?

准确的生成值、权威答案、检查时间和一条受控消息的可信认证结果。

[ 来源 ]

来源

  1. 验证您的域名以从 Gorgias 发送电子邮件

    部分 域验证所需的记录 · 验证您的域 · 在您的域名注册商中创建记录 · 在您的域名注册商中创建SPF和DKIM记录

  2. RFC 7208

    部分 §2.4 · §2.6.5 · §3.2 · §3.3 · §4.6.4

  3. RFC 6376

    部分 §3.4 · §3.5 · §3.6 · §3.7 · §6.1 · §6.3

  4. RFC 9989

    部分 §4.4 · §5.3.5 · §5.4 · §7.4 · §8

[ 词汇表 ]

词汇表

SPF
SMTP信封发件人域的DNS授权,受协议查找限制。
DKIM
在签名域下的选择器处使用公钥验证签名。
DMARC对齐
可见的发件人域与传递的SPF或DKIM身份验证域之间所需的关系。
权威DNS
发布区域答案的委派DNS服务。
Return-Path
记录用于传递失败处理的反向路径的消息头;检查可信身份验证结果中的信封身份。

企业出处

为什么顶级金融机构和政府 退役了他们的电子邮件安全仪表板。

传统的电子邮件身份验证平台会向您出售仪表板并要求您的工程师来完成这项工作。在高风险环境中,手动监督意味着延迟执行、配置漂移和不受监控的影子域。

EmailAuth是代理电子邮件来源平台。 我们的代理人强制执行 p=reject,保持第三方发件人一致并将您的域名移至完整状态 RFC 9989 合规性、新的DMARC标准,以及人机交互审核能力。

政府 大型企业 一级金融机构

SaaS · 专用租赁 · 气隙本地部署 · BYOK 加密

知识库