临时邮箱黑名单反误自身

背景

几天前，作者尝试使用 Proton Mail 的别名邮箱注册一个公共开放数据服务（ECMWF，欧洲中期天气预报中心），结果表单直接拒绝了该地址，提示“potential spam”。作者感到既沮丧又略带愧疚——因为在 2018 年，他曾发布过一个 Elixir 包 Burnex，该包将一个邮箱地址与一份已知的临时邮箱域名黑名单（如 yopmail.fr 等只能接收一次验证链接后即消失的收件箱）进行比对，从而判断是否为“一次性邮箱”。这个库本身依赖的是当时流行的 wesbos/burner-email-providers 列表。

当时，作者正在参与一个协作式事实核查平台，账户真实性至关重要，需要确保用户不是伪造或批量注册的。他认为，域名黑名单是一种针对更广泛信任问题的廉价启发式方法。

如今，作者坦言：“我可能已经过时了，但让我明确说：我不再推荐在注册时系统性地阻止临时邮箱域名。”

核心内容

临时邮箱与别名不是一回事

作者指出，在邮箱黑名单问题上，我们经常忽略一个关键区别：经典的临时邮箱（burner email） 是公开的、短期的收件箱，任何人都可以访问，适合用来点击一次验证链接后就不再使用。而别名邮箱（email alias） 则相反：它是一个永久性的转发地址，与你的主账户绑定，你可以控制它、关闭它，并且当某个密码泄露时，你可以追溯到具体是哪个注册行为泄露了它。

如今，像 Firefox Relay 和 Apple Hide My Email 这样的工具已成为主流产品，不再是边缘黑客工具。Mozilla 将 Relay 定位为“在注册新账户时保护隐私”的方式，Apple 则宣传 Hide My Email 是“分享地址而不暴露真实地址”的方法（尽管它们可能过度宣传了这一承诺）。

那些将别名服务提供商也当作临时邮箱来封锁的黑名单，最终会阻止那些试图保护自己的用户。这不仅仅是注册摩擦的问题：别名可以限制跨网站追踪，减少泄露后的垃圾邮件，还能让你知道是哪家服务泄露了你的地址——当垃圾邮件开始出现在你只提供给某个服务的转发地址时。我们应该希望更多人使用别名，而不是更少。

黑名单阻止不了有决心的恶意用户

有决心的恶意用户从来不会被黑名单域限制住。Gmail 的 + 别名可以创建同一个收件箱的无限变体（如 [email protected]、[email protected]），像 Emailnator 这样的服务可以按需生成无限数量的临时 Gmail 地址。自定义域名一年只需几美元，看起来与合法企业邮箱毫无区别。与你的用户不同，垃圾邮件发送者既有手段也有时间绕过域名黑名单。对他们来说，这只是一个小障碍，而不是一堵墙。

是的，黑名单仍然能拦截一些低成本的自动化注册。但代价是不对称的：一个简单的机器人只是被稍微减慢，而一个使用合法别名的真实用户却被硬生生拒绝，且毫无补救途径。你优化的是那些轻易放弃的攻击者，却在惩罚那些认真对待隐私的用户。黑名单原本想阻止的人从未被真正阻止——他们只是学会了使用你信任的域名。

超越黑名单：邮箱验证不等于真实性

作者强调，邮箱验证（包括确认链接）不应被视为账户真实、唯一或可信的证明。它只能证明有人能在某个时刻接收到该地址的邮件。

仍然有合理用途

检查一个邮箱域名是否出现在已知的一次性邮箱列表中，仍然可以作为一个合理的信号，输入到更广泛的信任或风险评分中，用于发现一批注册中的可疑模式，或者在营销活动中忽略这些地址。

如果作者今天重写 Burnex，他会将其范围缩小到真正的公开共享收件箱（如 mailinator.com，任何人都可以接收你的验证邮件），而不是将这类收件箱与使用非主流域名的个人转发服务混为一谈：

# 公开临时收件箱，通常可以阻止
Burnex.is_burner?("[email protected]")
# 个人别名，通常不应阻止
Burnex.is_alias?("[email protected]")

但问题不仅仅是某个库如何分类域名：Burnex 依赖的上游列表（wesbos/burner-email-providers）被全球的注册验证器、第三方包和 API 直接使用。许多集成商不加筛选地阻止 emails.txt 中的所有域名，因此该列表的分类选择会带来真实的下游影响。

给后来者的建议

作者已经在 wesbos 的列表中提了一个 issue，建议做这样的拆分：保留一个文件用于公开共享收件箱（yopmail.fr、mailinator.com 等），再增加一个文件用于个人别名和转发服务提供商（passmail.net、anonaddy.me、mozmail.com 等）。然后更新 README，附上最佳实践建议。

由于时间不足，且作者不再在他维护的产品中使用 Burnex，他在 2026 年初将该项目标记为弃用。此后，Klemen Sever 表示愿意接管该项目，作者已转移了所有权。

关键要点

• 临时邮箱与别名邮箱本质不同：临时邮箱是公开的、可被任何人访问的短期收件箱；别名邮箱是个人控制的永久转发地址，用于保护隐私。
• 主流别名服务（如 Firefox Relay、Apple Hide My Email）已高度普及，不应被当作临时邮箱封锁。
• 黑名单对坚定的恶意用户无效：他们可以通过 Gmail + 别名、临时生成器、自定义域名等方式轻松绕过。
• 封锁策略的代价不对称：轻微妨碍机器人，却严重惩罚注重隐私的真实用户。
• 邮箱验证仅证明能接收邮件，不证明账户真实或可信。
• 仍有合理用途：将域名检查作为风险评分的一部分，而非唯一决策依据；只应该封锁真正的公开共享收件箱。
• 上游黑名单的分类影响巨大：维护者应拆分文件，明确区分“临时收件箱”和“别名/转发服务”，并更新文档推广最佳实践。

意义与影响

这篇文章反映了技术社区在隐私保护与反滥用之间的一次重要思考转变。随着隐私意识的提升和主流科技公司（如 Apple、Mozilla）推出别名服务，过去那种简单粗暴地“阻止所有非主流邮箱域名”的做法已经过时且有害。作者通过自身经历，揭示了这种做法的三个核心问题：

1. 误伤真实用户：越来越多普通人使用别名来保护隐私，封锁等于拒绝让他们注册。
2. 无效对抗恶意行为：黑名单只能拦住最懒的脚本，而真正的攻击者早已找到更高级的绕过方式。
3. 缺乏分类导致误判：将个人别名与公开临时收件箱混为一谈，是技术上的懒惰。

作者的提议——将黑名单拆分为“公开临时收件箱”和“个人别名/转发”两类，并更新文档指导——很可能推动上游开源列表（wesbos/burner-email-providers）的改进，进而影响数以千计依赖该列表的网站和应用。如果这一改进被采纳，整个互联网的注册体验