WordPress 邮件发不出去？检查 SMTP、域名验证与发送记录

客户说没收到确认邮件，站长连按几次重新发送，结果对方第二天收到好几封。要解决这类问题，先记录一封测试邮件的时间、收件地址和用途，查清它停在哪一步，再决定是否重发。

WordPress 生成邮件、外部服务接收邮件、收件系统收到邮件，是三个不同事件。本文用 WP Mail SMTP 和 Brevo 演示可追踪的发送设置，适用于密码重置和通知等网站邮件；实际可用服务和额度仍要按账号方案确认。

先画出网站的邮件发送路径

列出会发送邮件的功能，例如会员注册、表单通知、留言提醒和订单消息，并记录各自的发件人、收件人和触发条件。如果有插件直接调用自己的外部服务，也要单独标记；不能假设安装一款 SMTP 插件就接管网站的所有邮件。

检查目前是否已有邮件发送插件或主机集成。多套工具同时更改发件设置，可能让你无法判断哪一套实际生效。先保留设置记录，在测试站确认要保留的路径，再安排正式切换；测试站也应限制收件对象，避免把备份中的会员地址拿来群发。

一般 SMTP 连接通常要核对主机、端口、加密与验证方式；Brevo 专用 mailer 则使用 API 密钥。插件名称虽含 SMTP，画面选到的服务不一定要填 SMTP 密码，因此先按所选 mailer 的官方文档准备数据。

准备可辨识且可维护的发件身份

使用自己掌控的域名作为发件地址，并指定人员处理回复。发件人名称可以是工作室或网站名称，在不同通知中保持一致。外部邮件发送服务能发出邮件，不代表它自动提供日常收件邮箱；需要接收回复时，仍要有可用邮箱或正确的 Reply-To。

创建 Brevo 账号后，先确认账号已启用且可使用事务性邮件，再添加与 From Email 一致的域名。若使用发件子域名，也应保持对应，不要验证一个域名却从另一个域名发邮件。免费邮箱服务的公用域名不受你控制，不能用来完成自己的 DNS 验证。

选择方案前估算日常通知量、高峰量和重试量。把大量营销邮件与必要通知的需求分开评估，查看平台限制和剩余额度。本文不把某个免费额度视为长期承诺，也不建议为了测试一次发送大量邮件。

依账号生成的记录完成域名验证

Brevo 正逐步提供新的域名设置流程，部分账号仍会看到旧版 Authenticate 界面。依当前界面选择自动或手动验证，记录名称、类型和值以该账号生成的内容为准。官方列出 Brevo code、DKIM 和 DMARC；DKIM 可能采用 TXT 或两条 CNAME，不能套用别人的示例。

先确认实际管理 DNS 的服务，再添加要求的记录。域名购买处不一定是当前的 DNS 管理处。保留原有设置的截图或导出文件，逐项核对控制台是否在主机名后重复加上域名；不需要为了发送验证随意更改网站的 A 记录或日常收件用的 MX 记录。

如果域名已经有 DMARC，先弄清现有策略再处理。Brevo 官方说明，自动流程可能要求替换原有记录；不想替换时可使用手动流程。不要为了消除警告而添加彼此冲突的设置。完成后回到 Brevo 运行验证并确认成功，再区分 DNS 生效等待和配置错误。

在 WP Mail SMTP 创建连接

在 WP Mail SMTP 的 Settings 设置 From Email 和 From Name，并选择 Brevo mailer。如果想让相关网站邮件使用同一发件地址，可评估 Force From Email；启用前先确认它是否影响原本需要不同发件人的功能。回复地址仍应按实际业务配置。

在 Brevo 的 SMTP & API 设置中创建供此网站使用的 API 密钥，命名时标明网站用途并安全保存。将完整密钥复制到 WP Mail SMTP 的 API Key 字段，不能使用界面中打码后的字符串，也不要把 SMTP 密钥误当作 API 密钥。保存后确认所选服务没有变化。

1. 确认域名已验证，发件地址与验证域名一致。
2. 输入对应 mailer 的有效密钥，记录密钥用途与创建时间。
3. 到 Tools 的 Email Test，先发给自己能查看的测试邮箱。

按证据判断失败位置

Email Test 出现错误时，保留时间与错误种类，再查看 Tools 的 Debug Events。密钥找不到先核对完整 API 密钥及账号；账号未启用则处理平台启用；连接或超时问题才查主机对外网络。每次只修正一个原因，避免同时重设 DNS、换服务又更改表单。

插件报告成功后，仍要查看实际邮箱和垃圾邮件文件夹。若插件有发送记录但没有收到，可在 Brevo 的 Transactional Logs 中按收件人、时间或 message ID 查询事件。发出、送达以及后续退回邮件意义不同，不要把服务接受邮件直接等同于收件人已阅读。

WP Mail SMTP 的详细 Email Log 功能属于付费版本，与基本的发送错误追踪不同。需要长期排查时，比较可用的插件日志和服务端日志；如果保存邮件正文或附件，还应限制查看权限和保存期限。排查结束后关闭额外调试，避免不断积累不必要的数据。

用真实功能验收，创建维护记录

测试邮件成功只是第一关。接着用测试账号触发密码重置、注册通知和联系表单，检查各封邮件是否真的使用新设置。核对链接域名、发件人名称、Reply-To 和中文内容，并向不同收件服务抽测，记录到达位置和耗时。

若某封邮件需要重寄，先查服务端是否已接收或正在处理，再决定动作，避免重复通知。对含时效链接的邮件，还要确认新旧信件对用户的影响；不要把客服手动转寄完整重设链接当作标准处理方式。

把邮件发送服务账号、域名记录、密钥用途、用量检查和测试日期交接给维护人员。更换主机、域名或轮换密钥后，都要重新测试关键功能；确认新连接可用后，再撤销旧密钥和不再需要的设置，让网站通知保持可追踪。

创建完整的联系表单流程

检查 DNS 记录与设置位置

• 教程
• 软件与应用
• 建站与电商
• WordPress