maillab/cloud-mail
运维与部署用一个域名在 Cloudflare 上搭建多用户邮箱服务,无需自建传统邮件服务器。
Cloud Mail 是一个自托管的多用户邮箱平台,部署目标是 Cloudflare。它的核心卖点是:只用一个域名就能开出多个邮箱,而不用自己维护传统邮件服务器。它适合已经掌控一个域名、并且愿意配置 Cloudflare 各项资源的人;README 没有给出非 Cloudflare 的部署路径。
能做什么
用户端是一套响应式 Webmail,会自动适配 PC 和大部分手机浏览器,支持收发邮件,附件保存在 R2 对象存储中 README:功能介绍。管理员可以管理用户和邮件,并通过 RBAC 权限控制限制功能和资源用量,还能看到用 ECharts 展示的系统数据与用户邮件增长情况。发信可选用 Cloudflare Email 或 Resend,并支持群发;收信后可转发到 Telegram 机器人或其他服务商邮箱。开放 API 支持批量创建用户、按多条件查询邮件;Workers AI 可用于自动识别邮件中的验证码 README:功能介绍。
一个典型流程是:把域名接入 Cloudflare,部署 Worker 后端和 Vue 前端,绑定 Workers KV、D1 和 R2,配置邮件收发与发信通道,然后通过管理后台或 API 创建用户和邮箱 README:技术栈。Turnstile 可用于拦截批量自动注册。具体部署步骤和在线演示见项目文档与演示站,本文不复述命令 部署文档,在线演示。
工作机制
后端 Worker 使用 Hono,数据层用 Drizzle,缓存用 KV,数据库用 D1;前端是 Vue 3 加 Element Plus README:技术栈。由于计算、数据库、缓存和存储都依赖 Cloudflare 服务,实际成本与依赖结构取决于这些服务,而不是自行维护服务器——README 给出的理由正是降低服务器成本 项目简介。代价是平台绑定:文档中的架构默认使用 Workers、D1、R2 和 KV,没有描述其他后端方案。
条件与限制
你需要一个域名,以及已开通相关服务的 Cloudflare 账号。Cloudflare Email 只是发信选项之一,Resend 是文档给出的替代方案,因此发信并非只能绑定单一服务商。验证码识别需要 Workers AI,Turnstile 仅在你需要人机验证时使用。附件收发依赖 R2。README 没有提供性能基准、容量数据或兼容性矩阵,并且把部分功能标注为仍在开发中 README:功能介绍。
项目采用 MIT 许可证,允许在该许可证条件下修改和复用 MIT 许可证。版本发布记录另行列出 发布记录。
HotRepo 点评
该仓库仅有一次 GitHub 每日趋势榜记录(2026-10-31,15,174 星,当日 +60);样本太短,无法判断势头 仓库。是否合适,主要看你能否接受一套完全建立在 Cloudflare 上的邮件技术栈。
本文由 AI 根据项目 README 生成,更新于 2026年10月31日,以项目官方文档为准。