网站上的联系表单，对多数企业而言是通向客户的最重要渠道。访客填写表单、提交，并在屏幕上看到”您的消息已发送”的字样；然而电子邮箱里却什么都没收到。这种情况很隐蔽，因为在用户一侧一切看起来都正常，丢失的消息就在无人察觉中不断累积。多数时候，问题只有在某位客户说”我填了表单但没收到回复”时才浮现出来，而在那之前究竟错过了多少机会已无从知晓。问题的根源几乎总是不在表单本身，而在电子邮件的发送阶段。
表单显示”成功”为什么会让人误判？
大多数联系表单把两件不同的事混为一谈：保存表单和发送电子邮件。收到表单数据后，屏幕上就打出成功消息；然而电子邮件的发送是在这之后触发的，多数时候并不看其结果。即使电子邮件悄无声息地失败，用户仍会继续看到成功消息。也就是说，”已发送”字样表明的并不是消息已送达，而只是表单已被处理。
这种无声失败最危险之处在于它长期不被察觉。网站搭建时测试邮件也许收到过；但随着时间推移，主机设置变更、域名记录更新，或邮件服务商更改政策，发送都可能悄然停止。由于表单的外在表现丝毫未变，问题可能持续数月。因此，解决之道不是看到它运行过一次，而是确保发送能够持续且可验证地工作。
最常见的原因
电子邮件收不到的背后，通常存在下列原因中的一个或几个：
- 主机服务器阻止邮件发送：许多共享主机以安全为由关闭出站的 SMTP 端口（587/465）。这种情况下无法建立到外部邮件服务器的连接，发送便会超时。
- PHP mail() 函数无法工作：如果服务器上没有配置本地邮件服务，PHP mail() 调用就会在不返回错误的情况下无法投递电子邮件。
- 错误的 SMTP 设置：错误的服务器地址、端口、用户名或密码会从一开始就阻止发送。
- 缺失 SPF/DKIM/DMARC 记录：如果域名的身份验证记录缺失或有误，收件邮件服务器可能会把电子邮件当作伪造而予以拒收，或投入 spam。
- 电子邮件落入 spam 文件夹：消息被投递，但落入了 spam 而非收件箱；用户会以为电子邮件根本没收到。
- 错误的收件人地址：表单中设定的收件人地址存在拼写错误，或是一个不再使用的邮箱，都会导致消息丢失。
- 发件人地址与域名不一致：如果电子邮件以一个不属于本站的发件人地址发出，收件服务器可能会觉得可疑。发件人地址与域名保持一致能提升投递的可靠性。
正确诊断问题
在着手解决之前，需要确定电子邮件是在哪个阶段丢失的。是发送根本没有发生，还是发生了但未投递，抑或是投递后落入了 spam？弄清这一点最可靠的方法是发送日志（log）：如果记录下每次表单提交和每次电子邮件尝试的结果，失败就不再是无声的，卡在哪里也变得可见。
诊断时，几项简单的检查就能分辨出大多数情况。检查收件人地址的 spam 和垃圾文件夹；向另一个不同的收件人地址进行测试发送；检验服务器的出站连接能力。当同一次发送既发往收件箱又发往一个外部地址时，问题究竟是出在域名信誉上还是出在服务器连接上就会变得清晰。没有日志记录和这些检查而做的尝试，多半是盲目推进，反而掩盖了真正的原因。
根本解决方法
与其依赖服务器自身的邮件基础设施，不如把发送交给一个可靠的外部服务，这是最稳妥的做法：
- 使用基于 HTTP 的电子邮件 API：事务型电子邮件服务通过标准的 HTTP/HTTPS 而不是被关闭的 SMTP 端口来发送电子邮件。这样就完全绕开了主机的端口封锁，投递可靠性得以提升。
- 域名身份验证：正确配置 SPF、DKIM 和 DMARC 记录；这样发出的电子邮件会被收件服务器视为可信，落入 spam 的风险随之降低。
- 正确的收件人地址与回复地址：明确消息要到达的邮箱；把客户的电子邮件放入回复（reply-to）地址，从而方便直接回复。
- 发送日志记录：把每一次发送都记录在案；如果某条消息无法投递，就能被察觉并及时处理。
此外，表单给用户的反馈也应设计成如实反映实际情况。只有电子邮件确实发送成功时才应显示成功消息，而当出现故障时，则应把用户引导至一条备用的联系方式（电话或直接的电子邮件地址）。这样即便在出现技术问题的当下，也不会中断与客户的联系。
联系表单的职责不仅仅是在屏幕上打出成功消息，而是真正把消息送达目的地。以可靠的方式进行发送、用正确的身份记录为域名提供支持，并对每次发送进行日志记录，能够防止客户消息的丢失。这样，”已发送”字样才会成为消息确实送达的保证。
相关服务：网页设计与软件、软件与 PC 应用、系统集成
Leave a Reply