验证码邮件一直没到：
按这个顺序检查

验证码邮件走的是一条短但并不瞬时的链路：网站生成代码，发送服务排队，域名系统寻找收件服务器，收件服务器验收，最后由收件箱显示。任一环节延迟，都可能表现成“邮箱收不到验证码”。有效排查依赖固定顺序，而不是更高频率地操作。

先画出链路：页面提示“已发送”不等于邮件已入箱

“已发送”有时只代表网站接受了请求，邮件可能还在发送队列中。反过来，收件箱暂时没有新行，也不能直接证明发送失败。先记下点击发送的大致时间、目标地址的末尾字符和页面是否显示冷却倒计时，这三项会帮助后续判断。

如果网站明确提示地址不受支持、域名不可用或请求过于频繁，就不应继续等待。这类反馈是策略决定，不是刷新能解决的网络延迟。

1. 完整核对当前收件地址

比较目标网站账户页显示的地址与 MsgFwd 地址栏，不只看 @ 后面的域名。尤其注意是否在请求验证码之后点击过“换地址”，以及复制时是否遗漏字符、混入尾部空格或使用了浏览器自动填充的旧邮箱。

临时地址更换后，旧地址与新收件箱是两条不同路由。发往旧地址的邮件不会自动迁入新地址；正确做法是在目标网站修改邮箱，然后只触发一次新的验证码邮件。

• 核对地址前缀的开头与末尾各 3 个字符。
• 核对完整域名，不凭图标或页面名称猜测。
• 若地址曾更换，回到发送页面重新粘贴当前值。

2. 用时间戳判断新旧验证码

验证码通常有短有效期。列表里出现同一发件人的多封邮件时，先按到达时间找最新一封，再核对正文中是否写明有效分钟数。不要因为旧邮件排在视觉上方就直接抄取旧码。

设备时钟明显不准也会制造混乱。将系统时间设为自动同步，再比较“请求时间—邮件到达时间—代码到期时间”。若邮件到达时已经过期，问题多半在发送队列或限流，而不是输入错误。

3. 等待一个周期，再进行一次有意义的刷新

现代邮件常在数秒内抵达，但灰名单、发送方队列或短暂网络抖动可能把时间拉长。先保持当前地址不变，等待 60 至 90 秒，让页面自动检查；之后再点一次“刷新收件箱”。连续猛点刷新不会让上游邮件更快生成。

刷新后观察的是变化：列表是否新增、时间是否更新、页面是否显示错误。若网络已断开，应先恢复连接；若同一地址的其他邮件可以正常到达，则收件路径大概率可用，问题更靠近特定发送方。

4. 只重发一次，并尊重冷却时间

多数服务会对同一账户、地址、设备或 IP 设置频率限制。连续点击可能使旧码失效、覆盖前一个请求，甚至把冷却时间延长。页面若显示 60 秒倒计时，就等待归零后再重发一次，并记录这次操作的时间。

重发后收到两封邮件时，只使用时间较新的代码。若页面提示“请求过多”，停止操作至少数分钟；换浏览器标签页通常不会绕开服务端限流，反而容易失去时间线。

5. 区分投递延迟与临时域名策略

一些网站基于风险、合规或账户恢复要求，不接受短期邮箱。这时可能在提交地址时直接报错，也可能表面接受但不进入发送队列。MsgFwd 不能替第三方改变其注册规则，也不应通过不断更换地址规避明确限制。

判断依据应来自页面可见反馈，而非猜测：地址字段旁的错误、帮助中心支持范围、发送按钮是否进入冷却，以及是否有“请使用工作邮箱”等要求。如果服务用于支付、医疗、政务或长期账户，本就应该使用你持续控制的邮箱。

6. 检查发件人和链接，不为“验证码”降低警惕

意外收到的验证码可能意味着有人误填了你的地址，也可能是登录尝试。不要把验证码转发给自称客服的人，不要通过邮件中的陌生链接提交密码。回到你主动打开的官方网站或应用输入代码更稳妥。

若邮件要求下载附件才能查看验证码，或索要密码、银行卡信息，应停止。真正的验证码邮件通常会说明请求用途、有效期和“不要分享”提示，而不会要求你回复代码。

7. 根据任务寿命选择下一步

一次下载、界面测试或低风险试用可以回到 即时临时收件箱，重新复制当前地址后按上述顺序操作。如果地址将用于订单、订阅或未来找回，进入 邮件转发控制台 建立可暂停的别名更合适。

若第三方明确拒绝临时地址，就接受这个边界并使用长期邮箱。排查的目标是判断故障位置，而不是保证每个网站都必须投递。