刷新一次并核对地址,不要立即重发。许多系统仍在排队或建立发送连接。
到达延迟 · 决策树
验证码邮件没到,先别连续点重发
把“没收到”拆成四个可观察阶段:请求是否成立、发件系统是否交付、收件方是否过滤、最新验证码是否仍有效。
搜索发件名和主题,查看垃圾箱、推广分类与全部邮件,不只盯着主收件箱。
只重发一次并记录时间。以最新一封邮件为准,旧码可能被新请求作废。
更换接收路径或联系服务方,并提供脱敏地址、时间和错误状态。
五步决策树
沿着顺序处理,每一步只改变一个变量,才能知道问题出在哪里。
| 节点 | 观察 | 下一步 |
|---|---|---|
| 1. 请求 | 页面明确显示已发送? | 没有则先修输入或限流错误 |
| 2. 地址 | 域名、点号和复制内容正确? | 错误则修改地址后重新请求 |
| 3. 过滤 | 垃圾箱和全部邮件均无结果? | 搜索发件域名与主题片段 |
| 4. 重发 | 已等待至少 5 分钟? | 只重发一次并标记最新时间 |
| 5. 升级 | 超过有效窗口仍未到? | 换路径并向发送方提供证据 |
节点一:确认请求真的成立
按钮被点击不等于后端接受请求。查看页面是否显示目标邮箱、发送成功状态或冷却倒计时,而不是只看到按钮短暂变灰。
若出现邮箱格式、请求频繁或网络错误,先处理该错误。此时刷新收件箱不会产生缺失的邮件。
节点二:逐字符核对地址
复制地址后检查开头、域名和末尾是否夹带空格。手动输入时尤其容易混淆字母、数字、点号和下划线。
临时地址若已更换或到期,旧页面中的地址不能继续使用。重新创建后必须把新地址带回发件页面。
节点三:扩大搜索范围
查看垃圾邮件、推广、更新和全部邮件,并用发件域名、产品名或“验证码”搜索。某些客户端分类规则会让未读计数与实际位置不同。
企业邮箱还可能在服务器层隔离来信,普通垃圾箱中看不到。此时应请管理员查看隔离区和邮件追踪。
节点四:控制重发次数
连续重发会制造多个到达时间不同的验证码。许多系统只接受最后生成的代码,所以最先到达的邮件反而可能已经失效。
等待至少 5 分钟后只重发一次,记录点击时间,并从最新邮件开始尝试。不要把不同邮件的验证码拼接。
节点五:更换接收路径
若发送方拒绝临时域名,可以改用你控制的常用邮箱或独立转发别名。若只有某一家目标邮箱延迟,另一接收商能帮助区分发送问题与收件过滤。
重要账户不要反复更换到期地址。先选择可长期控制的路径,再继续创建账户。
向支持提供什么
提供脱敏后的接收地址、请求时间及时区、页面显示的错误、预期发件方和是否重发。不要发送密码、完整验证码或登录令牌。
对产品团队而言,最好附上请求 ID 或事件 ID。只有“收不到”三个字很难定位是队列、投递还是过滤。
用户侧可以做
- 刷新一次,核对地址与有效期
- 搜索全部分类与垃圾邮件
- 等待 5 分钟后只重发一次
- 以时间最新的验证码为准
- 必要时改用长期可控地址
不要这样做
- 一秒内连续点击重发
- 把完整验证码发给支持人员
- 在多个标签页同时请求代码
- 用即将到期地址绑定重要账户
- 把延迟直接等同于地址泄露