选择设置之前先确定传输方式
Freshdesk的域验证过程适用于其默认发送服务器。自定义电子邮件服务器是一种不同的传输方式，其 DKIM 设置必须在该服务中处理。首先记录每个支持地址、其实际服务器选择、可见发件人、回复目的地和负责的支持团队所有者。不要仅从地址推断运输方式。
将入站支持转发与出站身份验证分开。到达帮助台并成为票证的消息并不能证明帮助台的回复具有有效的对齐签名。相反，正确的出站DKIM无法解决收件箱转发或票证线程问题。使用受控邮箱和虚构的票内容为每个方向计划一次测试。
获取并发布生成的记录集
管理员打开管理 > 渠道 > 电子邮件 > 高级设置 > 配置DKIM 。复制生成的四个 CNAME 记录到权威DNS服务中，然后返回，展开域并选择“验证”。设置是按域进行的，而不是同一域上的按邮箱进行的。检查状态指示器和帐户管理确认。来源： Freshdesk ，配置DKIM记录。
帐户值（而不是博客样本）决定了所有者名称和目标。添加它们之前，请检查每个所有者的任何现有记录。如果另一个应用程序占用了 选择器，请勿删除它或尝试组合多个CNAME目标。 Freshdesk的指南指导记录冲突案例的支持。向支持人员提供确切的帐户、所有者名称和冲突值，以便无需猜测即可解决问题。
某些DNS编辑器会自动附加区域名称。如果以错误的字段形式输入，诸如selector._domainkey.example.com之类的主机可能会变成selector._domainkey.example.com.example.com 。保存后查看生成的完全合格的所有者；视觉上合理的短标签是不够的。等待传播的通用请求应该在此检查之后，而不是之前。
保持共享域更改的范围狭窄
单个业务域可以为多个Freshdesk帐户、其他 Freshworks 产品和不相关的邮件系统提供服务。维护一份记录到所有者的地图。相同的所需记录不需要重复发布，但同一CNAME所有者的不同目标会发生冲突。请勿将有关重叠值的文档快捷方式解释为构建多目标CNAME记录的权限。
不要更改域名 SPF 策略仅仅是因为该向导被标记为DKIM 。 SPF和DKIM是独立的身份验证机制，即使供应商的记录集支持交付的多个方面也是如此。使用实际配置的传输和当前帐户指令来决定是否需要单独的SPF更新。如果更新SPF ，请保留一项策略并将所有其他授权发件人保留在其 DNS 查找限制内。
测试完整的支持对话
通过预期的入站路径启动受控票证，然后从测试中的支持地址发送回复。将原始邮件保留在接收邮箱中。记录支持地址和帐户、可见发件人、信封域、 DKIM d=/s=和可信接收者 Authentication-Results。分别测试不同域上的第二个支持地址。共享已配置域的地址可以共享DNS设置，同时仍具有不同的操作设置。
综合示例： support@example.com使用有效签名d=example.com和无关提供商信封的SPF通行证进行回复。精确匹配DKIM可以提供对齐的 DMARC 小路;不相关的SPF结果则不然。如果第二个支持邮箱使用自定义服务器并且缺少该签名，请勿假设 Freshdesk-default-server 配置适用于它。识别真实的传输并修复那里的身份验证。
DKIM验证与域关联的签名。 DMARC需要在适用模式下传递与可见发件人相关的对齐SPF或DKIM身份。这两种机制都不能保证收件箱的放置或使冒充行为普遍不可能。独立于身份验证验证票证线程和回复传送。
按顺序诊断验证和交付
如果配置页面中没有该域，请在创建记录之前检查支持电子邮件设置和验证状态。如果验证失败，请将每个生成的值与权威DNS进行比较，检查遗漏、空格和重复的后缀。如果记录显示正确，但产品验证仍然失败，请保留帐户上下文、记录输出和确切的错误以获取支持。
如果DNS和产品验证通过，但收件人报告丢失邮件，请保留任何收到的示例中的实际发送错误和标头。签名缺失表明路由或配置不匹配；无效签名需要密钥和消息完整性调查；位置不佳的对齐通行证需要进行交付调查。作为第一反应，请勿轮换不相关的密钥或降低域范围的DMARC策略。
仅接受已证明的承保范围
在更改面向客户的邮件之前，保留以前的记录和支持设置以及批准的替代路线。仅在依赖性审查后删除旧记录。完成记录必须标识每个测试的支持域和传输、 DNS和产品验证、接收者身份验证和回复/线程结果。这是带有综合示例的文档指南，而不是现场Freshdesk测试。仍然需要独立检查、中小企业批准和发布。
将身份验证和票证关闭分开
书面支持案例 FD-01 假定help@example.com使用默认的Freshdesk服务器，并且受控回复具有受信任的DKIM通行证（ d=example.com, s=demo1.该精确对齐的路径可以满足DMARC ，否则SPF未知。现在单独假设回复地址将下一个响应路由到错误的队列中。身份验证接受并不能消除该工作流程缺陷。支持负责人应更正批准的回复路线并重复无害的对话测试；替换DKIM或降低DMARC无法解决所述问题。使用自定义SMTP的第二个邮箱保留在此默认服务器结果之外。这些是规定的教学输入，而不是已执行的票据或观察到的客户事件。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。