在接触DNS之前定义通知路由
Zoho Forms 文档 DKIM 在设置 > 控制面板 > 通知设置 > DKIM配置下。必备的域验证完成后，添加域，选择支持的密钥大小，并通过查看详细信息获取其生成的主机名和值。发布TXT数据并选择验证；记录的状态从“待定”更改为“已验证”。 表单DKIM配置
建议的范围从组织、版本、帐户区域和其通知使用域的表单开始。区分发送给内部管理员的消息和发送给受访者的消息。成功提交和生成通知是应用程序事件；两者都没有确定使用哪种传输或作者身份来传递消息。
本文描述了配置要求和原始验收计划。它并不声称任何表单、租户、 DNS区域或收件人邮箱已经过测试。经常账户和更广泛的目录证据要求仍然开放，直到授权的实施审查提供缺失的观察结果。
在清单中包括自定义SMTP和后备
表单SMTP指南介绍了表单构建器中的设置 > 常规 > SMTP ，启用自定义SMTP并选择现有服务器。它说SMTP传递问题可以通过默认服务器路由邮件。它还将签名与与发件人域匹配的已验证域链接起来。 DKIM & SMTP
因此，回退是一个材料接受边界。拟议的清单应包含预期的主要运输、记录的后备可能性以及每条路径上预期的身份。不要假设表单的名义SMTP选择证明了特定通知使用的路径。
在受控的、单独批准的环境中计划任何操作测试。不要仅仅为了触发回退而故意破坏生产SMTP服务，也不要为了诊断方便而传输真实的受访者数据。安全证据计划可以从配置审查和现有授权样本开始，同时明确保留未观察到的后备行为。
将域和密钥选择视为托管配置
生成的密钥属于特定的签名域配置。记录其确切的查找名称和公共值，以及帐户和请求的更改。签名的 选择器 签名域确定验证者需要哪个密钥；来自其他域的屏幕截图不能替代帐户的实际数据。
根据组织当前的加密要求和提供商支持来审查密钥大小选择，而不是将旧示例视为通用安全建议。笨拙地显示长TXT值的DNS界面并不能证明截断它是合理的。 TXT数据在一条记录中可能包含多个字符串，应用程序可以将这些字符串解释为所需的完整值。
在替换现有关键记录之前，请确定可能依赖该记录的其他表单或活动服务。拟议的变更计划应保护预定的通知并记录回滚决定。私钥和SMTP密码不属于公共配置工作表或通用支持附件。 RFC 6376 ，第 3.5 节; RFC 6376 ，第3.6.2.2节; RFC 1035 ，第 3.3.14 节
将DNS编辑器字段映射到最终查找名称
常见的配置风险是将相对所有者标签与完全限定的域名混淆。管理员应确定实际的DNS编辑器如何处理区域后缀，然后将预期的最终查找名称与发布的结果进行比较。关于删除或保留后缀的单一规则并不适用于每个接口。
在DNS主文件表示法中，独立 @ 表示当前源。它不是所有子域的简写，并且提供商的可视根字段不应被解释为通配符授权。对于DKIM ，将选择器标签、 _domainkey组件和预期签名域保留为一个完整名称。
提议的验收证据应显示确切的名称和记录数据，而不仅仅是编辑器中的绿色保存通知。如果提供商无法验证配置，请在重新生成密钥或引入不相关的密钥之前比较预期所有者、区域和完整值 SPF 变化。 RFC 1035 ，第 5.1 节; RFC 6376 ，第 3.5 节
评估实际通知身份的身份验证
当发件人地址缺少经过身份验证的域时，表单还会使用其默认域进行记录。这使得实际作者和签名身份成为重要证据，而不是可以从表单标题或组织徽标推断出的详细信息。 SMTP注释
对于授权代表通知，记录可见的发件人域、 DKIM签名域和选择器以及可信接收系统结果。将传递的身份与适用的作者域进行比较 DMARC 结盟 模式。如果使用自定义SMTP路径，请确定负责的提供商的身份验证要求，而不是假设 Forms 生成的DNS数据配置该单独的服务。
请勿将收件人提交的地址与授权的发送身份混淆。受访者可以提供电子邮件地址，而无需授予表单操作员对该地址域的控制权。拟议的审查应确保通知设计不会对域名所有权做出未经支持的假设。
通过身份验证的范围仍然比安全表单内容、收件箱放置或受访者看到确认的证据要窄。将这些视为单独的验收目标。 RFC 9989 ，第 4.4 节; RFC 7208 ，第 2.4 节
表单所有者的验收工作表
使用这个最初建议的通知类工作表，而不是假设一个表单设置涵盖所有可能的消息。
- 表单范围：组织、表单标识符、版本、区域和通知受众。
- 发件人设计：预期作者域、回复目的地和任何默认域替换的业务批准。
- 主要传输：内置或自定义SMTP 、负责的服务所有者和现有配置参考。
- 后备边界：预期的替代路径、可用的证据以及任何尚未观察到的行为。
- 域配置：生成的密钥名称/值、选定的密钥大小审核和DNS所有者批准。
- 验证：实际产品状态和时间戳，与发送特定通知的证据分开。
- 消息审查：最小化授权标头、观察域、可信验证和一致性评估。
- 数据保护：合成或最小化内容、限制证据访问和保留所有者。
- 发布：未解决的生产问题、审阅者和预定通知的连续性计划。
这是一个规划神器。它不记录任何真实的提交、 SMTP凭据、 DNS查询、回退测试或租户更改。
虚构的诊断：通知采取了后备路线
虚构的培训组织选择自定义SMTP服务器进行注册确认。随后，它收到的样本的作者或签名身份与预期不同。表单管理员建议替换 Forms DKIM记录，因为该消息看起来与之前的示例不同。
相反，审阅者会询问哪个交付路径生成了样本以及是否发生了回退。拟议的调查比较了触摸工作键之前的配置参考、消息时间和观察到的身份。它还将管理员通知与受访者确认分开，因为它们的设置和证据不必相同。
在获得适当的授权证据之前，团队将保留后备接受的可能性。它不会故意中断生产交付或导出真实注册数据来证明理论。此场景是虚构的，不是Zoho Forms 失败的报告或已执行的测试。