刷新收件箱
向 MsgQuick 查询当前地址已有的邮件，不会通知发件网站，也不会生成新验证码。
DELIVERY LAB / 04
验证邮件收不到，先别连续点补发
重复请求可能触发发件网站限流，也会让旧验证码先后到达造成混淆。按下面的单向诊断顺序排查，每一步只改变一个变量。
六分钟诊断跑道
从地址拼写开始，到一次补发结束。若网站明确拒绝一次性邮箱，请使用它允许的稳定地址，不要绕过限制。
- 01
逐字核对地址
比较注册表单与收件箱地址，尤其注意前缀、域名和自动填充留下的空格。
- 02
等待一到两分钟
发送队列常有短暂延迟。保持当前页面打开，让自动同步完成几轮。
- 03
手动刷新一次
刷新只重新读取当前收件箱，不会向网站再次索要验证码。
- 04
回到网站补发一次
确认倒计时或冷却结束后再补发，并只使用最新到达的验证码。
症状与最可能的环节
| 症状 | 先查什么 | 不要做什么 | 下一步 |
|---|---|---|---|
| 收件箱始终为空 | 地址拼写和网站提示 | 连续更换多个地址 | 等待后手动刷新一次 |
| 多封验证码一起到 | 邮件到达时间 | 从最早一封开始试 | 使用最新验证码 |
| 网站提示发送过于频繁 | 冷却倒计时 | 刷新注册页反复提交 | 等待限制解除 |
| 网站拒绝地址 | 对方邮箱政策 | 试图规避限制 | 改用被允许的稳定邮箱 |
把“刷新”和“补发”分开
网站补发
要求发件网站创建新邮件，可能触发冷却、覆盖旧码或产生多封延迟来信。
更换地址
建立全新收件入口。原网站若仍向旧地址发送，新收件箱不会收到那封信。
延长有效期
保留当前入口更久，适合发件方已拿到正确地址但任务还未完成的情况。
开发者的发送端检查
信封收件人
确认 SMTP envelope recipient 与页面里看到的地址一致，不要只检查邮件头 To 字段。
响应与重试
记录发送服务返回码、队列标识和重试时间，避免把排队误判成收件端丢信。
HTML 与文本双版本
提供可读的 text body，并检查 HTML 中的验证码、按钮和域名在净化后仍然清楚。