直接回答
2026临时邮箱怎么选？
只用于短期公开收件时可评估一次性邮箱；自动化测试需要稳定创建和读取邮件时应选择有文档的测试邮箱API；需要长期转发和恢复能力时应使用邮箱别名或受控邮箱。重要账号不应依赖无法恢复的临时收件箱。
资料状态（2026-07-23）：已完成首版官方资料对比；尚未进行统一条件实测。
临时邮箱适合低风险测试和减少垃圾邮件，不适合重要账号、找回邮箱或敏感通信。
“临时邮箱”至少包含三种不同工具：公开一次性收件箱、带令牌/API 的测试邮箱、把邮件转发到真实邮箱的别名服务。它们在隐私、保留时间、可恢复性和适用场景上差异很大，不能只按“能否收到验证码”来排名。
本文比较 Temp-Mail、10 Minute Mail、Guerrilla Mail、YOPmail、Mail.tm 和 Firefox Relay 的公开能力，并给出安全的选择路径。
一分钟结论
- 只做短时、非敏感测试：可以看公开或自动生成的一次性收件箱，但不要存放隐私和账户恢复邮件。
- 需要程序化测试：优先核对官方 API、令牌模型、速率限制和邮件删除规则，Mail.tm 与 Guerrilla Mail 提供了公开 API 入口。
- 想隐藏真实邮箱但仍长期接收邮件：邮箱别名/转发与临时收件箱不是一类产品，Firefox Relay 更接近前者。
- 收件箱名称可猜或可公开访问时，地址本身不能当作访问凭证。
- 任何服务都不能保证被所有网站接受；目标网站的拦截和规则会变化。
先确定你需要哪一种
| 类型 | 工作方式 | 适合 | 不适合 |
|---|---|---|---|
| 公开临时收件箱 | 打开网页即可生成或查看短期地址 | 非敏感试用、UI 测试 | 重要账号、隐私材料 |
| 令牌/API 收件箱 | 通过账户或令牌创建、读取邮件 | 自动化测试、开发集成 | 未确认速率/保留规则的长期依赖 |
| 邮箱别名/转发 | 别名把邮件转到真实邮箱，可关闭别名 | 隐藏真实地址、控制订阅来源 | 完全匿名或无需真实邮箱的场景 |
核心产品与工具对比
| 服务 | 类型 | 访问方式 | API | 关键边界 | 核查 |
|---|---|---|---|---|---|
| Temp-Mail | 临时收件箱 | Web/App，具体能力依版本 | 提供开发者 API 产品 | 不应用于重要恢复信息 | API / 隐私 |
| 10 Minute Mail | 短时收件箱 | Web | 未在本次官方主页核实公共 API | 地址时间短，适合一次性低风险任务 | 官网 |
| Guerrilla Mail | 临时收件箱 | Web，可使用临时地址 | 有官方 API 文档 | 临时性质，不应承载敏感内容 | 官网/API |
| YOPmail | 公共临时邮箱 | Web，以名称进入收件箱 | 本次未确认公开 API | 公共可猜名称带来隐私风险 | 官网 |
| Mail.tm | 令牌式临时邮箱 | Web/API 账户流程 | 有公开 REST API | 受 API 使用和保留规则约束 | API 文档 |
| Firefox Relay | 邮箱别名与转发 | Mozilla 账户、浏览器扩展/网页 | 非临时收件箱 API 产品 | 需要真实收件邮箱，规则依套餐/地区 | Mozilla 支持 |
六项服务分别怎么看
Temp-Mail
适合快速生成临时地址，官方还提供 API 产品和隐私政策。选择时应区分免费网页、App 和开发者 API 的能力，不把某个版本的保留规则外推到全部入口。
10 Minute Mail
核心价值是短时、低摩擦。名称中的“10 分钟”体现产品定位，但实际页面是否允许续期、邮件保留和域名变化，都应以使用当日界面为准。它不适合作为以后需要找回的账号邮箱。
Guerrilla Mail
提供网页服务和官方 API 文档，适合研究程序化收件流程。测试 API 时应限制请求、使用虚构内容，并记录地址与邮件各自的生命周期。
YOPmail
使用门槛低，但公共名称式收件箱的隐私边界尤其重要：不要用容易猜到的名称收取任何敏感邮件，也不要把“无需注册”理解为“只有自己能访问”。
Mail.tm
公开 REST API 更适合开发者构建测试收件流程。令牌访问比纯公共名称多一层控制，但仍需核对域名、速率、账户与消息删除规则。
Firefox Relay
它解决的是隐藏真实邮箱和控制转发，不是给你一个完全独立的短期收件箱。适合订阅隔离和减少真实地址暴露；是否支持回复、附件、域名或更多别名要看当前套餐和地区。
怎么选
- 先标记邮件敏感度：公开测试、普通订阅、交易通知、账号恢复分别对待。
- 决定是否需要长期可达：需要长期接收时优先别名或正式测试邮箱。
- 决定访问模型：公开名称、浏览器会话、账户/令牌或转发。
- 程序化使用再核对 API：认证、速率、创建限制、域名与删除策略。
- 用虚构内容小测：记录首封到达时间、连续收件、HTML/文本、附件和失效时间。
常见误区
- 临时等于匿名。 IP、浏览器、日志、转发邮箱或其他元数据仍可能存在。
- 能收一封等于长期可靠。 域名、收件策略和网站拦截都可能变化。
- 地址不可见等于邮件私密。 公共或可猜收件箱可能被他人访问。
- 别名等于临时邮箱。 别名通常依赖真实邮箱，并可能持续转发。
- 用于重要账号。 地址失效后可能无法找回账户。
常见问题
临时邮箱能用于注册所有网站吗？
不能保证。网站可以拒绝已知临时域名或改变规则，服务商也不控制目标网站。
哪种方式隐私更好？
“隐私更好”取决于威胁模型。公开收件箱应视为非私密；令牌式服务降低被随意查看的风险；别名减少真实地址暴露，但转发商和真实邮箱仍参与链路。
能否用于自动化测试？
可以在你有权测试的系统中使用官方 API 或测试邮箱。应避免用它批量创建第三方账号或规避网站限制。
数据与证据
相关项目
贡献与声明
提交更新前请阅读 CONTRIBUTING.md。不要在 Issue 中粘贴真实邮件、验证码、令牌或个人信息。详见 DISCLAIMER.md。
公开事实卡与证据边界
| 服务 | 可由官方资料确认 | 不能由当前资料推出 |
|---|---|---|
| Temp-Mail | 提供临时邮箱产品、API 入口和隐私政策 | 所有域名寿命相同、所有网站接受 |
| 10 Minute Mail | 面向短时使用的网页收件箱 | 永久可恢复、公共 API 可用 |
| Guerrilla Mail | 网页临时邮箱及官方 API 文档 | 敏感邮件安全、长期稳定 |
| YOPmail | 名称式临时收件箱入口 | 猜不到名称就等于私密 |
| Mail.tm | 文档化 REST API 与令牌流程 | 所有部署时点的速率和域名固定 |
| Firefox Relay | Mozilla 的邮箱别名/转发服务 | 与一次性公开收件箱相同 |
产品变化时应先更新 SOURCES.md 的核验日期，再更新本表。
选择与安全测试指南
安全分级
- 公开演示和虚构测试邮件：可用一次性收件箱。
- 自有系统的自动化测试：选择有 API、令牌、速率和删除文档的服务。
- 普通订阅隔离：可考虑邮箱别名。
- 支付、政府、医疗、重要账号或恢复邮件：使用可长期控制的正式邮箱。
可复现测试
- 只向自建或获授权系统发送虚构邮件。
- 记录服务、域名、创建时间和访问模型。
- 分别测试文本、HTML 和允许的附件。
- 记录到达时间、连续收件、地址失效与消息删除时间。
- 不公开地址、邮件正文、令牌或验证码。
测试结果只适用于该域名和日期，不外推为“支持所有网站”。
Who · How · Why
这篇内容是怎样制作的？
本页由“指纹浏览器生态指南”维护，目标是把分散的产品页面整理成可核查的中文比较。自动化工具可以辅助结构整理、格式检查和链接审计，但产品事实必须能够追溯到公开来源；没有测试环境、版本、步骤和原始结果时，不使用“独立实测”标签。
完整证据库
查看结构化数据、来源账本和版本变化
GitHub仓库保存机器可读数据、详细事实卡、核查日期、证据等级、冲突记录与更新历史。