确定 Qualtrics 发送路由
本指南涵盖 Qualtrics 中的本机自定义发件人域工作流程，并在SMTP中继配置周围有明确的边界。研究团队可能会选择一个熟悉的发件人地址，而另一个系统提供SMTP信封并 DKIM签名。首先记录品牌、可见的发件人域以及交付是否使用 Qualtrics 基础设施或组织中继。将这些视为变革计划中的单独路线。
记录的本地路线需要合格的品牌许可证和品牌管理员。它授予整个品牌的域名使用权，而不是仅限于个人用户。 Qualtrics 建议使用专用子域。自 2026 年 6 月 8 日起， MX主机还必须具有有效的 A 或 AAAA记录。在任何人创建DNS条目之前，这些先决条件值得审查。 Qualtrics 自定义 来自文档
专用的研究子域为变更所有者提供了更清晰的用户、邮件流和DNS依赖项清单。它本身并不保证与组织的分离 DMARC 政策。商定哪个团队拥有受访者的回复、哪些地址可能出现在“发件人”中，以及谁可以授权未来的品牌。记录建议的地址是否已被邮箱或其他邮件平台使用，以便身份验证更改不会意外成为接收邮件迁移。
准备品牌和DNS更改
Qualtrics 将自定义电子邮件域放置在组织设置的“消息传递”部分中。其单独的自定义标头功能可以标记品牌邮件，但添加描述性标头则不能 DKIM 配置。组织级别设置还涵盖多种邮件，包括分发和与工作流相关的消息。因此，如果没有单独的测试，成功的调查邀请不应被视为其他所有业务工作流程的证据。 质量组织设置
在自定义域流程中，添加所需域并选择一个 DKIM选择器。为共享域的每个品牌使用唯一的选择器。将生成的记录所有者、类型和值复制到DNS变更请求中，发布到权威主机，验证后激活。 Qualtrics 记录DKIM 、 MX和DMARC要求；它是可选的 SPF 示例不能替代DKIM 结盟。使用为当前设置生成的记录，而不是从其他品牌复制的密钥。 Qualtrics 自定义 来自文档
在保存DNS更改之前，导出现有值并识别将更改的每条记录。 DNS编辑器附加其区域后缀后，检查完全合格的所有者。保留现有的接收邮件记录，除非负责的邮件所有者已经审查了特定的替换。对于MX依赖关系，查询MX目标和目标的地址记录。当指定主机没有地址时，单独的MX标签是不完整的检查。
使用票证将品牌管理员生成的配置连接到DNS管理员发布的结果。包括收集时间和 TTL，以便后来的调查人员可以区分过时的缓存和错误发布的值。公钥可以作为证据保存；私人签名密钥、帐户机密和受访者联系人列表不属于工作表。
评估消息的对齐情况
SPF根据SMTP身份（而不仅仅是可见的发件人地址）评估发送服务器。维持一项适用 SPF记录 在每个所有者处，合并授权时保留合法发件人，并评估查找限制，而不是添加多个独立策略。添加到不相关域的包含不能更改接收到的消息中使用的标识。 SPF RFC 7208
当通过的SPF或DKIM结果与可见的发件人域一致时， DMARC通过。对于不相关的提供商域来说，传递机制是不够的。记录实际的对齐模式和域，而不是在票证中只写“ SPF通过”。 DKIM证据包括签名的 d= 域和 s= 选择器，它们一起标识公钥查找。 DMARC RFC 9989 DKIM RFC 6376
使用无害的内容和授权测试的接收者运行受控测试。捕获接收者的信任 Authentication-Results 以及完整的相关标题，并最大限度地减少个人数据。比较同一调查中的邀请和提醒，然后测试版本中包含的任何其他工作流程。用户界面验证徽章建立配置检查点；收到的消息证据确定了该路由实际验证的内容。
不要仅仅为了发起一项活动而改变组织的执行政策。如果尚未清点合法路由，请记录该依赖性并使用已建立的更改流程。身份验证也不能证明同意、良好的列表质量、收件箱位置或受访者参与度。
在单独的更改中保持SMTP中继工作
如果组织使用自己的SMTP中继，请停止应用本机路由工作表，就好像它是中继的配置一样。捕获中继服务、提交方法、发件人限制、出站签名所有者以及负责其日志的人员。需要中继运营商当前支持的配置和认证证据。本文不批准新的持久凭据、MFA 例外或更广泛的中继访问权限。
Qualtrics 分布错误代码有助于区分这些故障。 EQD17 涉及从域发送的授权； EQD18 表示可能存在邮件服务器配置问题； EQD19 涉及到组织服务器的连接。这些代码是针对调查分布记录的，而不是针对每个 Qualtrics 项目类型。在进行诊断之前，请使用准确的产品和事件。 Qualtrics 分布错误消息
连接失败并不表明DKIM密钥错误。相反，成功的SMTP提交并不能证明最终邮件已通过DMARC 。将提交日志和收件人标头保留为独特的证据，并通过安全测试标识符和时间戳进行连接。
质量验收工作表
为每个品牌和配送路线完成单独的建议记录。这些字段不是来自现场租户的观察结果。
- 范围：品牌标识符、许可证资格、管理员、调查或工作流程、本机或中继路线以及发布所有者。
- 身份：批准发件人地址、回复处理、 组织域、适用的DMARC策略和对齐模式。
- 本机配置：选择的选择器、生成的公共DNS指令、激活状态以及使用域的其他品牌。
- DNS ：权威 名称服务器、确切记录所有者、公开答案、 MX目标地址记录、TTL 和捕获时间。
- 中继分支（如果适用）：批准的服务、负责的运营商、出站签名所有权以及单独审核的连接要求。
- 消息证据：测试类型、时间、接收者、信封域、 DKIM域和选择器、可信身份验证结果以及观察到的对齐情况。
- 决策：已测试路由、已排除路由、未解决的错误、回滚所有者以及仍需要批准。
对通过SPF结果的虚构诊断
这个例子是虚构的。研究团队看到SPF传递了一份调查邀请，并假设其新品牌的发件人地址受到保护。尽管如此，收件人仍报告DMARC失败。检查显示SPF身份属于发送服务，并且消息没有通过研究域的对齐DKIM签名。
拟议的调查将当前品牌的选择器与已发布的密钥进行比较，并检查管理员是否激活了该确切的域。使用相同域的第二个品牌将被单独调查，而不是允许覆盖第一个品牌的选择器。只有在新的接收器证据证明预期的对齐后，修复才会被接受。这是一个说明性诊断，而不是对任何客户进行的更改或声明。
证据和释放门
目前的第一方文档支持原生工作流程和路由区分。未访问任何客户租户、 DNS区域、中继或收到的消息。实际的许可证资格、品牌访问、生成的值、 MX地址解析、激活和消息级对齐仍待确定。人类 SME 审查、视觉阅读器审查和出版批准也正在等待中。保持候选人不发布，并在发布记录中保留未解决的特定路线问题。
查看本机域时保护接收邮件
当发送域请求包含以下内容时，可以更改接收依赖关系： MX记录。在批准任何替换之前，记录当前的入站目的和负责的邮件所有者。在记录的先决条件下， MX目标的地址记录是必要的；它并不能证明完整的域配置或交付路由通过了测试。
将消息接受与策略推出分开
通过对齐的SPF结果可以满足邮件评估的要求，但并不能单独证明将整个域移至拒绝。 RFC 9989第 7.4 节要求发布p=reject域具有有效的DKIM ，并警告间接邮件互操作性。在策略所有者批准执行之前，清点所有合法发件人和间接路由。本文未执行任何DNS更改、租户操作或接收消息测试。