联系表单说“谢谢”，却没有邮件到达

设想一家小型理疗诊所。网站有联系表单，而且表单能用——至少看起来如此。访客填写、点击“发送”，看到友好的“谢谢，我们会尽快联系您”。无人看到的是：消息早已不再到达诊所收件箱。没有错误，没有任何人收到退信，也没有红灯提示。表单静默失效。

为什么无人察觉

表单的“谢谢”页面通常只意味着一件事：网站已将消息交给后续系统。邮件服务器是接受、归为垃圾邮件，还是途中拒绝，都发生在之后，表单看不到。例如，PHP 的 mail() 函数在本地系统接受邮件用于投递时就报告成功——并非到达任何人时。因此访客收到确认后离开。与此同时，所有者看着空收件箱，以为只是这个月比较安静。咨询减少本身很少引起警觉：假期、天气、经济——总能找到听起来比“表单坏了”更合理的解释。

常见原因

• SMTP 密码或邮件提供商变更。表单仍用旧凭据登录，邮件服务器拒绝——在访客看来是静默失败。
• 未验证身份的 PHP mail()。Web 服务器直接发送邮件，不登录正规的邮件服务器。许多接收服务器认为此类邮件可疑：进入垃圾箱或直接拒绝。
• SPF、DKIM 和 DMARC 不对齐。许多表单将访客地址放在 From 字段。邮件声称来自例如 gmail.com 地址，却由您的 Web 服务器发送——这正是 DMARC 要阻止的情况。
• 插件更新或主题变更破坏表单或 CAPTCHA。修改后的模板漏掉字段、脚本不再加载，或 CAPTCHA 小组件没有脚本却显示——每次提交都无法通过验证。
• 接收邮箱已满。邮件服务器拒绝新邮件，退信发往无人查看的地址。
• Cookie 横幅阻止表单脚本。如果同意工具将 CAPTCHA 或表单脚本归为“营销”，拒绝 Cookie 的访客可能遇到无法提交的表单，或提交因缺少令牌被拒绝。
• TLS 证书或域名过期。访客看到浏览器警告后离开，或无法再安全连接邮件服务器。如果收件邮箱的域名过期，发往该邮箱的邮件便会停止。
• 缓存层提供过时页面。整页缓存可能提供安全令牌（nonce 或 CSRF 令牌）已过期的表单。服务器拒绝提交，且根据配置，访客可能看不到明确错误。

From 地址陷阱

第三个原因值得仔细说明，因为许多表单默认就如此配置。DMARC 检查可见 From 地址中的域名是否匹配 SPF 或 DKIM 认可的域名。如果表单“以”访客地址发信，您的服务器无权代表该域名发送，检查便失败。根据访客域名的 DMARC 策略及您自己的邮件提供商，邮件会进垃圾箱或被拒绝。修复很简单：用自有域名地址发送，将访客地址置于 Reply-To。点击“回复”仍会联系到访客。

应采取什么措施

1. 1定期通过自己的表单发送测试消息——至少每月一次，并务必在更新、主题变更或邮件设置变更后执行。明确标为测试，以免有人回复。
2. 2了解正常节奏。如果表单通常每周收到几条消息，两周静默应成为检查理由，而非被视为安静的月份。
3. 3通过邮件提供商或专门发送服务，使用带身份验证的 SMTP 发送，而非依赖 PHP mail()。
4. 4From 使用自有域名，Reply-To 使用访客地址。然后为该域名设置 SPF、DKIM 和 DMARC，使消息通过检查。
5. 5在数据库保留每次提交的副本。许多表单插件提供此功能，有时作为附加组件。邮件失败时，咨询仍然存在。
6. 6每次插件更新后检查表单——包括 CAPTCHA，也测试拒绝 Cookie 的情况。

此类检查容易忘记，因此值得自动化。有账户及已验证域名后，formexposed 可发送明确标记的测试提交，并检查是否实际到达（送达检查，仅主动选择加入时启用）。它还检测静默——通常有消息的表单突然没有消息——并检查通知邮件的 SPF、DKIM 和 DMARC，以及 TLS 证书和域名到期情况。仅有变化时提醒您。

如果只想初步了解：formexposed.com 的免费检查无需账户，也不提交任何内容。其中会显示 CAPTCHA 是否存在却损坏——无脚本的小组件、公开测试密钥、浏览器错误——这些是表单静默失效的原因之一。消息是否真正到达，只能通过真实测试消息确认，因此今天就发送一条吧。