范围指南 Conversica 的专用子域路线
康维斯卡的 子域配置说明，更新于 2025 年 10 月 29 日，描述了在仪表板中注册专用发送子域并发布生成的DNS记录。这是这里介绍的路线。它不是不相关的SMTP集成的指南，也不是所有 Conversica 帐户具有相同设置的证明。选择配置路径前请确认当前账号、助手、传输。
该指南要求在“添加域”中输入的子域仅供 Conversica 助手专用。从组织控制且未分配给其他服务的名称开始。将选择视为路线和所有权决策，而不仅仅是品牌偏好。消息人士解释说，这种安排让 Conversica 可以处理助理电子邮件的发送和接收；因此，替换已使用的名称中的记录不仅会影响传出身份验证。
记录谁拥有DNS 、谁管理助手、哪些消息类别使用它以及哪些现有依赖关系必须保持不变。避免将潜在客户地址或对话内容复制到该清单中。域、路由和配置参考足以开始技术审查。本稿件未访问任何助手、域名或收件人数据。
注册子域名并保存生成的记录集
记录的导航是DNS设置、添加域，然后是所需的子域，而不仅仅是 组织域。高级设置允许自定义 DKIM 选择器。打开生成的域 ID 将显示九个记录：两个TXT 、三个MX和四个 CNAME 记录。保留实际生成的所有者名称、值和MX优先级，而不是将屏幕截图或记住的示例视为通用模板。 Conversica 设置指南
TXT条目涵盖 SPF 和 FBL SPF 。 MX条目涵盖两个邮件路由记录和 FBL MX 。 CNAME条目涵盖验证、链接和两条DKIM记录。在变更请求中保持这些功能的不同。经过验证的所有权别名不能替代任何一个DKIM别名，并且正常运行的跟踪链接不能证明返回路径或接收路由是正确的。
该指南提供了已发布记录的下载 CSV 以及生成的DNS设置页面链接，该链接可以发送给 IT 团队。生成的链接可以向其接收者传达设置功能或信息，因此请使用批准的接收者和共享路径。本指南不会生成、传输或测试此类链接。本地变更记录可以识别授权的切换，而无需将其暴露在公共文章中。
保留提供商的SPF和 DNS 模式限制
康韦尔西卡明确表示 SPF宏 配置中不允许 TXT记录 并且该记录必须包含conversica.com 。这些是产品限制，而不是SPF的一般限制。不要将它们削弱为建议或默默地重写生成的指令以适应现有的自动化模式。如果组织策略生成器使用宏，请在继续之前解决与提供者和策略所有者的兼容性问题。 Conversica 设置指南
对于 Cloudflare 管理的DNS ，同一指南要求所有与 Conversica 相关的CNAME记录仅是DNS而不是代理。此语句的范围仅限于记录的配置。不允许更改不相关的代理、网络或安全设置。识别已批准变更中的特定记录，并保持其他服务依赖关系不变。将结果模式记录为接受项，而不是假设保存的CNAME具有所需的行为。
DNS编辑器对所有者名称和值使用不同的标签。将提供商的域和条目字段复制到正确的编辑器字段中，分别保留MX优先级。确认编辑器生成的完全合格的所有者，以免后缀意外重复。错误所有者的看似合理的名字可能会导致预期记录缺失，但在变更票据中看起来仍然正确。
区分新设置和记录的旧迁移
Conversica 还发布了 旧版到增强型DNS迁移指南，更新于 2021 年 9 月 30 日。其年龄很重要：在使用之前确定经常账户的适用性。不要将其中间记录计数与 2025 年 10 月的新子域过程混合，或者假设每个现有域仍然需要迁移。
历史工作流程从标记为 Validated (Legacy) 的域开始，检查六个旧记录并添加或确认验证CNAME 。只有在这些记录验证后，它才会转移到增强型DNS记录。后期阶段更改了旧版MX条目并添加了增强的依赖项，最后以九个绿色勾号结束。这是一个有序的迁移，而不是删除所有旧记录并希望新集起作用的方向。
使用当前实际的域 ID 和颁发的值来决定仍然需要什么。迁移工作表应区分保留的记录、更改的目标和新记录，并由回滚所有者和提供者确认任何废弃记录。该指南对增强加密的宣传提及并不建立消息内容机密性或特定的TLS保证。本文没有提出任何主张。
验证每条记录而不过早声明消息成功
输入记录后，设置指南将指导操作员进行验证。绿色勾号表示已成功验证条目；红色 X 需要检查配置。保留每次记录的结果和观察时间。如果缺少一个别名，成功检查另一个别名并不能满足整个九条记录的要求。等待期并不能替代纠正错误的所有者、目标或优先级。
建议的诊断顺序是在考虑瞬态解析器延迟之前比较所请求的记录、权威出版物和提供商观察。旧版指南的时间限制并不能保证每个故障都会自动解决。本文未执行任何验证按钮或DNS查询。记录的工作流程和空白工作表是为单独授权的实施做准备。
RFC 7208 ，第 3.2 和 4.6.4 节 提供额外的SPF检查：避免同一所有者的竞争策略，并审查整个路径中评估的 DNS 相关术语。产品特定的宏禁令并不能取代这些协议要求。同样，定制 选择器 支持并不能成为发布不完整的DKIM记录集或将选择器与签名域混淆的借口。
配置后建立实际的消息标识
单独授权的无害接受消息应标识可见的作者域、信封身份、 DKIM签名域和选择器，以及受信任的接收者结果。 RFC 6376 ，第 3.5 节 定义将消息连接到其密钥查找的签名字段。 DNS存在本身并不表明该路由使用了预期的签名。
RFC 9989 ，第 4.4 节 解释 结盟。传递身份必须与可见的 From 域具有所需的关系；任何传递的提供者身份都不足以自动满足要求。保留DKIM 、 SPF 、 DMARC 和收件人交付观察分开。九个绿色DNS检查和有效签名都不能证明邮件业务请求的安全性或保证收件箱的放置。
虚构诊断和空白接受工作表
虚构的活动企业 Cedar Arena 选择以前用于网站重定向的子域。其DNS运营商添加了请求的别名，但保留了现有的代理行为。拟议的审查在授权任何生产变更之前确定所有权冲突和记录的仅 DNS 要求。团队选择解决名称的使用和特定于记录的配置，而不是禁用不相关的保护。这是一个虚构的规划示例，而不是实际失败的验证或网络测试。
- 账户、助手、路线和当前指南适用性：______
- 独家子域所有权和现有依赖性审查：______
- 新设置或已确认的旧迁移路径：______
- 两个TXT 、三个MX和四个CNAME指令，其确切所有者：______
- SPF宏限制和conversica.com条件已审核：______
- 适用的CNAME DNS-only模式及批准范围：______
- 每条记录的验证证据和未解决的错误：______
- 实际消息身份、对齐和剩余接受门：______
原始实施证据、人工审查、当前适用性、生产路线、视觉可达性和所有者发布仍然开放。没有更改或创建任何记录、代理设置、帐户控制或消息。