到达检查
验证码邮件没到，先找出卡在哪一层
连续点击“重新发送”往往制造更多变量。更可靠的做法，是沿着邮件实际经过的路径留下证据，再决定等待、重试、换地址还是联系服务方。
验证码没有出现，不等于邮件已经丢失。一次发送至少涉及网页提交、服务方生成邮件、发件服务器排队、域名投递、收件服务器接收，以及浏览器把结果显示出来。任何一段变慢，用户看到的现象都只是“收件箱空着”。如果一开始就换地址或狂点重发，原本可定位的问题会变成多个请求相互覆盖。
下面的方法适合网站注册、设备登录、开发测试和一次性下载。它不要求你了解邮件协议，但要求你每一步只改变一个条件，并记住操作时间。这样即使最后需要联系网站客服，也能提供足够明确的信息。
先画出验证码的投递路径
把过程简化为五层：你填写的地址、网页是否接受发送请求、服务方是否把邮件放进投递队列、收件域是否接受它、浏览器是否读到最新结果。排查顺序应与路径一致，而不是从最末端随意猜测。最前面的错误通常能立即修正，越靠后的问题越需要等待或由服务方处理。
| 层级 | 可观察证据 | 先做什么 |
|---|---|---|
| 地址输入 | 表单中保存的完整地址 | 逐字符核对并重新粘贴 |
| 发送请求 | 页面成功提示与冷却倒计时 | 保留时间，不重复点击 |
| 投递队列 | 其他用户或其他类型邮件是否同样延迟 | 等待一个合理窗口 |
| 接收策略 | 网站是否拒绝一次性邮件域名 | 换用长期别名或合适地址 |
| 页面读取 | 手动刷新、倒计时和网络状态 | 刷新一次并保持当前地址 |
第一层：确认地址没有在复制时损坏
最常见的问题不是邮件系统，而是地址在输入框里被截断。移动端双击选择可能漏掉开头，密码管理器可能把旧邮箱覆盖回来，某些表单还会自动删除加号或把末尾空格算进地址。回到注册页，确认本地部分、@ 符号和域名三段都完整；不要只看输入框露出的最后十几个字符。
如果页面允许编辑邮箱，先从 OnceFwd 地址栏重新复制，再整段替换，不要手工修一个字母。完成后记录当前时间。若页面已经锁定地址，只能重新开始注册流程，就先截下旧地址和成功提示，避免稍后把两次请求混为一谈。
别在同一任务中来回换地址
验证码与请求时的地址绑定。生成新地址不会把旧地址上的邮件迁过来，服务方稍后投递的邮件仍会去旧收件箱。因此，在确认本次请求结束前应保留原地址；只有确定填错、地址被网站拒绝，或任务可以完全重开时才换一个。
第二层：确认网站真的接受了发送请求
按钮变灰不一定代表请求成功，也可能只是前端进入冷却。寻找明确的成功句、倒计时、遮掩后的目标地址，或“已发送到……”提示。如果页面出现风控、人机验证、频率过高或会话过期，邮件通常根本没有被创建。先解决页面错误，再谈收件。
一次成功请求后，至少等完页面给出的冷却时间。连续发送会触发两种麻烦：服务方可能只保留最后一枚验证码，先到的邮件立即失效；也可能把短时间多次请求视为异常而延长队列。排查时只保留一条清晰时间线，比收到三封无法判断先后的邮件更有用。
第三层：给投递队列一个可解释的等待窗口
网页显示成功后，邮件可能仍在服务方内部队列。普通验证码常在几十秒内到达，但活动高峰、区域网络故障或发件域临时限速会把等待拉长。建议先等两分钟，手动刷新一次；五分钟仍未到，再进行下一层检查。这里的重点不是死守某个数字，而是在等待期间不引入新的地址和新请求。
如果同一网站的短信、推送或其他用户报告也延迟，问题更可能在服务方。此时换十个临时地址并不会变快。开发者测试自己系统时，应同时查看任务队列、发件 API 返回值与退信日志；页面上出现“发送成功”只能证明前端请求被接受，不能证明邮件服务器已经接管。
第四层：判断网站是否限制一次性邮箱
有些服务会在提交时直接提示不支持临时邮箱，另一些则接受表单却不投递。这不是收件箱刷新能解决的问题。涉及长期账号、订阅账单、订单找回或团队权限的服务，本来就不适合用会到期的地址。与其绕过限制，不如改用可持续控制的转发别名或常用邮箱。
判断依据应是关系寿命，而不是“哪个地址能过”。只为领取一次资料、验证测试流程且未来无需找回，短时地址更合适；账号需要数月后重置密码，就应使用长期别名。你可以在本站的一次性地址选择器中按任务条件比较，不必在注册失败后临时猜测。
第五层：确认收件页面仍在读取当前地址
检查浏览器标签页是否仍显示请求时的地址，倒计时是否继续运行，网络是否从离线恢复。手动刷新收件箱一次即可，不要刷新整个页面后立刻创建新地址。若浏览器节能模式冻结后台标签，把页面切回前台并等待一个刷新周期。
邮件出现后先核对发件域、主题和请求时间，再使用验证码。不要因为着急而打开陌生附件，也不要把验证码交给聊天中的“客服”。真正的验证码流程只需要把数字填回刚才发起请求的网站，不会要求你转发邮件或提供账号密码。
开发测试需要多留两份证据
测试人员应记录请求时间到秒、目标地址、响应状态与收到时间；如果可以，再保存邮件头中的 Message-ID。这样能区分“应用没有调用发送接口”“发件平台接受但排队”“收件端接收后页面读取慢”三类问题。只写一句“邮件没到”很难让任何一方复现。
何时继续等待，何时重试或换地址
完成五层检查后再做决定。地址正确、网页明确成功、网站允许该类地址、收件页在线，只是刚过去两三分钟，继续等待最合理。超过网站声明的正常窗口，可以重发一次，并把旧验证码视为可能失效。页面明确拒绝一次性域名，或任务未来要找回，则停止重试，改用长期可控地址。
- 只重发一次，并记录新请求时间。
- 重发后使用最后到达且时间匹配的验证码。
- 换地址意味着重开完整流程，不是刷新旧任务。
- 涉及资金、身份或长期恢复时，不使用会到期的收件箱。
如果你只是临时注册并且确认服务方接受一次性地址，可以回到 OnceFwd 建立一条干净的新任务；如果需要保留后续联系，则从一开始就选择转发别名。让地址寿命匹配任务寿命，通常比反复补救更省时间。
为下一次收信选对地址寿命
短时注册可直接创建 3 小时收件箱；需要持续找回和联系时，登录后建立长期转发别名。