网站联系表单显示“已发送”，为什么邮箱里没有询盘？

表单显示“已发送”或“谢谢”，并不能证明询盘已经到达预期邮箱。这可能只表示网站接受了提交，没有立即报错。

稳妥的排查方法是保留一条受控测试记录，并依次追踪四个环节：网站或表单记录、发件端或发信服务、收件方邮件服务器，以及收件邮箱。先查出哪个环节无法核实，再从那里恢复日志；只有证据确认故障后，才进行修复。一上来就随意更换插件或修改 DNS，可能掩盖最初的问题，还会引入新的故障。

“已发送”到底能说明什么？

联系表单邮件要经过几个彼此独立的环节：

• 表单接收：网站接受填写的数据，并显示提交成功。
• 发件端或发信服务接收：网站将邮件交给本地邮件进程、SMTP 服务或邮件 API，对方接受邮件或将其排入队列。
• 收件方邮件服务器响应：收件方服务器接受、延迟处理或拒绝邮件。
• 邮件进入邮箱：收件系统将已接受的邮件投递到收件箱、垃圾邮件文件夹、隔离区，或根据规则放到其他位置。

例如，WordPress 文档说明，wp_mail()返回成功，表示请求已处理且没有报错，并不代表收件人已经收到邮件。其他平台即使使用不同术语，也可能存在同样的区别。

怎样进行一次可控的联系表单测试？

像访客一样，通过公开表单提交一条测试信息。使用一个不会和旧消息混淆的唯一编号，例如 ENQUIRY-2026-10-06-1437。把它写在留言中；如果表单支持，也写进主题或姓名栏。

记录准确的提交时间和时区、页面网址、表单预期发送到的地址，以及成功提示的截图。测试内容应当真实，但不要包含敏感信息。避免短时间内反复提交：多条几乎相同的测试消息会让日志更难判断，也可能触发频率限制或过滤规则。

然后按顺序查找这个编号：

• 网站是否保存了编号和时间都对应的提交记录？
• 发件端或发信服务有没有显示邮件已接受、已排队或发送失败？
• 收件方邮件服务器接受、延迟处理还是拒绝了邮件？
• 收件邮箱管理员能否在邮件追踪、隔离区、垃圾邮件文件夹或邮件流规则中找到已接受的邮件？

如果表单没有保存记录，就检查表单处理环节。如果有记录，却没有发件端或发信服务的事件，就检查网站向发件端移交邮件的过程。如果发件端已接受或排队，但查不到收件方邮件服务器的响应，就检查发件端队列和投递记录。如果收件方服务器延迟处理或拒绝邮件，应根据它返回的信息排查，不要猜原因。如果收件方服务器已经接受邮件，就继续检查过滤、路由、隔离区和邮箱规则。

向技术服务商索取哪些证据？

请对方根据唯一编号和提交时间提供证据，而不是只说表单“能用”。有帮助的记录包括：

• 保存下来的提交内容或表单处理记录；
• 测试当时配置的收件地址；
• 外发事件、队列记录或发信服务事件；
• 邮件 ID 或服务商事件 ID；
• 远端服务器的响应，包括接受、拒绝或延迟处理代码；
• 退信、抑制发送或投诉记录；
• 收件邮箱的邮件追踪记录，以及隔离或路由结果。

并非每种配置都能提供以上所有记录。日志缺失本身也是有用信息，说明目前的服务无法核实流程中某个环节发生了什么。

表单应该使用什么 From 和 Reply-To 地址？

通常不应把访客的邮箱地址用作邮件发件人。更稳妥的格式是：

From: Website Enquiries <forms@example.com>

Reply-To: visitor@example.net

固定的 From 地址用于标识网站发出的邮件；Reply-To 则让员工可以正常回复访客。实际发送邮件的服务器或服务必须获得相应域名和邮件配置的授权；仅仅选择一个企业域名下的地址，并不会自动获得授权。

这种做法也能避免网站看起来像是在替任意访客域名发信。收件方系统越来越常检查可见发件人域名是否与 SPF 或 DKIM 验证的发信信息一致，这也关系到 DMARC。

问题会不会出在邮件身份验证？

有可能，但身份验证只是排查方向之一。根据证据，问题也可能出在表单校验、收件地址填写错误、邮件移交失败、发送额度用尽、服务商抑制发送、服务器拒收、垃圾邮件分类、隔离、转发或邮箱规则。

在盘点该域名所有合法发件来源之前，不要修改 DNS 记录。来源包括员工邮件、网站消息、发票系统、通讯邮件和其他服务。没有盘点清楚就替换 SPF 记录，或改动 DKIM、DMARC，可能会影响目前正常工作的邮件。任何 DNS 修改都应以证据为依据，并按照实际发信服务的要求检查。Google和Yahoo发布的发件指南可帮助你核对设置。当你更换邮件服务商时，也需要盘点所有发件来源，确保网站邮件和其他自动化系统经过妥善迁移或继续获得授权。

可靠的配置应保留哪些记录？

长期可靠的联系表单配置应当保存提交记录，并做好访问权限和保留期限控制；使用经过验证的发信通道；保留可搜索的事件或投递日志；并对反复遭拒或发送额度用尽等故障设置提醒。还应定期通过真实的公开表单，向有人查看的企业邮箱发送测试。

一条测试邮件成功到达某个邮箱，值得高兴，但这不能证明它以后每次都能送达，也不能证明发往所有服务商的邮件都可靠。请保留必要记录，这样下次排查时不必靠回忆还原经过。

如果你希望有人一起排查，我们可以追踪一条受控测试询盘，从提交开始一路查到收件端，找出第一个无法核实的环节。