验证码看似是一封很短的邮件，却要经过应用生成、发件队列、域名解析、接收服务器过滤和收件箱刷新。任何一环延迟，都可能让页面上的倒计时比邮件更快结束。
前 2 分钟：保留现场
先查看发送页面是否明确显示成功，并重新复制收件箱里的完整地址。尤其要确认换地址后，原网站输入框没有保留旧值，也没有多出空格。
保持当前收件箱有效，手动刷新一次并观察反馈。此时不要换地址，因为已排队的邮件仍会发往第一次提交的目标。
2 到 10 分钟：只重发一次
多数短暂队列延迟会在这个窗口内恢复。如果发送页面允许重发，只操作一次，然后等待完整冷却时间。
新旧验证码可能先后到达，通常只有最新一封有效。按邮件时间和发送页面提示判断，不要从多封邮件里随机尝试。
10 到 20 分钟：做对照测试
用你控制的可信邮箱向临时地址发送一封无附件纯文本。对照信能到、目标网站的验证码不到，说明收件箱基本正常，问题更可能在发送方策略或其邮件队列。
如果任何来源都不到，再检查临时地址剩余时间、网络连接和刷新错误。不要用大量自动请求测试，这会触发接收侧限流。
超过 20 分钟：停止错误重试
低风险的一次性任务可以换一个新临时地址，从头提交一次。若网站明确拒绝一次性邮箱，继续换同类地址通常没有意义。
涉及账户找回、付款、医疗、政府或工作通知时，改用长期邮箱。需要持续隔离公开地址时，可选择转发身份，让后续邮件仍到你的真实收件箱。
四种常见误判
- 把界面演示邮件当成真实到达记录；真实信到达后演示行应消失。
- 只看主题，不打开整行确认正文是否加载。
- 认为刷新按钮会要求发件方重新发送；它只查询已经到达的邮件。
- 把过期地址恢复失败当成网络故障；临时地址本就有寿命上限。
记录问题时写什么
记录发送时间、首次刷新时间、地址域名、发送方网站和可见错误即可。不要在支持邮件中发送完整验证码、登录令牌或含个人信息的正文。
若多个可信来源都无法到达，可将必要上下文发至 support@forwardtmp.com。可重复的时间线比“没有收到”更容易定位。