事情是这样的：Email 一直是 Cloudflare 原本完整的无服务器堆栈中唯一明显的漏洞。到现在为止，如果你想从 Workers 发送邮件，你得处理第三方 API、管理密钥，还要祈祷你的邮件真的送达目的地。这在 2025 年 9 月 25 日改变了，Cloudflare 悄悄宣布私密测试版的 Email Sending。
没人谈论的 Email 问题
让我描绘一个熟悉的画面。你在 Cloudflare Workers 上建 App。一切都很顺利——你的 API 很快、数据在 D1、文件在 R2。然后你需要发送密码重设邮件。突然间你在跟 SendGrid API 密钥搏斗、处理 DKIM 记录，还在想为什么有一半的邮件跑到垃圾邮件夹。
我经历过。上个月，我花了三天调试为什么客户 Workers App 的交易邮件有 40% 的退信率。结果是，我们使用的第三方服务有我们无法控制的 IP 信誉问题。真欢乐。
Cloudflare 的新 Email Service 彻底消除了这整个类别的头痛。没有会泄露的 API 密钥、没有要管理的外部依赖，最重要的——它内建在你已经在用的平台中。
这有什么不同
就是能用（不，真的）
现在发送邮件长这样：
export default {
async email(message, env, ctx) {
await env.EMAIL.send({
to: '[email protected]',
from: '[email protected]',
subject: '欢迎加入！',
text: '感谢注册。'
});
}
}
就这样。没有验证舞蹈、没有密钥管理、没有外部服务设置。EMAIL binding 在幕后处理所有事情。
真正能用的 DNS 魔法
记得花好几小时设置 SPF、DKIM 和 DMARC 记录吗？Cloudflare 自动处理这一切。因为他们已经管理你的 DNS，他们可以立即设置最佳送达率所需的确切记录。
我上周用新域名测试这个。零手动 DNS 设置。邮件立刻开始进到收件箱，不是垃圾邮件箱。Gmail 甚至在寄件者名称旁显示小小的已验证勾勾。
全球基础设施，本地速度
传统 email 服务把所有东西路由到特定区域。从悉尼发邮件到东京？它可能先经过加州的服务器。Cloudflare 的 Email Service 在他们的全球网络上运行——处理 20% 互联网流量的同一个网络。
这表示你的确认邮件以毫秒而非秒为单位送达用户。对每秒延迟都会影响转换率的电商网站来说，这很重要。
真正重要的真实世界使用场景
客服工单循环
这是你以前无法轻易做到的酷事：接收邮件、用 AI 处理、立即响应——全部在 Workers 内完成。
用户寄信到 [email protected]。你的 Worker 收到它、用 Workers AI 理解请求、检查你的数据库找脉络、发送个性化响应。总时间？不到一秒。没有外部服务、没有复杂集成。
通知编排
你的应用程序代码现在可以不用直接调用 email API，而是：
- 把 email 任务推到 Queue
- 异步处理它们
- 把附件存在 R2
- 实时追踪送达指标
这个架构表示你的主应用程序永远不会因为 email 操作变慢。用户注册？把欢迎邮件排进队列，立即返回成功。
开发体验
用 email 服务的本地测试一直是恶梦。你要不就发送真实邮件（很烦）、用像 Mailtrap 这样的服务（另一个依赖）、或完全跳过测试（危险）。
Cloudflare 让你用 wrangler 在本地模拟 Email Sending。你的开发工作流程保持不变，但现在你可以测试 email 流程而不用真的发送任何东西。部署时，就是能用。
隐藏条款（因为总是有）
老实说，缺点比我预期的少，但实话实说：
**还在私密测试版。**你需要加入等候名单。根据 Cloudflare 的记录，预期 3-6 个月内正式推出。
**需要付费 Workers。**免费层不包含 Email Sending。这算合理——正确运行 email 基础设施并不便宜。
**定价还没确定。**他们还在研究成本结构。目前测试版用户回报它跟 SendGrid/Postmark 有竞争力，但我们拭目以待。
**不适合营销邮件。**这是给交易邮件用的——订单确认、密码重设、通知。如果你需要寄 10 万份电子报给订阅者，找别的地方。
现有 App 的迁移路径
已经在用 MailChannels、SendGrid 或其他服务？你不需要一次迁移所有东西。Cloudflare Email Service 可以跟现有解决方案并存。
先从迁移低风险的邮件开始——也许是状态更新或内部通知。监控送达指标。一旦有信心，逐步迁移关键交易邮件。
美妙之处？你现有的 email 模板和工作流程不需要大幅改变。大多数 email 函数库已经支持能干净对应到 Cloudflare API 的标准发送接口。
这对临时邮箱服务意味着什么
对我们这些建立或使用临时邮箱服务的人来说，这很有趣。Cloudflare Email Routing 已经让接收邮件变得轻而易举。现在有了 Email Sending，你可以完全在他们的平台上建立完整的 email 工作流程。
想象一个临时邮箱服务，其中：
- 用户获得即时邮箱地址（Email Routing）
- 收到的邮件触发 Workers
- 通过 Email Sending 发送自动响应
- 所有东西都在一个平台上运行
降低的复杂度意味着更好的可靠性和更低的成本——这些优势会转给用户。
更大的格局
Cloudflare 不只是为了打勾而加入 email。他们用典型的方法解决真正的开发者痛点：让它简单、让它快、让它在全球运作。
这次发布显示他们致力于拥有整个无服务器堆栈。数据库？有。存储？有。队列？有。Email？现在有了。AI？也有。
对开发者来说，这表示更少的厂商、更简单的架构，以及更多时间建立功能而非把服务粘在一起。
下一步
如果你要在 Cloudflare Workers 上开始新项目，现在就加入 Email Service 私密测试版等候名单。就算你不是立即需要，当你确实需要 email 时有访问权会省下好几天的集成工作。
对现有项目，审视你的 email 设置：
- 你为 email 服务付多少钱？
- 你有过多少次 email 相关的当机？
- 你花多少时间在 email 送达率上？
如果这些答案中有任何让你皱眉的，Cloudflare Email Service 可能值得迁移的努力。
临时邮箱环境正在快速演变，Cloudflare 的加入大幅改变了赛局。不论你是在建隐私工具还是只需要可靠的交易邮件，这是一个你无法忽视的发展。
参考资料
- Announcing Cloudflare Email Service's private beta - Cloudflare Blog（2025 年 9 月 25 日）
- Send emails from Workers Documentation - Cloudflare Developers（2025）
- Cloudflare's developer platform keeps getting better - Cloudflare Blog（2025）
- Email Workers Runtime API - Cloudflare Developers Documentation（2025）