上周帮朋友注册一个国外论坛，邮箱收验证码那一步卡住了。发送QQ邮箱提示"当前地区不支持"，邮箱Gmail又不想暴露自己的发送常用地址。折腾半天，邮箱最后用一个临时邮箱两分钟搞定。发送这事让我重新审视了一个老工具——24小时临时邮箱。邮箱

说白了，发送它就是邮箱一个用完即弃的收件地址。你打开网站，发送系统随机分配一个类似 xk3m9p@temp-mail.org 的邮箱地址，复制粘贴到需要填邮箱的发送地方，验证码到了刷新页面就能看到。邮箱24小时后，发送这个地址连同所有邮件自动蒸发。邮箱没有注册流程，不需要密码，甚至不用打开新标签页。

我第一次接触这类服务大概是2016年，当时用的是Guerrilla Mail。那会儿界面简陋得像上世纪的产物，广告还多。现在主流的几个站点——Temp Mail、Mail.tm、Temp-Mail.org——体验已经好了不少。Mail.tm 甚至提供API，可以自己写脚本批量调用。我拿它做过一个小实验：用Python的requests库循环创建临时地址，自动抓取验证码，跑通了整个注册流程。当然，这是技术层面的玩法，普通用户手动操作也完全够用。

具体怎么用？拿 Temp Mail 举例。打开 temp-mail.org，首页正中就是一串地址，旁边有个复制按钮。点一下，地址进剪贴板。去目标网站粘贴，提交。回到临时邮箱页面，收件箱区域会自动刷新，通常几秒内验证邮件就到了。点开邮件，验证码或激活链接直接可见。整个过程不超过一分钟。有些站点会检测临时邮箱域名并拦截，这时候换一个服务商就行——Mail.tm 的域名池更新比较勤，成功率更高一些。

哪些场景适合用？我自己的习惯是分三类。第一类，一次性下载资源。很多素材站要求留邮箱才能获取下载链接，用完即走，没必要暴露真实地址。第二类，注册低信任度的小众论坛或工具。你不知道对方会不会卖数据，临时邮箱等于一道隔离墙。第三类，测试自己开发的产品。注册流程、邮件模板、验证码逻辑，用临时邮箱跑一遍，不污染真实收件箱。

但别把它当万能钥匙。银行、支付、政务类服务绝对不要用临时邮箱注册——找回密码、接收账单、安全通知全走邮件，地址一失效账号就废了。我有个同事图省事，用临时邮箱注册了一个云存储账号，三天后想找回文件，发现邮箱已经注销，客服也救不了。另一个坑是：部分网站会记录IP和设备指纹，临时邮箱只是隐藏了邮件地址，不代表完全匿名。真要彻底隐身，还得配合VPN和浏览器指纹混淆工具。

安全性方面，多数临时邮箱服务走HTTPS，邮件内容在服务器上存留时间短，被拖库的风险相对低。但别用它收发敏感信息。我见过有人在临时邮箱里传身份证扫描件，这操作等于把机密文件扔在公共垃圾桶里。另外，有些免费服务会在邮件正文里插入广告链接，点之前看清楚域名。

技术实现上，这类服务大多基于开源项目。比如 Mail.tm 的后端用 Laravel 写，前端 Vue，数据库存邮件时只保留24小时，过期定时任务清理。自建也不难，GitHub 上搜 "temp mail self-hosted"，能找到一个叫 "Temp-Mail" 的 Node.js 项目，Docker 一键部署。我去年在树莓派上搭了一个，给内网测试用，跑得挺稳。当然，自建需要自己的域名和服务器，成本比用现成服务高，适合有长期需求的团队。

最后说个细节。临时邮箱的地址格式通常是随机字符串加域名，比如 k7p2m@inbox.lv。有些网站的表单验证会检查域名后缀是否常见，这时候挑一个看起来正常的域名——@gmail.com 肯定不行，但 @inbox.lv、@mail.tm 这类通过率还不错。如果被拦，换个域名再试，别死磕一个。

工具本身没好坏，看你怎么用。临时邮箱解决的是"我不想给真实地址"这个具体问题，它不负责你的账号安全，也不负责你的数据隐私。用之前想清楚：这个账号值不值得用一个真实邮箱？如果答案是不值得，那24小时临时邮箱就是最省事的选择。