验证码到达诊断

先别连续点重发
沿着邮件路径逐段检查

验证码通常在几分钟内到达。地址、发送队列、频率限制和旧码失效都会制造“没收到”的假象，按顺序排查比反复请求更有效。

第 1 步：是否已经等待 2–5 分钟？

若不足两分钟，保持当前页面并手动刷新一次。发送方可能先排队再交给收件服务；此时重复请求只会产生多个互相替代的验证码。

第 2 步：页面上的地址是否仍有效且完整？

逐字符核对你提交的地址与收件箱显示值，特别留意复制时多出的空格。倒计时归零或地址已经更换后，原地址的邮件不会自动出现在新箱。

第 3 步：发送方是否明确显示已发送？

若页面仍在加载或提示频率过高，邮件可能根本没有生成。等待冷却结束后只请求一次，并保留最新验证码对应的时间。

第 4 步：手动刷新后有没有新邮件？

打开收件箱的刷新操作并观察真实邮件数量。新邮件到达时演示内容会自动让位；不要把演示验证码当成目标网站的真实验证码。

第 5 步：是否应改用稳定接收地址？

若网站拒绝一次性域名、事务需要长期恢复或已经多次延迟，改用自己的稳定邮箱或独立转发身份，而不是继续消耗重试次数。

按症状定位

不同等待现象，对应不同下一步

只处理你实际看到的症状，避免同时更换地址、刷新和重发，导致无法判断是哪一步恢复。

问题更可能在发送方页面或网络请求。先不要更换邮箱，确认请求确实成功。

停止操作并等待完整冷却时间。冷却结束后只请求一次，以最新邮件为准。

按收到时间排序，使用最新一封。许多服务在重发后立即作废旧码。

验证码需要经历目标网站生成、发送服务器排队、域名解析、收件服务过滤和页面刷新等环节。任何一段短暂拥堵都可能造成延迟，但延迟不代表地址失效。

某些网站还会识别一次性邮箱域名并拒绝发送。这属于发送方自己的账户政策，不是刷新次数能够解决的问题，应改用符合对方要求的稳定地址。

如果每十几秒点击一次，发送方可能触发风控，或者产生数封到达顺序不同的邮件。看起来像收件箱出错，实际是最新有效码难以辨认。

先看发件域名和请求时间，不要只看主题。陌生域名、与你操作时间不符的请求，或要求你转发验证码给他人的正文，都应视为风险信号。

ForwardGet 的两封演示邮件带有“演示邮件”标记，不计入真实邮件数。目标网站的真实来信到达后，列表会撤下演示行，避免真假内容混在一起。

地址仍在倒计时时可以续期。已经更换地址后，旧地址与新地址是两段不同的收件关系；重新向网站提交新地址，再请求验证码才有意义。

如果验证后还需要接收安全提醒、账单或找回邮件，请不要让临时地址成为长期依赖。可参考有效期规划器判断是否应转为稳定入口。

保存发送方错误提示、请求时间和地址域名，但不要公开完整验证码或会话令牌。先联系目标网站确认是否支持该类地址；ForwardGet 服务问题可发邮件至 support@forwardget.com。