验证码邮件没到
沿发送路径逐站检查

验证码只在短时间内有效，因此人很容易在几十秒内反复点击“发送”。这往往会触发冷却、让旧验证码作废，甚至令发件系统把同一目标暂时降速。更稳妥的方法是先记录一次明确的发送动作，然后沿邮件路径检查。

先理解验证码会经过哪些站点

一次点击并不是直接把邮件放进收件箱。网站前端先向认证服务请求发码；认证服务判断频率、账户状态与风险；邮件提供商接收任务，再与收件域建立连接。任何一站拒绝或排队，用户看到的都只是“暂时没信”。

七个检查点，按这个顺序执行

1. 确认页面真的接受了请求

观察按钮是否进入倒计时，以及页面是否回显“已发送至某地址”。只有动画而没有成功通知，不足以说明服务器接到了请求。若出现格式错误，应修正地址，不要继续刷新收件箱。

2. 逐字符核对目标地址

复制地址通常比手输可靠。重点检查域名前后的字符、是否混入空格，以及注册表单是否仍保留上一轮地址。可回到 MyTempBox 临时收件箱 重新复制当前地址，但此时不要更换它。

3. 给发件队列一个完整窗口

多数自动邮件会很快到达，但高峰、灰度发布和跨区队列都可能增加延迟。提交后的前 30 秒只刷新一次；约 2 分钟仍未到，再检查发件页面。连续重发会让你无法判断哪一次请求对应哪封信。

4. 查看验证码是否被更新

很多系统只认最后一次生成的验证码。若你已经点过多次，较早到达的邮件可能包含失效代码。按邮件时间排序，只尝试最新一封，并确认邮件中的有效期还没过去。

5. 判断网站是否拒绝一次性域名

有些平台在提交时直接提示不接受临时邮箱；另一些会接受地址，却不创建发件任务。若同一收件箱能收到其他来源的邮件，而目标网站反复无信，限制更可能发生在发件方。此时换十个临时地址通常没有帮助。

6. 只做一次有依据的重发

超过页面给出的冷却后再重发一次，并记录第二个时间点。不要同时开多个标签页。若第二次仍无成功回显，先处理网站端错误；若有回显但 5 至 10 分钟都无信，再进入最后一步。

7. 决定延长、换址还是换收信方式

人工审核或慢队列适合延长当前地址，避免邮件到达时箱子已经过期。明确被地址策略拦截时，应该按服务要求使用自己控制的长期邮箱。只有地址填错、地址状态异常或任务可以从头开始时，才更换临时地址。

把等待时间变成行动时间线

1. 0:00：提交一次并截取成功提示，核对回显地址。
2. 0:30：手动刷新收件箱一次，确认倒计时仍在运行。
3. 2:00：查看发送页是否有风控、冷却或地址类型说明。
4. 5:00：冷却结束后只重发一次，保留原地址。
5. 10:00：结合其他来源收信情况，判断故障在发件侧还是地址侧。

如果任务预计会等待客服或人工审核，可先阅读 临时邮箱地址生命周期，理解延长与换地址的差异。邮件已经发出时换址，会把在途邮件留给旧箱。

三个最常见、也最浪费时间的动作

第一是不断生成新地址。它让每次测试的变量都改变，无法比较。第二是同时请求多封验证码，最终收到时又分不清哪封有效。第三是把所有延迟都归因于临时邮箱，从而忽略发送页面已经给出的风控或账户错误。

诊断的核心是一次只改变一个条件：先固定地址，再固定发送次数，最后比较时间与页面反馈。这样即使最终必须换成长效邮箱，你也知道原因，而不是靠碰运气。

哪些任务不应该继续用临时箱试

涉及支付、工作账号、医疗资料、身份验证或以后必须恢复的账户，不应为了绕过地址限制持续尝试一次性邮箱。验证码只是登录链路的一部分，真正风险在于未来无法重新取得同一地址。

若需要公开一个稳定地址又不愿暴露真实邮箱，可以使用 转发别名工作台；如果只是低风险、可重新开始的短期注册，则回到临时收件箱完成任务。