保持页面不动
大多数操作先给队列和收件刷新留出时间。此时重复点击最容易制造多个有效代码。
Delivery delay calculator
验证码邮件多久到，何时才该重新发送
把等待时间和重发次数放进同一判断框，避免连续请求让旧验证码、新验证码和限流状态互相干扰。
Evidence order
四层证据，按离你最近的地方开始
先确认请求和地址，再看发送队列、收件规则与内容。每完成一层就记录时间，不要同时改变多个变量。
01
请求是否真正成功
查看页面是否明确显示发送成功，并在开发者工具或服务日志中确认请求没有被限流、拒绝或中断。
02
地址是否完全一致
检查复制过程、前后空格、域名拼写和当前地址有效期。若地址已更换，旧页面里的请求不会自动迁移。
03
队列是否产生投递记录
在发送服务中查找消息 ID、排队时间、拒绝原因和下一次重试。没有消息 ID，通常应回到应用触发链路。
04
收件与内容规则是否拦截
检查垃圾箱、隔离规则、退信、发件域认证和模板体积。测试地址可帮助区分个人邮箱规则与发送端问题。
Time windows
不同等待区间，采取不同动作
区间是操作顺序，不是承诺。发送系统、网络和收件服务的具体状态仍以日志为准。
检查地址与垃圾箱
确认地址有效且请求成功，再查看服务状态。不要一边修改邮箱一边重发。
只重发一次
若没有明确失败，可重发一次并记下新时间；使用最新代码，旧代码可能随之失效。
停止盲目重试
转向消息 ID、退信、认证和限流调查。持续重发通常不会解决配置问题。