将发送和收票分开
支持地址有两个作用：接受客户的请求和识别回复。证明一个并不能证明另一个。与 Gorelo 管理员、权威DNS所有者和当前邮箱管理员一起开始此更改。记录所需的公共地址、其现有的接收路线以及应处理它的票证组。在进行更改之前，保留现有DNS答案和转发设置的副本。
Gorelo 记录了一种基于 Mailgun 的递送服务，该服务使用专用的发送子域，同时客户继续与面向公众的地址进行交互。请勿将子域视为替换您组织的正常邮箱服务的请求。确切的记录必须来自帐户，而不是一般的Mailgun示例。 戈雷洛交付设计
配置域名和地址
在“设置”>“电子邮件”>“设置”中，选择“添加域”，输入目标域并在您的DNS主机上发布显示的记录。保留生成的所有者中的 gorelo 标签并使用验证。添加域名会创建默认的help@票务和accounts@账单地址；后者仅限出站。编辑票证地址以查看其发件人/回复身份和组限制。 自定义域
发布之前，在工作表上将每个相对DNS名称展开为其完整所有者名称。某些DNS接口会自动附加区域。在错误的所有者处正确复制的值仍然是失败的安装。如果所有者已经拥有数据，请在替换之前确定其用途。保留单个 SPF 每个适用所有者的策略并检查其总DNS查找成本，包括嵌套包含。
对于票据接收，请使用相应现有邮箱的帐户转发目的地。将任何外部转发例外限制在批准的邮箱内，而不是在全局范围内开放转发。路由更改可能会暴露传入的工单内容，因此在启用之前要获得正常的内部批准。不要在原始邮箱和目标之间创建循环。
运行三路径验收测试
原测试方案：首先直接向配置的转发目的地发送无害请求。然后将另一个发送到公共支持地址。确认两者均到达预期队列，并且公共地址测试不会创建重复或循环票证。最后，如果计费在范围内，则从工单中回复并发送受控计费示例。使用合成内容和受控收件人，而不是仅仅为了测试交付而使用真正的未付发票。
对于每条出站消息，保留受信任接收者的身份验证结果，可见来自域、 SMTP 信封发件人, DKIM 签名域名和 选择器。检查通过的SPF或DKIM身份是否与适用的 From 一致 DMARC 结盟 模式。成功的票证创建和 Gorelo 的DNS验证是有用的观察结果，但都不能替代这种接收消息检查。
示例性失败：直接转发目的地测试有效，但公共地址无效。这表明下一次调查将针对现有邮箱的转发规则或限制，而不是立即更换 DKIM 密钥。如果接收有效但回复未对齐，请改为调查出站身份。
恢复而不影响其他邮件
在一次更改多个图层之前，请暂停受影响的地址或工作流程。仅恢复导致失败的最后批准的转发或DNS更改，并检查原始邮箱是否仍然可访问。保留旧的有效签名记录，直到考虑排队消息和缓存。 DNS迁移、邮箱移动或发件人地址更改后重复三路径测试。
这是一份基于文档的指南，于 2026 年 11 月 8 日审核。未测试 Gorelo 帐户、 DNS区域、票证或收到的消息；验收计划和失败示例是原始的说明性指导。
将失败分配给正确的邮件路径
书面案例 GO-01 规定，直接发送到配置的 Gorelo 转发目的地的无害请求会到达预期组，但发送到help@example.com同类请求则不会。通过直接路径的回复具有来自help@example.com和受信任的DKIM传递，其中d=example.com和s=ticket1;其SPF结果未知。该单一回复与DKIM完全一致，但没有提及缺失的公共地址接收情况。现有邮箱管理员应检查其批准的转发规则和目的地，而票证所有者则保留工作回复路由。请勿在没有证据的情况下更换DKIM密钥来修复摄入量。所有的恒等式和结果都是教学假设；未创建票证、帐单文档或消息。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。