「Cloud Mail」基于 Cloudflare 的开源邮箱服务：一个域名搭建多用户邮件系统

如果你手里有一个域名，想给自己、团队、项目或客户创建一批独立邮箱，通常会在成本、可控性和维护复杂度之间来回权衡。Cloud Mail 给了一个比较轻量的答案：把邮箱服务搭在 Cloudflare 生态上，用 Workers、D1、KV、R2 等托管能力，把服务器成本压低，同时保留一个接近传统邮箱平台的 Web 界面。

它的定位不是单纯的临时邮箱，而是一个可部署、可管理的邮箱系统。README 里写得很直接：只需要一个域名，就可以创建多个不同邮箱，支持邮件发送、附件收发、用户与邮件管理，以及响应式界面，PC 和手机浏览器都能使用。

把 Cloudflare 变成自己的邮件后台

Cloud Mail 的后端跑在 Cloudflare Workers 上，Web 框架使用 Hono，数据层用 Drizzle；存储侧用 D1 做数据库、KV 做缓存、R2 保存附件，邮件发送则集成 Resend。对独立开发者或小团队来说，这套组合的吸引力在于不用维护传统服务器，也不用为了低频邮箱后台长期养一台机器。

功能上，它已经覆盖了邮箱服务的几块关键面：收件箱、已发送、草稿、星标邮件、用户列表、全部邮件、权限控制、注册密钥、系统设置和分析页。收信后可以转发到 Telegram 机器人或其他邮箱，附件通过 R2 保存和下载；管理员可以做 RBAC 权限控制，对用户功能和资源使用做限制。

验证码识别和开放 API 是加分项

除了基础收发，Cloud Mail 还加入了一些更偏自动化的能力。比如它可以使用 Workers AI 自动识别邮件验证码，这对接收注册确认、登录验证码、测试账号邮件的人很有用；开放 API 则支持批量生成用户、多条件查询邮件，适合把邮箱能力接进内部工具或自动化流程。

项目还有一个在线演示站 skymail.ink 和独立部署文档 doc.skymail.ink。如果你做出海项目、SaaS 测试环境、客户域名邮箱、临时业务邮箱池，或者想为自己的域名搭一套轻量邮件面板，它比从零拼 Cloudflare Email Routing、Workers、R2 和前端后台要省事得多。

截至我查看时，Cloud Mail 使用 MIT License，主语言是 JavaScript，GitHub 上有 9863 个 Star、13122 个 Fork。这个 Fork 数很高，说明它已经被大量用户拿去部署或二次改造。需要注意的是，邮件发送、附件存储、人机验证、验证码识别等能力依赖对应的 Cloudflare / Resend 配置，部署前最好先看官方文档把域名、DNS 和资源绑定关系理清楚。