用一次性地址去注册某个站点，结果卡在验证码这一步，是很多人第一次接触临时邮箱就会碰上的麻烦。它通常表现为两种样子：表单当场告诉你这个邮箱不可用，或者表单顺利提交、确认邮件却始终不来。两者看起来不同，排查方式也不同，但根源是同一个决定。这篇文章讲的是接下来该怎么做：怎样确认自己被拦了、问题出在哪一环、哪些长期可用的方案真的能收到信、哪些做法只会把事情弄得更糟，以及如何自己动手测一遍注册表单。至于站点为什么要拦、这个政策是否合理，是另一个话题，不在这里展开。
怎样判断自己的地址被拦了
拦截很少会直接写出「我们封了这个域名」。你看到的是一个症状，而症状能告诉你被哪一层挡下。
| 你看到的 | 通常代表什么 |
|---|---|
| 输入框直接报错，提示与邮箱有关 | 前端或服务端的校验命中了域名 |
| 表单接受地址，账号却始终未验证 | 账号建了，但确认这一步走不完 |
| 表单成功，验证码却永远不来 | 发送方压下了邮件，或收件箱已过期 |
| 邮件到了，链接或验证码却无效 | 这是流程问题，与域名封锁无关 |
最可靠的信号是重复。把同一个域名下的用户名换一个再提交，如果新地址同样被拒，触发规则的就是域名，而不是你写错了什么。反过来，如果在同一个表单上换一个主流服务商的地址就能通过，说明表单是好的，变量只在你的地址。
第二个信号是时间。前端拦截是即时的，提交之前就会发生；投递层面的拦截则完全不可见，页面看起来一切正常，后面却什么都没有。先等几分钟，并检查垃圾邮件文件夹，再下结论。十分钟后才到的验证码属于延迟，不是拦截。
下结论前还要排除三种相似情况。拼写错误会让邮件寄到别处，重新核对你输入的地址。信箱过期意味着你提交时地址还有效，但邮件到达前它已经失效。过于严格的垃圾过滤或塞满的收件箱，也会把一封成功投递的信藏起来。这三种各有各的修法，也都不是站点的政策。
为什么表单偏偏拒绝这个地址?
输入框拒绝你的时候，表单通常是把「@ 后面那一段」拿去和一份名单比对，或者请风控服务给一个判断。地址本身的字符并没有写错，用户名再普通也可能被拒，因为规则针对的是域名，不是人。
这解释了一个看起来很不讲理的现象：同一个一次性地址，上午在这个产品被拒，下午在另一个产品却能通过，因为每家的名单和尺度都不一样。它也解释了误判：服务停运后域名可能被回收再注册，正规服务商也可能因为用的人里滥用者太多而被连带列名。名单背后的商业理由，以及一个无辜的服务商为什么会进名单，可以参考为什么站点会屏蔽一次性域名，那里讲的是政策层，这里只讲你该怎么办。
被拒也不一定就是最终结果。有些表单只在浏览器里检查，这条检查甚至可能比服务端真正执行的规则更严；有些前后端都查，这时以服务端为准。少数表单拒的是「形状」而不是「名声」，比如用户名过长、含特殊字符或用了加号别名，这类规则与是否一次性无关，细节见邮箱地址的语法与长度限制。无论哪种，真正有用的问题不是怎么骗过输入框，而是这个站点是否提供例外，以及你是否值得为了它换一个它接受的地址。
为什么验证码一直发不出来?
验证码收不到，背后有两种不同的失败，值得分开，因为只有一种和你的地址有关。
第一种是发送方主动不发。站点认出了域名，决定根本不发，或者接受了注册之后把邮件丢掉。这样做是为了保护站点自己的发信域名：寄往会退信、会被标记为垃圾的地址，会拉低发信域名的信誉。对用户来说，表现就是注册看起来成功了，而邮件从未存在过。
第二种是投递失败。邮件发出去了，却没到你手里。常见原因有三：临时收件箱在验证码到达前就过期了，邮件被收信端拒绝，或者被悄悄丢进垃圾文件夹。临时收件箱往往只存活几分钟，如果一个表单延迟一会儿才发码，就可能整封错过窗口。收信侧更完整的排查清单，见临时邮箱收不到验证码。
两种情况都不会给你退信通知，因为失败发生在你的收件箱之上。这正是验证码问题最耗人的地方：你这边根本没有东西可读。建议的顺序是，先打开临时收件箱确认它还在、还能收到别的信，再检查垃圾邮件夹，然后重新生成一个新地址再次请求验证码。已经过期的地址救不回来，一个干净的新收件箱永远胜过旧的。
合规的通过方式：自有域名或邮件别名
如果你既想要隐私、又不想被拒，答案就是那些不在名单上的长期方案。
自己控制的域名是最稳的一种。你可以给它配一个全收地址，也可以一个服务用一个邮箱，只要按时续费，它就能一直收验证码。它在风控系统眼里不是一个一次性域名，因为它本来就不是，而且能扛过一次性地址扛不过的密码重置。同样的思路和具体操作，见自有域名临时邮箱。
用你已经在用的服务商开一个邮件别名，是更轻的做法。你建一个转发到主邮箱的地址，日后哪个服务泄露或转卖了你的信息，看哪个别名开始收到垃圾邮件就知道了。在自己的邮箱用户名后面加一个标记，是同一招里最省事的版本，代价是任何人看到这个地址，都能去掉后缀找到你的主邮箱。
如果是你真心想长期使用的服务，就用自己控制的地址，并把它的信单独归到一个文件夹。如果只是一个用完就不管的验证码，那就用临时收件箱，前提是这个站点接受它。判断标准很简单：长期关系配长期地址，一次性账号配一次性地址。如果还拿不准两者怎么选，可以看看转发别名和一次性地址的对比。
哪些做法不要用
- 不要靠不断更换一次性地址去绕过检查。绕开一条明写的规则，和解决你自己的问题是两回事，它通常违反你已同意的条款，也会逼着站点把规则收得更紧，最后受影响的是所有守规矩的人。
- 不要编一个你不拥有的地址。账号将无法找回，确认邮件也会落进陌生人的收件箱。
- 不要把一次性地址绑到任何你在意的东西上。它过期之后没有密码重置、没有找回、也没有历史记录。
- 不要把拦截当成针对你个人。它只是一份名单，名单会有错，服务商也可能被误分类。礼貌地联系客服申请例外，说明你要这个地址做什么。
- 不要把收不到验证码直接当成被拦。先检查垃圾文件夹、地址的有效期，以及表单到底有没有真的发出邮件。
- 不要使用站点明确禁止的绕过手段。如果条款写明不接受一次性地址，正确做法是换地址或换服务，而不是找漏洞。
怎样自己测一遍注册表单?
不管是在测自己的产品，还是只想弄懂某个表单，按顺序做几个小测试，都比瞎猜有用。
- 先用一个主流服务商的地址提交。它应该被接受；如果连它都被拒，问题在表单，不在地址。
- 再用一个已知的一次性地址提交，观察拒绝发生在哪一步：输入框当场、提交之后，还是投递阶段。
- 换一个用户名、保留同一域名再提交。如果仍然被拒，规则针对的就是域名。
- 生成一个全新的临时地址并提交，记录验证码到达用了多久，在放弃前先看垃圾文件夹。
- 记录提示原文、时间，以及之后账号处于什么状态。一个留下半成品账号的「拦截」，其实是客服负担，不是干净的拦截。
如果这是你自己的表单，规则要放在服务端执行，而不是只放在浏览器里，因为前端校验轻易就能绕过。提示要诚实，点名是地址的问题，而不是给一句笼统的报错。要留一条申请复核的入口，并在测试里覆盖「被拒」这条分支，就像覆盖成功路径一样，包括账号验证通过后会开始收到的事务邮件。最后，要有意识地决定你到底需不需要封这些域名；如果一个产品与用户之间没有持续关系，可能根本不需要。
下一步
诊断清楚之后，决定通常很简单。如果这个账号需要长期存在，就把它换到别名或自有域名下的地址，两者都能扛过密码重置，也都不在一次性名单上。如果只需要一个验证码，就用一个你已经掌握的地址，或者在一个允许的服务上用临时收件箱。
本站的临时邮箱正是为这种一次性场景准备的，几秒就能开始。整篇文章反复强调的那条边界，值得再说一遍：把一次性地址当作测试工具，而不是绕开某个站点关于谁能使用其服务的决定。