定义面向客户的身份
交易电子邮件 是客户访问已购买产品的一部分，因此发件人更改需要操作所有者。列出相关的收据、许可证或下载消息及其配置的发件人和回复身份。选择您的组织控制的域并确定DNS所有者。本指南描述 Freemius 工作流程，而不是不相关的SendGrid帐户的设置。
Freemius 将SendGrid记录为其事务传输。其 2025 年 11 月发件人更新解释说，不完整 DKIM、经过身份验证的域之外的发件人或通用邮箱提供商会触发 Freemius 发件人回退。回复保持不变。当域身份验证和发件人域一致时，配置的发件人仍处于使用状态。来源： Freemius，增强了对交易电子邮件发件人地址的处理.
后备可以保留交付路线，同时更改客户看到的身份。不要仅仅因为消息到达就将其称为成功的品牌域部署。将预期发件人、实际发件人和回复目的地记录为单独的接受字段。避免假设自定义回复地址提供 DMARC 结盟;事实并非如此。
在 Freemius 中配置域名
在开发人员仪表板的电子邮件区域中，启动使用DKIM验证域，输入所需的域并选择验证。发布生成的 CNAME 记录在权威DNS提供商处，然后确认它们已添加并选择“验证”。如果别名冲突，请重新启动工作流程并选择指示其他DKIM记录已存在的选项以获取不同的地址。弗里米乌斯 说 SPF 在此设置后会自动处理。资料来源：Freemius，电子邮件送达率。
准确使用每个帐户生成的值，并遵循DNS主机的所有者名称约定。不要将屏幕截图的示例记录粘贴到生产中。编辑前先检查每个所有者是否已经有 一个记录 谁依赖它。无法通过将竞争目标置于一个所有者来修复CNAME 。备用记录工作流程比破坏另一个发件人更可取，但其最终名称仍需要检查。
不要在根域中添加推测性SendGrid包含来补偿失败的CNAME检查。提供商的自动SPF声明适用于其记录的集成；其他合法发件人仍需要自己的正确授权。保持根SPF策略和所有不相关的服务不变，除非需要单独的、有证据支持的更改。
验证DNS和实际交易消息
首先将权威答案与生成的记录集进行比较。区分在错误的DNS主机上发布与递归缓存：不正确的权威答案不能通过等待来修复。确认域后缀未附加两次，并且没有冲突的记录被覆盖。然后保留产品的验证结果。
使用经批准的测试交易或其他受控交易工作流程与虚构数据。不要仅仅为了获取测试标头而创建实际费用或发送客户许可证。保留原始收到的消息、预期工作流程、可见发件人、回复收件人、信封身份、 DKIM d=/s=和可信接收者 Authentication-Results。产品徽章和交付日志无法建立所有这些身份。
综合示例：事务消息具有 From licenses@example.com和有效的 DKIM签名 d=example.com. Even if SPF passes for an unrelated provider envelope, exact DKIM alignment can supply the DMARC path. Now change the configured sender to a different 组织域 无需验证它。先前的测试无法为该新身份建立身份验证，并且记录的后备可能适用。任何发件人域更改后重新测试。
DMARC要求在适用的对齐模式下至少有一条通过对齐的SPF或DKIM路径。 DKIM是签名，而不是内容加密或收件人看到消息的保证。提供商拥有的后备可以是其自身身份的有效邮件，而无需成为品牌域的成功。
在不丢失证据的情况下调查客户交付情况
分开四个问题：工作流程是否被触发、是否尝试发送消息、收件人系统是否接受它以及它出现在哪里？要求操作员保留相关的发送事件和确切的错误，而不是根据客户的邮件丢失报告进行猜测。检查收件人地址，包括是否是与目标帐户关联的地址。在了解错误之前，避免重复重新发送。
如果身份验证通过但放置不佳，请检查声誉、内容和收件人处理。如果签名丢失或无效，请在更改广泛策略之前比较DNS 、帐户验证和当前的发件人域。回复路由问题是不同的层，需要单独的测试。
保持恢复和完成诚实
保存之前的DNS值和发件人设置。在适当的情况下，将记录的后备保留为明确批准的运营结果，而不是削弱整个业务领域的DMARC 。仅在确认没有活动产品或延迟消息依赖于过时记录后才删除它们。
接受需要预期的发送者和回复、经过验证的DNS以及每个范围内事务路由的真实接收消息记录。本指南使用了提供商文档，并通过当前主要来源页面和协议参考进行了检查。它不包含实时租户、购买、 DNS或交付执行。人类 SME 审查、独立检查和出版仍有待完成。
将不匹配结果与回复路由分开
书面案例 FM-02 假设example.com是经过身份验证的域，但产品现在选择licenses@other.example作为发件人，并选择support@example.com作为回复。新的发件人域尚未经过身份验证。根据记录的不匹配行为，预计会出现 Freemius From 回退；这里没有观察到实际的后备地址和消息身份验证。 Reply-To 可以保留support@example.com ，而不使other.example成为对齐的发件人身份。产品所有者必须批准预期的发送者，完成匹配设置（如果需要）并检查受控交易消息，而无需颁发真正的费用或许可证。未执行任何购买、帐户更改或消息。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。