Brevo目前记录了已建立的域身份验证流程和正在逐步推出的更新的组合域设置。新流程还可以配置品牌链接和专用 IP 关联。在决定需要多少条DNS记录之前，先确定您的帐户显示的是哪一个。单个旧配方可以省略所需的记录或覆盖已经保护其他邮件的策略。
识别账户流向和预期身份
在目标发件人地址中使用 @ 后面的域，而不是网站 URL。确认对该域的控制和权威DNS访问。保持电流 SPF, DKIM, DMARC 以及建议的品牌子域中的任何记录。决定这是单独的身份验证还是更广泛的身份验证 返回路径 和链接品牌的变化。
这 制定认证指南 指向可用的新流程。在“设置”、“发件人”、“域”、“IP”、“域”下，添加域或选择对现有条目进行身份验证。其手动路径使用Brevo验证TXT 、一个DKIM TXT或两个DKIM CNAME 以及一个DMARC TXT记录。复制为帐户生成的值。
选择自动或手动设置时保留策略
Brevo通过连接的 DNS 提供商流程和手动替代方案提供自动DNS配置。其指南警告说，现有的 DMARC记录 如果该选项被接受，则可以被替换。如果您需要保留现有策略，请选择手动路由并协调所需记录，而无需复制DMARC 。
在批准之前检查任何DNS访问授权。授予提供商配置访问权限与复制公共TXT记录是不同的决定。记录自动化所做的实际更改，包括任何报告地址。不要仅仅因为设置示例不使用任何隔离或拒绝策略而降低现有隔离或拒绝策略。
将新的组合流程视为单独的架构
这 新设置指南 将单个记录与 Brevo 管理的子域委托区分开来。根域使用单独的记录； NS 委派需要子域。记录的替代方案是针对 Brevo 管理的设置最多七个单独的DNS记录或两个 NS 记录。品牌子域在共享 IP 上是可选的，但在专用 IP 上是必需的。生成的集合取决于品牌子域和专用 IP 选择。它可能包括DKIM CNAME，即品牌返回路径 CNAME、跟踪记录、 DMARC和专用 IP 一个记录 适用时。
使用当前未使用的子域并在委派之前检查受影响的每项服务。新指南指定所选发送域不得已在其他平台或电子邮件服务上使用。对于已建立的共享企业域，请先通过Brevo解决该要求，然后再继续，而不是假设旧流程的配置可以原封不动地移植。不要改变根 名称服务器 模拟子域指令。
公布准确记录并验证结果
对于单个记录，保留显示的所有者、类型和完整值。检查DNS编辑器是否需要全名或相对标签。 CNAME所有者不得携带冲突的普通记录。当工作流程提供两个时，保留两个生成的DKIM选择器；目前未使用的 选择器 可以是旋转的一部分，而不是碎片。
在权威DNS查询具体所有者。对于别名，检查返回的CNAME和目的地；对于TXT ，比较完整的重构字符串。返回Brevo并运行其身份验证检查。绿色配置状态很有用，但最终测试是通过真实活动或事务路由的受控消息。
记录可见发件人、信封域、 DKIM d=/s=和可信接收者结果。确认对齐的通过路径。不要在公司根目录中添加任意SPF包含来修复提供商拥有的返回路径。相反，当新架构提供品牌返回路径时，请验证消息是否实际使用它，而不是假设DNS记录单独更改信封。
恢复并维护所选配置
说明性回归：自动化可以用监控示例替换现有的拒绝策略。停止该策略更改，使用手动路由并在配置生成的DKIM记录时保留批准的策略。这是变更审核的示例，而不是观察到的帐户事件。
如果验证失败，请在等待缓存或重新生成密钥之前比较已发布的名称和值。保留以前的记录，必要时暂停受影响的发送，并仅恢复批准的更改。流迁移、专用 IP 关联、发件人域更改或轮换后重新检查。本指南记录了当前的公共指示；没有更改Brevo帐户或实时DNS 。
在正确的边界处停止代表团
对于书面案例 BR-01，假设较新的流可见，根example.com提供员工邮件和网站，并且建议的发送子域emails.example.com未使用。 root 不是 NS 委派可接受的快捷方式。 DNS所有者必须首先批准确切的子域边界并验证其没有隐藏的依赖关系；在这种情况下，生成的 NS 目标是未知的，不能猜测。如果所有者仅批准个人记录，则该批准不会授权未来提供者通过委派进行控制。保留根邮件和网络记录。设置单独的帐户后，一条来自news@emails.example.com并传递DKIM d=emails.example.com, s=demo1假设消息将完全对齐；实际的SPF 、品牌链接行为和传递尚未经过测试。这是一项计划练习，而不是执行的委派或发送。
保留执行边界
RFC 9989 第 7.4 节要求有效的DKIM ，而不仅仅是SPF来进行域发布 p=reject，并对间接邮件和邮件列表互操作性发出警告。一次成功的直接消息测试并不能证明每条合法路线都已准备好采取更强有力的政策。保留现有批准的保护，同时诊断实际差距；任何政策变化都需要自己的决定。