验证邮件迟到时，别急着连换三个地址

“验证邮件没到”不是一个单一故障。它可能尚未从发送方队列发出，也可能地址有一个字符错误；还可能发送方主动拒绝临时域名，或者旧验证码已被新一次请求作废。只有把变量固定下来，等待才会变成可诊断的过程。

第一步不是刷新，而是冻结变量

提交后先不要更换地址，也不要连续点击“重新发送”。把刚才填写的完整邮箱与当前页面地址逐字符对照，特别检查随机前缀、连字符和域名。浏览器自动填充有时会把主邮箱覆盖回表单，这类错误不会靠刷新收件箱解决。

同时记录点击提交的大致时间和页面反馈。如果发送方页面明确显示“邮件已发送”，说明请求至少通过了前端校验；如果按钮一直转圈、页面报频繁操作或直接说不支持该域名，问题仍在发送端流程，不应继续等待。

固定一个地址、一次请求和一个时间点。诊断期间只手动刷新收件箱，不改变其他条件。

按 0—2、2—7、7—12 分钟观察

0—2 分钟：先确认操作真的成立

检查发送方是否给出成功提示，核对邮箱拼写，然后回到临时邮箱收件箱手动刷新一次。多数自动验证邮件很快，但“没有立即出现”还不足以判断丢信。

2—7 分钟：保持地址不变，低频刷新

每隔一到两分钟刷新一次即可。不要每十秒重发，因为发送方可能对同一账户做节流，新请求会排到后面，或者让先到的验证码立刻失效。此时也可观察发送方状态页是否存在认证邮件延迟。

7—12 分钟：做一次有控制的重发

确认地址无误且页面允许后，只重发一次，并记下新时间。如果第一封与第二封随后一起到达，应优先使用最新一封，并根据邮件中的有效期判断旧码是否已经作废。

用对照信号缩小故障范围

如果同一收件地址能收到其他来源的邮件，说明收件箱本身至少在工作；特定网站始终无信，更像是该网站的发送规则或队列。如果任何来源都收不到，则要重新检查地址是否已过期，或者是否在换地址后仍把旧地址留在发送方表单里。

“换一个地址后还是没到”也不是充分证据。许多网站按域名而非完整地址判断，连续更换同一域名下的前缀不会绕过策略。相反，它会让你失去原地址的观察窗口。

什么时候重发，什么时候停止

发送方显示明确冷却倒计时时，按倒计时等待。没有倒计时时，也建议至少留出几分钟。重发后不要再点第三次；多个验证码并存会增加“明明收到却提示无效”的概率。收到邮件时先看时间、收件地址与有效期，再复制代码。

• 只保留最新一封验证邮件作为操作依据。
• 验证码输入失败时，先判断是否用了旧信，而不是立刻换邮箱。
• 登录链接类邮件只打开最新链接，避免旧 token 已撤销。
• 重要账户不要把恢复链绑定到 24 小时内会失效的地址。

12 分钟后仍然没有到达

若发送方公开状态页显示故障，保留当前地址继续等；若页面明确拒绝临时域名，就应停止重复尝试。对于未来还需收账单、告警或找回链接的账户，改用可暂停的转发别名更合适。别名隐藏主邮箱，同时保留长期接收能力。

联系网站支持时，提供提交时间、目标地址域名、页面成功或错误提示，以及是否做过一次重发。不要提供验证码内容。这样的信息足以让对方查询发送日志，也比“邮件一直没到”更容易获得有效答复。

一个清晰的时间窗口能防止排查动作互相干扰：先核对，再等待，再单次重发，最后根据发送方策略选择替代身份。即使最终没有收到邮件，你也能知道下一步是在发送方、地址选择还是账户恢复路径上处理。