SIGNAL CHECK / LIVE PATH

邮件未到？按信号路径完成一次诊断

不要连续刷新。先确定邮件是否真的发出，再沿地址、有效期、发送方策略和大小限制缩小范围。

T+00 → T+10 MIN · 5 CHECKPOINTS

从点击发送开始计时

T+00:00
确认发送方显示成功

若按钮仍加载、表单报错或图形验证未完成，邮件尚未进入链路。

SOURCE
T+00:30
逐字符核对地址

重新复制当前地址，检查 @ 前后、点号和域名；更换地址后目标网站可能仍保存旧值。

ADDRESS
T+02:00
看倒计时与网络

确认地址未到期、页面未离线，手动刷新一次即可。

MAILBOX
T+05:00
只请求一次新代码

发送方允许时重发一次，并以最新邮件中的代码为准。

RETRY
T+10:00
判断策略限制

若网站拒绝一次性域名，或账户需要长期找回，应改用别名。

ROUTE

验证码的三个常见误区

LATEST ONLY

旧代码已失效

多次重发后通常只有最新代码有效，按时间排序使用。

SENDER BLOCK

临时域名被拒

有些平台不会向一次性域名投递，刷新无法改变发送策略。

QUEUE DELAY

发送队列延迟

高峰可能排队。地址未到期时可以等待，不要制造更多请求。

无需继续等待的明确情况

  • 倒计时归零，或更换地址后仍在等旧地址邮件。
  • 整封超过 100MB；临时邮箱也不保留附件。
  • 发送方明确不支持一次性邮箱或该域名。
  • 邮件用于银行、付费账户或长期恢复。
  • 目标网站要求直接回复；TempGet 不能发信。

诊断后的动作选择

发送方未确认修正表单或验证步骤，再发送一次。
地址填错更新目标网站地址，再请求新邮件。
短暂排队保留页面，2–5 分钟后刷新一次。
拒绝临时域名使用永久转发别名或长期邮箱。
单一发件人失败在转发控制台检查规则与失败记录。
联系支持时：提供时间、收件域名、发送方域名和错误提示；不要发送完整验证码、令牌或敏感正文。

不同发件方的正常等待区间

判断「还要不要等」之前，先对照发件方类型的常见延迟，再决定是否重发或换址：

10–60 秒
银行与交易类验证码

走高优先级通道，超过 2 分钟未到多半是地址或拦截问题。

最快
1–5 分钟
大型平台注册确认

GitHub、Google 级别的发信基础设施稳定，延迟集中在队列高峰。

常见
5–15 分钟
营销系统确认邮件

Newsletter 双重确认信常走批量通道，慢但最终会到。

偏慢
最长 30 分钟
小型自建站

自建 SMTP 服务重试间隔长，等不到就检查垃圾拦截或换临时地址重试。

不稳定