更改DNS之前的库存通知
表单可以生成内部通知、自动回复和工作流程电子邮件。在变更计划中为每一行指定一行：表单或工作流程名称、触发事件、预期收件人、发件人地址、回复地址、业务所有者和预期传输。不要假设对一种表单的测试可以确定每个电子邮件生成步骤的身份。
使用您的组织控制的发送域。响应者的地址可用于定向回复，但您的域设置不允许您对不相关的响应者域进行身份验证。明确决定是否应将表单作为您的组织发送并直接回复其他地方。使用受控地址和虚构响应数据而不是个人提交的内容进行测试。
满足 FormAssembly 的发件人要求
FormAssembly 的身份验证指南要求自定义发件人域包含其 SPF 授权， include:spf1.formassembly.com.缺乏该授权的域会回退到no-reply@formassembly.com assembly.com，直到经过验证。 DKIM 为 Essentials 计划及以上计划提供支持协助：提供实例 URL、域和单个字母数字 选择器 姓名。查看管理仪表板中“常规”下的“支持/退回电子邮件”和“其他”下的默认通知电子邮件/发件人。来源：FormAssembly、电子邮件通知安全和身份验证。
在编辑SPF之前，检索现有策略并清点使用该所有者名称的所有合法服务。将所需的授权添加到一个策略，而不是第二个v=spf1 TXT记录。保留其他发件人并检查与 DNS 查找相关的术语总数，包括嵌套包含。在未检查所有邮件的后果之前，请勿从其他组织复制完整的示例策略或更改其最终限定符。
选择器请求不是公钥本身。从该实例的 FormAssembly 支持获取最终记录类型、完整所有者、值和激活说明。保留他们的响应作为配置权限；切勿发明公钥或从第三方教程复制公钥。仅向DNS所有者提供此更改所需的记录，并记录谁将确认激活。支持设置和DNS缓存具有单独的计时，因此两者都不应该隐藏在通用传播等待中。
单独验证发件人选择和签名
发布后，向权威服务器查询实际记录所有者和类型。确认DNS编辑器没有两次追加区域、丢失部分密钥或引入冲突的别名。将最终答案与特定于实例的说明进行比较。如果权威答案是错误的，再等待也解决不了问题。
触发受控提交并独立检查收到的通知和自动回复。保存原始消息和可信接收者身份验证结果。记录可见的发件人、回复、信封身份和DKIM签名域/选择器。 Reply-To 路由响应；这不是域名 DMARC 用于 结盟。确认任何后备发件人都可以被企业主接受，而不是默默地将发送视为成功。
综合接受案例：内部通知具有 From forms@example.com和d=example.com.其接收器报告DKIM通过，提供精确对齐的DKIM路径。使用 From visitor@another.example的不同自动回复程序不会仅针对该不相关的域进行身份验证，因为它是由相同的表单生成的。正确的响应是检查发件人配置，而不是向example.com添加更多SPF包含。
将产品先决条件与协议结果分开
提供商对SPF的要求是产品设置条件。 SPF本身验证 信封发件人 身份，而DKIM验证与d=. DMARC将成功的身份验证身份与其对齐模式下的可见 From 进行比较。因此，通过产品验证检查并不能替代记录已发送消息中的域。避免描述 DKIM签名 因为加密或声明身份验证可以保证收件箱的放置。
如果一个工作流程仍然失败，请将其设置和收到的标头与工作工作流程进行比较。缺少签名表明存在激活或路由问题；验证失败的签名需要进行密钥和消息完整性调查。如果身份验证通过，请在更改DNS之前检查实际传送错误和收件人处理。请勿随意重复实时提交或将真实的客户信息作为测试数据重新发送。
保留恢复路径和验收记录
更改之前保存以前的发件人设置和DNS策略。如果自定义身份尚未准备好，请在支持人员解决问题时使用经批准的已知有效的发件人安排。不要删除其他服务的记录或削弱整个域的DMARC策略来隐藏特定于表单的问题。发件人更改后测试回复处理。
仅当预期表单和工作流程步骤显示已批准的发件人和回复身份、权威DNS与提供的值匹配并且收到的消息显示传递的对齐路径时，才接受工作。本文提供书面说明和综合推理，而不是现场测试证据。在授权运营商提供这些结果之前，其对真实消息或DNS验证的原始目录要求仍然开放；不暗示人工审查和发布。
将表单所有者与受访者分开
书面案例 FA-02 假设表单应作为forms@example.com发送，并直接回复到受控的visitor@other.example地址。规定的内部通知具有d=example.com和s=forms1,可信DKIM通行证，为其发件人提供精确对齐。第二条路线具有可见的 From visitor@other.example ；其信封和所有签名均未知。第二条路由没有已建立的身份验证判决，因此无法借用第一条路由的结果。表单所有者应在授权的虚构提交之前检查其发件人和回复设置。未使用受访者数据、表单提交、 DNS更改或支持请求。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。