先留在当前地址
手动刷新一次收件箱，确认地址仍有效。FwdNest 首页会每 7 秒自动检查来信；这个间隔是检查频率，不是验证码到达承诺。
若剩余时间不足，可在到期前申请延长 3 小时。延长成功只是保留继续收信的时间，不会催发已经在途的邮件。
五项诊断
沿着这封信的来路，查一遍
按当前实际情况选择；无法确认就选“不确定”。这里的结论是排查顺序，不是服务器检测结果。
等待与重发
别让连续重发，把判断打乱
没有适用于所有网站的统一到达时间。发送队列、邮件策略与验证码有效期都由各自系统决定；按发送页面的提示操作，比不停点按钮更有帮助。
等对方允许，再重发
先看发送页面是否有倒计时、次数上限或额外验证。仍在冷却中时不要连续申请，也不要反复切换多个地址。
“已发送”可能只代表请求被接受，未必代表最终送达。若持续失败，应保留发送时间与页面提示，向发送方核查。
新旧码，以对方规则为准
部分服务会在重发后让旧码失效，也有服务保留原码。不要假设先到的就能用，更不要混用多个注册会话里的验证码。
核对发件人、用途与申请时间；只在你主动打开的可信页面输入。验证码即使过期，也不应提交给客服或其他人。
若是长期账号、付费服务或账号找回，请优先使用你能长期访问的邮箱。先判断一次性邮箱是否适合这次任务。
给开发者与运营
如果发送系统由你管理
用同一次发送的真实记录，连接“应用已提交”和“邮件已投递”。收件箱里的空白不是退信证据，页面上的成功提示也不是最终回执。
本页不展示模拟投递日志，也无法查询第三方的发送队列。下面是检查方向，不是对当前邮件的检测结论。
| 检查位置 | 具体核对什么 | 不要误判成什么 |
|---|---|---|
| 环境与发送配置 | 区分测试与正式环境；核对发送账号、队列消费者、沙箱收件人限制，以及是否实际启用了出站发送。 | 测试环境显示成功，不代表邮件已从正式通道发送。 |
| 最终收件地址 | 查看应用实际提交的完整收件地址，排除前后空格、旧值缓存、表单拼写和测试代码替换收件人的情况。 | 用户界面显示的地址，不一定就是发送任务使用的值。 |
| 发送任务与拒绝记录 | 按时间、任务编号或邮件编号关联队列、发送服务回执与退信，确认是否出现鉴权、配额、频率或收件域名拒绝。 | 应用接受请求，不等于出站服务接受，更不等于目标已收妥。 |
| 内容与域名身份 | 检查发件域名的 SPF、DKIM、DMARC 配置，以及正文链接、附件和模板变化是否触发发送服务的内容策略。 | 不能只凭“其他邮件能到”就排除该模板或该发送来源的问题。 |
| 重试与验证码逻辑 | 确认重试是否真的新建发送任务，冷却状态是否同步，以及重发后新旧验证码的失效规则是否一致。 | 按钮重新亮起，不代表新邮件已经生成；旧码晚到也不代表仍有效。 |
记录必要时间与错误类别即可。截图、日志或工单公开前，请遮盖验证码、邮箱访问凭证、认证头和不相关的个人资料。
看懂 MX、退信与邮件转发这些术语
仍未解决
把现象说清楚，
把现象说清楚，
不用把秘密交出来
联系 support@fwdnest.com，说明你使用的是临时收件箱还是长期转发，以及已经做过哪些检查。我们无法替第三方网站解除域名限制，也不承诺恢复已经失效的地址。