网站表单提交后收不到通知：从发信到收件箱逐段查

收不到通知先分清是没发还是没收到

网站表单提交后收不到通知，一般分表单没触发发信、发信被退回、邮件进了收件方垃圾箱三类，先看后台有没有提交记录就能分开；适用于有独立后台的企业站，纯静态页另查。

三类问题落在不同环节。表单没触发发信，后台往往连记录也没有；发信被退回，服务器一侧会留错误提示；进了垃圾箱，信已经发出去，只是没出现在收件箱里。

常见的排查是先自己提交一条测试信息，随后看后台列表有没有多出一行，再让收件方在垃圾箱里搜一下主题词。两处都没有，通常往发信配置那一段查。

此类判断假定表单本身能正常提交。页面点了没反应、或者提示报错，属于表单字段与脚本的问题，先修提交流程，别顺着邮件这条线查下去。

用自己能收信的邮箱先填一条，记下提交时间和填写内容，后面每一步都拿这条做比对。

网站后台的发信配置一般核发信账号、服务地址、通道号与收件地址四项，改过域名或换过空间后尤其要重看一遍；适用于自带邮件通知功能的建站程序，外接第三方表单的按对方后台另查。

发信要由站点把内容交给一个邮件服务转出去，四项里任一项写错，信都出不了站。换空间后服务地址常常跟着变，账号口令也可能被重置。

常见的做法是把四项抄在一页纸上，与空间商给的开办信息逐行对；再用后台自带的测试发信按钮发一条，看返回的是成功还是报错文字。

核配置只解决站点这一侧。收件邮箱满了、被管理员设了过滤、或者域名指向记录没配好，后台再对也收不到，要移到收件方和域名那两段查。

改配置前把原来的四项截屏存一份，改完没生效还能照着退回去，不用来回问空间商。

通知邮件被收件方拦下，常见表现是后台显示发送成功、收件箱没有、垃圾箱里能搜到；适用于企业邮箱或带过滤规则的邮箱，把发信地址加进白名单后需再测一条。

邮箱会按发信来源、内容里的链接与主题词给来信归类。站点刚换过发信地址、通知正文里带了整段网址，都容易被判成推广类，信没丢，只是被分到了别处。

常见的查法是先在垃圾箱按主题词和发信地址各搜一次，找到后标为正常来信，再把该地址加进通讯录；随后重新提交一条表单，看是否进收件箱。

加白名单只对本站可控的收件箱成立。客户那边用的是别家邮箱、或者由多人共用一个收件组，本地改不了对方规则，得请对方在他们那侧放行。

把排查时用的主题词固定下来，之后每次测试都填同一个词，搜起来好认。

页面显示提交成功只说明表单内容写进了站点，不等于通知邮件已经发出，一般要看后台记录与发信返回；适用于提交与发信分两步的建站程序，两步合并的程序按返回提示另判。

不少程序先把留言存进数据库，页面随即回一句成功，发信排在后面异步执行。发信那一步失败，前台不会跟着变，于是后台有记录、邮箱里没信，看着像丢件。

常见的核对是提交后立刻刷后台留言列表，记下这条的时间，再看站点有没有发信日志或错误记录。日志里留了退回原因，比反复提交同一条更能说明问题。

日志能看的范围取决于建站程序。有的程序不留存发信记录，这一步就查不到，要改用换个收件地址做交叉验证，别在后台里反复翻。

把成功提示、后台记录和发信返回三处各截一张图，交给维护的人时能一次说清。

交叉验证宜换一个与站点无关的常见邮箱再提交一条，若新地址收得到、原地址收不到，问题多半落在原收件方；适用于发信配置已核过仍无通知的情形，两处都收不到要回查发信。

同一封通知从一个发信配置发出，两个收件地址结果不同，变量就只在收件那一侧。这样能一次把站点配置和邮箱过滤分开，比继续逐项猜配置省事。

常见的做法是先用一个自己常用的邮箱填一条，等一两分钟看有没有到；到了就回原地址查垃圾箱与过滤规则，没到就回后台看发信返回。

交叉验证用的邮箱要能正常收外部来信。企业邮箱设了只收本域、或者临时填错一个字符，测出来的是另一种失败，测之前先给自己发一封试试。

测完把两条提交的时间、收件地址和结果并排记一行，别过几天就分不清哪次是哪次。

表单通知的排查结论建议记下发信配置四项、测试结果与改动日期，连同测试用的收件地址一起留给维护方；适用于站点交由他人代维护的情形，自己维护的站留一份备份即可。

通知停发常发生在换空间、改域名或后台升级之后，当时的配置值就是现成的对照。写进交接单，下次不用从头再核一遍。

常见的交接单按三栏写：配置现值、这次改了哪几项、测试是否收到。末尾附上截屏文件名，接管的人照单核对，能少走一轮来回。

交接单记的是站点这一侧。收件方邮箱的过滤规则、域名指向记录由各自的管理员保管，本站维护方看不到，这两处要单独提醒对接人。

把交接单和站点后台账号、源码归档放在一起，改版或换维护人时一并交出去。