GrabMail 6.9 / 10

GrabMail 是一项一次性邮件服务，在共享域名上发放临时地址，并允许你从浏览器、REST API 或 Model Context Protocol 服务器读取寄到这些地址的邮件。.io 注册库把该域名的创建日期记为 2026 年 8 月 4 日，这使它成为本目录中最新的条目之一。没有任何东西需要预先创建，也不用付费，每封邮件都会在抵达五天后被删除。

工作原理

在 grabmail.io、mixozia.com 或 linqmail.com 上任取一个名字：只要有邮件抵达，邮箱就存在。这个邮箱通过三条 API 路径开放：GET /api/v1/mailbox 列出等待中的邮件，GET /api/v1/message/{id} 返回邮件头、纯文本与 HTML 两部分正文以及附件，同一路径上的 DELETE 可以提前删除某封邮件。每封邮件都带有一个五天后的 expires_at，整套接口约定以 OpenAPI 3.1 文档形式公开。/mcp 上的 MCP 服务器把同样的操作提供给 AI 代理，其中 wait_for_message 会一直等到邮件抵达，而不是循环轮询。自有域名只需把 MX 记录指向 smtp.grabmail.io 即可接入，真正完成连接的是第一封到达的邮件。该服务只收不发——根本不存在发送路径，这正是一个没有身份验证的服务不至于被当作中继滥用的原因。

KYC 与隐私

没有注册，也就没有什么可问的：不要邮箱、不要密码、不要手机号、不要付款、也没有 Cookie。隐私政策列举的是永远不会收集的内容，而不是承诺自我克制，站内没有任何页面加载第三方脚本或分析标签。普通的连接日志确实存在，被描述为短期保存且轮转，并且不与邮件内容关联。代价写满了整个站点，值得再说一遍：在共享域名上，地址就是唯一的秘密。任何知道或猜中它的人，都能通过同一套公开 API 读取那个邮箱。部分的缓解手段是别名——每个邮箱另有一个地址，它能把邮件投递进来，但被读取时返回的永远是空收件箱，因此你把别名交出去的那家服务无法回过头来读取邮箱里其余的内容。

优势与局限

每一项上限都是公布出来的，而不是撞上去才知道的：每个附件 5 MB、每个地址每秒一次读取、每个客户端每分钟 1200 次请求，超出即返回带 Retry-After 的 429。入站邮件跑在带队列和 STARTTLS 的常规 MTA 上：存储层故障时邮件会被留住而不是退信，已投递的邮件几秒内就会出现在 API 中。局限则是结构性的。运营方匿名——没有公司、没有司法辖区、没有联系地址，正式通知只能经由域名注册商送达——代码闭源，也没有公开的审计。服务自己的状态板目前把 API、邮件投递和留存期都标为尚未上报，态度坦率，却也让四个组件中的三个无法从外部验证。自有域名的文档同样自相矛盾：设置页称其免费、无密钥且人人可读，而服务条款按域名收费，隐私政策还记录了一把密钥和一条账单记录。

结论

GrabMail 在 KYC 等级 anonymous (L1) 下得 6.9 / 10。作为接住一个验证码的管道——一套测试、一个 CI 任务、一个正在填写注册表单的代理——它做得扎实且迅速，并且对那项让它无法胜任其他用途的特性异常坦诚：公共邮箱没有锁。需要的是保密而非一次性的人，应当把自己的域名指过来，并且仍然把收件箱当成陌生人可读的地方，或者干脆选择一个带真正身份验证的别名中继。