Clova.Email 以零垃圾邮件、天生安静为设计原则，提供无限收件箱，让任何人都拿不到你的真实地址；每家公司都可分配专属地址，某地址泄露时只删它，不必牵连你的生活，且无需绑卡。它提供单发件人、临时与前缀三类收件箱；免费方案为 $0 永久可用，含无限收件箱、单发件人与临时类型，以及 1 个永久地址。

零垃圾邮件。安静源于设计。

无限收件箱，所以没人能拿到你的真实地址。给每家公司一个专属地址——其中一个泄露时，你删掉的只是它，而不是你的生活。

无需信用卡

三种收件箱

根据你要把地址交给谁，选一种。

01 · 单发件人

一个发件人，一个地址

第一个给你写信的人或公司会永久占用这个地址。其他人都被挡在门外——所以被转卖或泄露的名单毫无价值。

Chase Bank✓ 已认领该地址

Spamco✕ 被退回

名单转卖者✕ 被退回

chase@yourname.clova.email

创建于 24 小时前✕ 之后

在收到 3 封邮件后被退回 · 自动清空

02 · 临时

用完即消失

设一个有效期——下载链接设一小时，试用设一个月。时间一到，收件箱就会拒收邮件，也可以清空里面已有的内容。

03 · 前缀

当场起一个

申请一个至少五个字符的前缀，之后你在它后面加什么都能直接用——不用设置，也不需要连字符。每个地址仍然只锁定第一个发件人。

maryann-work receipts _personal^subscription.vet@yourname.clova.email

免费版

$0

永久

• 无限收件箱
• 单发件人与临时收件箱
• 1 个永久地址
• 1 个前缀
• 1 个转发地址*
• 100 MB 存储空间

专业版

$30/年

每月 $2.50，按年计费

• 无限收件箱
• 单发件人与临时收件箱
• 5 个永久地址
• 25 个前缀
• 10 个转发地址*
• 10 GB 存储空间

商业版

$50/年

每月 $4.17，按年计费

• 专业版全部功能，外加：
• 自带域名
• 该域名下任意地址
• 无限永久地址
• 无限转发地址*

• 25 GB 存储空间

• 免费版每天 100 封邮件，专业版和商业版每天 1000 封。限额可能调整。

把你的 AI 助手接进来

连接 Claude、Cursor 或任何支持 MCP 的助手，把收件箱的杂事交给它：注册时新建一个地址、取刚到的验证码、找三月的每一张收据。它只获得你授予的权限。

帮我建一个健身房试用的地址，并告诉我他们发来的验证码。

create_inbox · 临时，30 天 gym-trial@yourname.clova.email

waitformessage 你的验证码是 482 913

隐私与导出

你的数据归你所有

我们不出售、不阅读、也不追踪你的数据。你可以随时在任何套餐下导出完整数据。

阅读我们的隐私政策

一分钟看懂

看三种收件箱如何在一个邮箱里协同工作。

视频 3

登录与你的数据

可以用 Google 账号、通行密钥，或用户名和密码登录。通过 Google 登录时，Clova.Email 只会收到你的邮箱地址、姓名和头像照片：邮箱地址用来确认是你本人，姓名和照片会填入你的资料，你可以更改或删除它们。我们绝不会把这些信息用于广告，也绝不出售或分享。全部内容都在我们的隐私政策里。

社区整体欢迎「按发件人锁定邮箱别名、只接收已知来源」的思路，不少人称赞它能让收件箱更干净、减少垃圾邮件并追踪泄露源头。但真正的分歧在于，这种机制是否只是对加号寻址、catch-all、Fastmail / SimpleLogin / Firefox Relay 等已有别名与转发能力的重新包装，以及严格锁定单一发件人后会不会因企业换域名、多地址发信或抄送中转而误杀重要邮件。

认为“只让已知发件人发信”能减少垃圾邮件并追踪泄露

• 不少用户称赞这个按每对收发方生成唯一地址、默认拒绝未知发件人的思路，认为它能保持收件箱干净、大幅减少垃圾信息，并清楚看出是谁泄露了邮箱地址；有人还希望它未来能直接替换现有服务里的邮箱。（较多人） > 邮件、纸质信、短信等都该提供「只允许已知来源发信」的选项，这个服务正是在为邮件做这件事，值得称赞。（@jlm66）

认为加号寻址、catch-all 和现有转发服务早就能做到

• 很多评论指出，用「用户名+任意后缀@域名」的加号寻址、个人域名 catch-all、Fastmail 的 masked email、SimpleLogin、Firefox Relay 等，已经能为每个服务生成唯一地址、自动分类并追踪泄露；因此有人质疑这个服务并非新发明，甚至觉得它比 Fastmail 的 masked email 更复杂、只是把已有能力重新包装。（较多人） > 其实任何普通邮箱都能用「邮箱名+任意后缀@域名」生成唯一地址，用来查看邮件是否被泄露。（@amflare）

担心严格锁定单一发件人或域名会误杀重要邮件

• 企业会更换发信域名（如 Facebook 变成 Meta），同一机构也常使用多个发信地址（银行、GitHub 通知等）；如果白名单只认首次收到的地址并自动拒绝后续其他地址，用户可能在不知情时丢失关键邮件。（较多人）
• 抄送、朋友组队、招聘方转给猎头等场景也会出问题：邻居或招聘方在白名单里，但他们带上或转交的朋友 / 猎头不在白名单，邮件就会被退回或收不到。（较多人）
• 另有用户指出，某些服务把邮箱地址当作账号身份，会议邀请等要求与视频会议登录身份一致，换别名或锁定发件人可能带来无法接入的耦合问题。（少数人） > 若「花旗银行收件箱」只接受花旗第一次使用的发信地址并拒绝之后其他地址，用户会在不知情时丢失关键邮件，因为无法保证一个机构永远只用同一个发信地址。（@CrendKing）

希望把类似机制扩展到手机号和短信

• 有用户表示，交出手机号后隐私同样荡然无存，非常需要同样的「唯一标识」机制来保护手机号；也有人曾想为手机号做类似功能，认为每对收发方用唯一号码能大幅减少垃圾信息，只是当时超出自己的能力范围。（少数人） > 一旦不得不交出手机号，所有隐私就都没了。（@AuthAuth）

认为应先讲清要解决的问题，而不是先展示做法

• 有资深邮件用户希望介绍把「想解决什么问题」放在前面，而不是「我做了这个」；他认为邮件本身已经比互联网上许多东西工作得更好，垃圾邮件虽烦但并非不可克服，而「三种收件箱」的表述看起来只是灰名单、加号前缀等旧概念的混合，读起来不够清晰。（少数人） > 我更想先看到「我要解决什么问题」，而不是「我做了这个」；邮件本身已经工作得相当好了。（@gerdesj）

有价值的补充

• 有评论把这种「把发信能力分享给某人、但不希望该能力被递归转授」的机制，对应到 Object Capabilities 中的可撤销转发者 / caretaker 模式，并进一步追问：若让用户代理程序访问收件箱，应该定义哪些能力原语，API 与访问令牌又该如何表示这种授权。（@ssivark）
• 还有人回忆，1990 年代就用类似思路做 Unix 主机监控脚本的告警升级与自动化，配合字母数字寻呼机使用，效果很好。（@jambalaya8）
• 另有评论感叹，邮件如此深入日常生活，但过去二十年邮件客户端的「创新」几乎只是能用表情符号回复邮件。（@mkirsten）