配置发信域名
添加发信域名、配置 DKIM/SPF/DMARC 记录，并完成验证、审核和发件邮箱设置。
发信域名用于证明你有权以该域名作为邮件发件人。完成域名验证后，邮件产品 才能为邮件添加 DKIM 签名，并允许你创建发件邮箱。
按照控制台显示的记录配置 DNS
不同发送通道生成的 DNS 记录可能不同。请始终以域名详情页显示的记录为准，不要复制其他域名、其他环境或第三方平台的记录。
开始前的准备
- 你拥有该域名，或有权修改其 DNS 记录。
- 当前账户已经开通 邮件产品。
- 域名不是公共邮箱域名、共享邮件平台域名或受限制的品牌域名。
- 你了解现有 SPF、DKIM 和 DMARC 配置，避免覆盖其他合法发信来源。
域名验证流程
添加发信域名
在邮件控制台打开发信域名，点击添加域名，输入完整域名，例如 mail.example.com。
控制台会在提交前执行基础预检，提示格式错误、受限制域名或 DNS 查询风险。预检通过不代表域名已经验证或批准。
等待域名授权
新域名通常先进入待授权或待录入 DNS状态。平台完成域名授权服务配置后，详情页会显示需要添加的 DNS 记录。此阶段无需自行操作；等待平台运营人员或 AI 客服处理，并留意状态更新。
配置 DNS 记录
登录你的 DNS 服务商，逐条添加详情页显示的记录。核对记录类型、主机记录、记录值、优先级和 TTL。
等待 DNS 生效并刷新状态
DNS 生效时间由 TTL 和各级缓存决定。完成配置后返回域名详情页，点击刷新查看最新状态。
完成验证或提交审核
等待域名验证完成。若详情页提示需要审核，请按页面指引提交并等待平台处理；以最终状态显示为准。
DNS 记录说明
| 记录 | 作用 | 配置要求 |
|---|---|---|
| DKIM | 证明邮件由获授权域名签名，并帮助收件方验证内容未被篡改 | 必须使用域名详情页提供的名称和值。不要复用其他域名的记录。 |
| SPF | 声明允许代表域名发送邮件的服务器 | 仅在详情页要求时配置。已有 SPF 时应合并合法来源，避免创建多条冲突记录。 |
| 自定义 MAIL FROM 的 MX | 指定退信处理域的邮件服务器 | 仅在平台已启用自定义 MAIL FROM 并提供记录时配置。 |
| DMARC | 告诉收件方如何处理未通过身份验证的邮件 | 通常属于建议或可选配置。已有 DMARC 策略时应保留并评估，不要重复添加。 |
| 追踪域名记录 | 支持打开和点击追踪域名 | 是否提供取决于发送通道和追踪配置。 |
SPF 与 DKIM 的作用不同
SPF 验证信封发件域，DKIM 验证邮件签名域。DMARC 再检查这些域是否与邮件中显示的 From 域对齐。高质量投递通常需要三者协同，但控制台工作流仍以页面标记的必需记录为准。
域名状态
| 状态 | 含义 | 你需要做什么 |
|---|---|---|
| 待授权 | 平台正在配置域名授权服务 | 等待平台运营人员或 AI 客服处理；完成后刷新查看状态。 |
| 待录入 DNS | 平台正在生成或录入记录 | 等待详情页显示记录。 |
| 待核验 | DNS 记录已提供，等待验证 | 在 DNS 服务商处配置记录，然后刷新。 |
| 待审核 | 域名已提交人工审核 | 等待平台审核结果。 |
| 已通过 | 域名验证或报备已经通过 | 继续确认“发信”能力是否显示可用。 |
| 已驳回 | 审核未通过 | 查看驳回原因，修正配置后重新提交或联系平台。 |
“已通过”表示域名工作流已经完成，但实际发信能力仍以平台显示的服务状态为准。请同时查看域名详情中的发信状态。
创建发件邮箱
域名具备发信能力后，在发件邮箱中创建具体发件地址：
- 选择已批准的域名。
- 填写邮箱前缀，例如
notify；控制台会生成notify@example.com。 - 设置收件人看到的显示名称。
- 按需设置一个默认 Reply-To 地址。
API 请求显式传入 replyTo 时，该值优先于发件邮箱的默认设置。
客户与平台的职责边界
| 客户操作 | 平台运营操作 |
|---|---|
| 添加域名、查看 DNS 记录、在 DNS 服务商处完成配置、刷新状态、提交人工审核 | 配置域名授权服务、生成或录入平台记录、执行人工审核 |
| 创建和删除发件邮箱、维护默认 Reply-To | 管理共享域名和通道侧发件身份 |
常见问题
DNS 已配置，为什么仍显示待核验？
确认记录添加在正确的 DNS 区域，主机记录没有重复拼接域名，记录值没有缺失字符，并等待至少一个 TTL 周期后刷新。
为什么不建议直接新增一条 SPF？
同一主机存在多条 SPF 记录可能导致验证失败。已有 SPF 时，应在现有记录中合并平台要求的合法来源。
DMARC 是否必须配置？
DMARC 有助于防止域名冒用并提升身份验证完整性，但是否为当前工作流的必需条件，以域名详情页标记为准。
MTA-STS、DANE 和 TLS-RPT 是否需要配置？
这些机制用于服务器间邮件传输安全和监测，不是当前 邮件产品 发信域名验证的必需步骤。控制台目前也不提供这些策略的托管配置。
相关资源
最后更新于