管理域名

from 字段里的每个地址都必须属于你在 Rovela 验证过的域名。这篇文档说明验证的步骤、每条 DNS 记录各管什么，以及验证失败时该怎么处理。

添加域名

在侧边栏打开「域名」，点击「添加域名」。输入你想用来发信的域名，比如 yourdomain.com 或子域名 mail.yourdomain.com。Rovela 会生成四条需要你在 DNS 服务商处发布的记录。

四条 DNS 记录

SPF

域名根部的 SPF TXT 记录声明哪些邮件服务器有权代表你发信。Rovela 给你的记录里已经包含了它的发信基础设施。如果你的 DNS 里已经有一条 SPF 记录，把 Rovela 的 include: 机制加进去，而不是替换它——一个域名只能有一条 SPF 记录。

DKIM

DKIM 给每封外发邮件添加加密签名。收件方的邮件服务器会用 DNS 里发布的公钥验证这个签名，确认邮件在传输过程中没有被篡改。Rovela 为你的域名生成一个密钥对，给你公钥的 TXT 记录供你发布，私钥由 Rovela 保管并用于签名你的邮件。

DMARC

DMARC 策略告诉收件方，当 SPF 或 DKIM 校验失败时该怎么办：正常投递、归入垃圾邮件，还是直接拒绝。它还能设置汇总报告，让你每天收到域名使用情况的摘要。建议先用 p=none 收集数据，不影响投递，等确认所有合法邮件都能通过校验后，再切到 p=quarantine 或 p=reject。

Return-path（MAIL FROM）

Return-path 记录是一条 CNAME，把退信处理委托给 Rovela。退信——即投递失败的通知——会到达 Rovela 的基础设施，由它处理并记录在对应的原始邮件下。没有这条记录，退信会回到发信域名，但没有人来接收和处理。

验证

发布记录后，在「域名」页面点击「验证」。每条记录分别检查，控制台会分别显示「已验证」或「等待生效」。DNS 变更的扩散时间取决于你的服务商和 TTL 设置，可能从几分钟到几小时不等——刚发布就验证失败，通常是「还没生效」而不是「写错了」，等一会儿再试。

用子域名发信

用 mail.yourdomain.com 这样的子域名而不是根域名，可以让子域名的发信信誉和主域名分开。如果某次批量群发引发了投诉高峰，影响的是子域名的信誉，而不是根域名。DNS 记录发布在子域名下而不是根域名下——你的 DNS 服务商会显示每条记录的位置。

多个域名

你可以添加套餐允许的任意数量的域名，每个域名分别验证。发信时，from 地址决定用哪个域名的 DKIM 密钥签名。

DNS 同步检查

控制台会定期重新检查你的域名记录。初次验证通过后，如果某条记录被删除或修改，域名状态会回到「等待生效」。失去验证的域名在记录恢复并重新验证之前无法发信。

附带截图的逐步操作见「指南」中的 域名验证。