收信测试 · 工具边界

你要验证的，
是邮件生成，还是实际抵达？

临时邮箱和邮件沙箱区别，不在于谁更专业，而在于邮件有没有走出开发环境。先确定要证明的事情，再决定把地址填在哪里。

看内容：邮件沙箱

把应用的 SMTP 指向测试服务，拦截邮件而不交给真实用户。适合核对模板变量、链接和发送分支，不代表公网投递成功。

向一个真实可收信地址投递，检查验证码和通知是否进入收件箱。无需注册，适合单次验收；地址到期后不再作为回访入口。

观察真实邮箱服务商的分类、垃圾箱和长期通知。适合保留账号，但需要人工清理，也更容易混入个人信息。

这里比较的是典型使用方式，而不是对所有产品作保证。沙箱供应商与接收域名的配置不同，具体能力仍以各自服务说明为准。

验证目标	临时收件箱	邮件沙箱	个人邮箱小号
公网发送到接收链路	可实际接收测试邮件	通常只验证测试 SMTP 链路	可验证对应服务商链路
模板和验证码内容	看最终收到的正文	便于集中检查与联调	可检查，但测试信容易混杂
发给真实用户的风险	须明确使用测试地址	隔离配置正确时可拦截	须避免误填真实用户地址
长期账号找回	不适合，地址有期限	不适合用作真实账号邮箱	更适合自己控制的长期邮箱
特定邮箱垃圾分类	不能代表其他服务商	不能代表真实收件箱	只能代表当前服务商与账号
大批量自动化测试	需遵守频率和使用边界	优先考虑专用开发方案	通常不适合反复注册与清理

先用沙箱确认变量、跳转链接和不同语言模板。确认没有真实客户地址进入测试队列，再做一次公网收信验收。

只看到应用返回成功不够：它可能只意味着任务入队。需要再对照发信日志和最终收到的主题、正文。

用干净的测试邮箱完成注册、收验证码、提交验证和再次登录。每个步骤记录触发时间与结果，避免把延迟当成丢信。

若平台不接受一次性邮箱，不要换域名绕过限制。改用你控制的长期邮箱或平台认可的测试账号。

选择可持续控制的邮箱。如果需要按来源区分来信，可以使用长期转发别名；别名依赖你的转发目标邮箱，不是备份邮箱，也不是发送工具。

测试结束前更换到长期地址，并实际验证找回邮件。不要把重要账号、账单或身份材料留在会过期的临时地址上。

先在沙箱里核对内容，再用临时收件箱验证公网抵达，最后选一个长期邮箱检查特定服务商的展示和分类。这三个结果互相补充，任何一个都不能推导出“所有用户一定收得到”。

遇到测试邮件收不到，先保存发送时间、收件地址、发信服务返回的消息标识以及错误类别。不要连续点击重发；旧验证码与新验证码交错到达，会制造另一个看似投递失败的问题。