WordPress 询盘表单显示成功，销售没收到邮件：怎样分段查漏

客户说“昨天已经填过表单”，销售邮箱却找不到通知。先到表单后台或接收系统查有没有这次提交，再查邮件链路。页面上的成功提示只代表某个处理步骤返回了成功，不能代替收件人确实收到邮件的证据。

为避免把不同测试混在一起，用一条不含真实客户信息的测试询盘，给它一个唯一编号，例如 TEST-INQUIRY-A。记录提交时间与时区，让网站维护人员、邮件服务商和销售围绕同一次提交排查。

第一段：系统有没有留下询盘

有些表单会保存提交记录，有些只尝试发送邮件。先确认当前插件的实际行为，不要假定后台一定有完整副本。如果已经保存了提交，应按现有权限把这条询盘交给销售处理，同时继续修通知问题。

没有记录时，核对前端是否真的发出了提交请求、验证是否通过、服务器是否报错，以及反垃圾规则是否将它拦截。只看到浏览器里的绿色提示，仍不足以证明数据进入了业务系统。

第二段：邮件交给谁发送

画一条最短的流程：表单插件 → WordPress 发信调用 → SMTP 或邮件 API 服务商 → 收件服务器。检查每段是否有对应的时间、请求结果或邮件标识。WordPress 调用返回成功，不能直接写成“客户邮件已经送达”。

• 没有发信记录：先查表单通知开关、收件地址与触发条件。
• 有认证或连接错误：查通道配置、凭据有效性和服务商限制。
• 有服务商接受记录：继续查投递、退信或延迟状态，而不是反复改插件。

转交日志时保留错误码和邮件标识，遮掉密码、令牌以及不必要的客户正文。不要把完整 SMTP 凭据贴进群聊来“方便排查”。

第三段：域名验证和收件端分别检查

MX 主要告诉其他服务器怎样向这个域名收信；它不是网站已获准发送通知的证明。SPF 用于声明授权发信源，DKIM 用于邮件签名验证；DMARC还涉及发件身份对齐和处理策略。实际记录名与记录值要从当前邮件服务商取得，不能照抄另一家公司域名的配置。

光算的WordPress 发信故障与 DNS 记录核查说明可用于梳理通道与域名两侧各查什么。配置正确仍不保证进入收件箱，后续还需要检查退信、垃圾邮件与隔离区。

用两个不同服务商的外部测试邮箱接收同一类通知。如果只有公司邮箱收不到，交给公司邮箱管理员检查过滤与隔离；若两边都失败，继续追服务商投递状态。不要把关闭所有过滤当作长期解决方案。

恢复以后，把“收到”落到交接流程里

完成一轮新测试，确认提交记录、邮件状态和销售收件时间能对上，再由销售回复测试邮件，核对回复地址是否正确。表单通知的发件身份和客户的回复地址需要合理配置，不能简单把客户填的任意邮箱当作经过认证的发件人。

如果业务确实依赖邮件接单，可在既有隐私和权限安排下保留可追踪的提交记录，并安排定期抽查。异常期间已经保存却未通知的询盘，应逐条补交接、标记处理状态，避免恢复后重复联系客户。修好下一封邮件，并不代表昨天漏掉的线索已经处理完。