WordPress 邮件插件比较：WP Mail SMTP、FluentSMTP 与 Post SMTP

WordPress 联系表单通知或密码重置邮件收不到时，可根据准备连接的发送服务与诊断需求，比较 WP Mail SMTP、FluentSMTP 和 Post SMTP。WP Mail SMTP 提供设置向导及付费诊断功能；FluentSMTP 提供免费日志、多连接和按发件人选择路径；Post SMTP 也可用于追查邮件历史与故障。仅安装插件不能保证进入收件箱，还应检查服务连接与发件认证。

邮件发送插件改变了什么

SMTP 是 Simple Mail Transfer Protocol，即简单邮件传输协议，是转交邮件的一种标准。这类插件让 WordPress 把邮件交给经过认证的 SMTP 服务器，或通过提供商的 API，也就是程序之间的通信接口发送。它们不会自动创建收件邮箱，也不等于具备电子通讯平台的全部订阅与退订功能。

一封邮件会经过多个阶段：WordPress 生成邮件，发送服务接收请求，收件服务器再接收并分类。WordPress 邮件函数文档明确区分请求处理成功与收件人实际收到邮件。日志中显示已发送的邮件，之后仍可能退信或进入垃圾邮件文件夹。

先确认主机或现有插件是否已经管理发送。多个 SMTP 插件争夺同一职责，会使设置与日志难以解释。此外，某些产品使用自己的外部 API，可能绕过 WordPress 的常规邮件路径，因此不能假设所有邮件都必须出现在同一个日志里。

比较 WP Mail SMTP、FluentSMTP 与 Post SMTP

WP Mail SMTP：先确认所用服务的连接方式

免费版并不包含所有专用集成或高级日志功能。官方插件说明将部分 Amazon SES、Microsoft、Zoho 专用集成，以及日志、报告和备用连接列入 Pro。先确认适合账户的连接方式；如果还要追查一段时间内哪些邮件失败，再比较历史记录与支持条件。

配置后，进入 WP Mail SMTP → Tools → Email Test，使用自己能访问的地址。官方测试指南要求同时查看报告结果与收件邮箱。可用的域名检查项目，取决于发送方式和发件地址。

FluentSMTP：理解日志与多连接规则

FluentSMTP 的免费插件功能包括日志、重发、多连接与备用路径。按当前界面指南，入口是 Settings → FluentSMTP，顶部栏提供 Settings、Email Logs 等页面及 Send Test Email 按钮。插件免费，不代表发送服务的费用或配额限制消失。

官方路径规则按邮件的 From 地址匹配连接；没有匹配时使用 Default。通过 Default 发送失败，例如发生认证错误或超时，才会尝试 Fallback，而不是邮件后来进入垃圾箱就自动重试。应分别验证各路径的地址与认证，不要只增加连接数量就认为它们都能自动互相替代。

Post SMTP：按实际需求选择诊断能力

Post SMTP 提供 SMTP 或 API 连接以及用于检查故障的日志。整体产品介绍也包含付费管理工具，因此应查看当前 Post SMTP 方案，分别核对专用发送集成、日志控制、警报、移动管理与重发功能。能够读取错误记录，与能够按需要自动重试，是不同条件。

无论选择哪款产品，连接后都要检查服务商响应与实际收件结果。相比功能清单长短，更应关注自己能否理解日志，以及支持服务是否合适。邮件量较小的博客，可以先配置并验证一条可靠路径。

准备账户、发件人和域名

需要准备服务商账户、已授权的发件人、API 密钥或支持的授权方式，并了解配额与计费。SMTP 应使用提供商指定的主机、端口及加密设置；API 连接则应遵循权限与服务区域要求。个人邮箱订阅与自动网站通知服务，可能适用不同发送条件。

通常以已获授权的网站地址作为 From，把访客邮箱放入 Reply-To，也就是收件人点击回复时使用的地址。将表单中任意填写的邮箱直接当作发件人，相当于宣称有权代表自己并不控制的域名发信。也请检查联系表单的收件人、发件人与回复设置。

域名认证涉及以下术语。安装插件，并不会自动在域名管理平台配置全部 DNS 记录；DNS 是 Domain Name System，即域名系统。

• SPF，Sender Policy Framework：发件人策略框架，用于声明哪些服务器获准为域名发送邮件。
• DKIM，DomainKeys Identified Mail：域名密钥识别邮件，通过签名让接收方验证签名域名与邮件中被签名的部分。
• DMARC，Domain-based Message Authentication, Reporting and Conformance：基于域名的邮件认证、报告与一致性机制，检查可见发件域名与认证结果是否对齐，并提供认证失败时的策略与报告。

使用发送服务提供的记录，并确认认证状态。要求会因收件方与发送量而异。例如，Google 面向个人 Gmail 账户的发件指南区分普通发件人与批量发件人。不要照抄其他网站的 DNS 示例，也不要在未确认所有合法发件来源前替换已有记录。

用真实网站通知验证连接

记录原本可用的发送路径和恢复方法，必要时准备备份。选择尽量不影响重要通知的变更时段，使用专门用于测试的地址和账户。

1. 选择一个发送插件。保留原设置，再按所选服务商的连接指南配置。密码和密钥不要出现在公开文章或共享截图中。
2. 保存连接与发件人。核对账户认证、允许的地址以及每日、每月限制。强制统一发件人时，检查这会怎样改写其他表单或商店通知的 From 地址。
3. 向自己的邮箱发送测试。对照成功或失败结果、日志中的服务商响应，以及收件箱与垃圾邮件文件夹。条件允许时，用不止一种收件服务验证。
4. 测试实际通知。使用独立测试账户检查密码重置，并测试一次表单提交，同时保留主管理员账户访问权限。即使发送插件的测试成功，表单通知被禁用的问题仍可能没有暴露。
5. 定义故障处理。明确谁接收失败警报、谁能查看日志及日志保留期限。需要 Fallback 时，也要验证备用路径；没有日志的消息，应检查是否使用独立发送方式。

FluentSMTP 日志指南解释了如何打开失败邮件、读取服务器响应，并在修正原因后重发。模拟记录不等于真实投递：模拟邮件并没有离开网站。不要在未确认有效性与重复通知风险前，批量重发已过期的密码重置邮件或已处理订单的通知。

根据症状缩小故障范围

应依据服务商响应和主机支持排查，而不是绕过认证或证书验证。新连接失败时，恢复已记录的可用路径，再验证实际收件。仅停用插件，并不能证明原路径已经恢复工作。

日志可能包含收件人、主题、正文、附件与一次性链接。只保留必要内容，并限制访问。核对产品的保存和删除行为，例如FluentSMTP 设置文档中的相关说明。更新与兼容性可遵循插件管理方法；更换发送路径不会自动解决内容不当、缺少收件同意或发送量过高的问题。