确认邮件一直不来，是临时邮箱最常见的翻车现场，也几乎是最少被解释清楚的一种。页面明明提示已发送，收件箱却空空如也。夹在这两件事中间的，有好几种从外面看完全一样、处理方式却截然相反的成因，猜错一次的代价，就是对着一个根本不会变化的页面刷新一下午。这篇文章把它们拆开，给出一个排查顺序，并且坦白说清楚哪些情况无论怎么做都收不到。
为什么确认邮件始终不来（总览）
一封确认邮件要走过四个环节：发信方的系统把信写出来，发信基础设施查出收信域名由哪台服务器接收，那台服务器决定收下还是拒绝，最后才是你正在看的那个收件箱页面把真正存下来的内容读出来。任何一个环节出问题，看到的结果都一样，就是收件箱空的，所以第一步不是猜，而是先判断到底是哪一环断了。
实情基本上分三类，每一类要用不同的办法。第一类是信在存下来之前就被拒了，通常是因为发信方或收信域名被拦截。第二类是信已经被收下，但还在队列和重试的路上，前几分钟看起来和丢了没区别。第三类是地址或表单出了细微的差错，信去了别的地方，而不是你盯着看的那个信箱。用错类别的办法去修，正是很多人得出「临时邮箱根本不好用」这个结论的原因。
是对方在拦截一次性地址吗？
很常见，而且这恰恰是最该优先排除的一类，因为它是唯一一种你等多久都没用的原因。很多产品在注册那一刻就已经决定，不接受来自已知一次性域名的地址。拦截可以很显眼：输入框标红，直接告诉你这个地址不被允许。它也可以悄无声息：表单收下地址，给出一句友好的确认，然后安静地什么都不发。安静的那种最难缠，因为它和投递故障长得一模一样，用户手里没有任何可操作的线索。
拦截背后的机制并不神秘。服务方会维护一份与一次性信箱相关的域名清单，有时再叠加信誉评分和一些行为信号，比如同一个网络在短时间内注册了多少账号。这些信号没有一个是精确的。域名清单会朝两个方向过期，一个换了主人的域名可能很久之后还挂着标记，正规服务商也可能因为被关联而被误伤。所以误判是正常结果，而不是偶发 bug。想弄清完整逻辑，可以读为什么网站会封禁一次性域名，那篇没有把它当成一道要破解的题。
是投递延迟还是灰名单？
这是另一种伪装成「被拦截」的失败，区分它俩主要靠有上限的耐心。邮件的本性就是存储转发、异步投递。发信服务器把信交给下一站就撒手了，它不会等你打开收件箱。一路上，信可能在队列里排队，可能在第一台服务器不响应之后被拿去试第二台，也可能被人为地按下暂停。
最后那种行为有个名字，叫灰名单。它的做法是：收信服务器对陌生的发信方先回一个临时拒绝，意思不是「永别」而是「稍后再来」。规矩的发信方会等一会儿再重试，信于是晚几分钟落地。从收信端看，它的表现是一段没有解释的短暂安静，而不是拒收。退信正好相反：它意味着这封信被永久拒绝，而且发信方在明确告诉你。所以真正有用的问法不是「信是不是迟到了」，而是「有没有任何迹象表明它曾被收下」。还在路上的信不会产生退信，也不在收件箱留痕；被拒绝的信，一般在发信方那边会留下退信。
是地址或表单出了问题吗？
最不戏剧化的原因，反而最容易被忽略，而它偏偏是唯一完全在你掌控之内的一类。先看地址本身。临时信箱给你一个前缀加一个域名，前缀往往是手打或手贴的。少一个字符、打错一个字符，或者粘贴时多带了一个空格，都足以把信送进一个没人看的信箱。把网站显示给你的地址和收件箱里的地址逐字符比对，而不是扫一眼就算。
再看地址的寿命。临时信箱天生短命，如果注册流程比你以为的更耗时，地址完全可能在你生成它和网站发信之间就已经过期了。过期的信箱不会替你排队等信，它是直接不存在了。重新生成一个新地址，让收件箱保持打开，在还能看见它的时候提交表单。
最后，表单本身也可能悄悄改掉了你交给它的东西。有些注册表单会拒绝或去掉地址的一部分，有些在浏览器这一侧就拒绝了这个域名，而服务器本来是会接受的，还有些需要一个你没注意到的二次确认步骤。一个提示成功却什么都没发的表单，并不算失败，它只是照吩咐办事。这个区别，决定你下一步该试什么。
怎样一步步排查？
按下面的顺序做，遇到能解释现象的那一步就停下。换个顺序乱猜，只会把同样的几分钟花三遍。
- 把地址从表单里复制出来，跟收件箱里的逐字符比对。大多数「收不到」的报障到这一步就结束了。
- 确认收件箱还活着。如果会话或计时已经走完，旧地址就没了，信永远不会出现在里面。
- 带上限地轮询。刷新页面或让它自动轮询一段固定的时间，一两分钟就够，把窗口关闭当成一个结果，而不是继续盯着看的理由。
- 让网站重发一次，并留意它怎么说。提示成功却毫无变化，是存在拦截的证据；提示错误，则更像表单或校验的问题。
- 换一个不同域名、重新生成的地址试。新地址能收到，说明原来那个域名就是变量，拦截基本可以确定是按域名来的。
- 把测试反过来做。如果你手边有普通邮箱，就从它发一封信到临时地址。如果合理时间内到了，说明信箱没问题，问题在网站那一侧。
- 读最小的那条线索。网站是在提交前还是提交后提出异议，有没有提到地址本身，这些比干等更能缩小范围。
这个顺序的意义，是把地址问题从发信方问题里分出来，把延迟从拒收里分出来，因为这正是两组看起来一样、处理起来却完全不同的东西。
什么时候确实无解
有些空收件箱不是你能解决的问题，早点认出来能省下大量无用功。一个对一次性域名静默拦截、又不提供任何申诉入口的网站，是在做决定，不是在故障，退一万次也不会改主意。一个在发信方那边已经过期的验证码，同样不在你的能力范围内，因为计时是在生成验证码的地方走的，不在你的收件箱里。一个在你去看别的东西时过期的地址，也救不回来，只能换一个。
还有一类情况，是临时邮箱从一开始就不打算覆盖的。如果某个产品确实需要一个长期地址，一次性地址迟早会失败，而这是设计选择，不是临时抽风。合理的应对有限，但都是真实可行的：换一个长期可用的别名邮箱，问一问服务方的客服能否给个例外，或者干脆换一个产品。「想办法绕过别人有意设置的拦截」是另一回事，不在本文的讨论范围内。如果拦住你的正是那道策略拦截，当网站封禁一次性邮箱时如何收验证码讲的是几条正当的出路。
再说一句实在话：临时地址是办事用的占位符，从来不是身份。它不该被写进任何个人资料，不该用来冒充别人，也不该当成长期联系方式。这不是外界强加的规矩，而是上面关于它寿命之短的所有内容自然推出的结论。
下一步
如果你想确认整条链路，而不是排查某一次注册，打开临时邮箱工具，生成一个新地址，在提交表单之前让它一直停在屏幕上。从你自己能控制的邮箱发一封信过去，量一量要多久才出现，你就有了一把现实的尺子。想弄明白为什么时间不固定，临时邮箱原理讲清了那条让延迟和重复都变成常态的投递路径。而当网站确实是按策略、而不是意外在拦截时，一次性邮箱被拦截时怎么收验证码列出了真正管用的办法。