许多人认为在自己的域中拥有电子邮件需要支付 Google Workspace 或 Microsoft 365 费用。事实并非如此——至少如果您需要的是在 0 上接收电子邮件并将其发送到你已使用的收件箱的话。 Cloudflare Email Routing 就可以免费实现这一点，只需不到十分钟的设置时间。当有人将这个狭窄的范围作为构建更大的东西的起点而不了解该服务故意不做什么时，就会出现问题。
电子邮件路由的作用（朴实无华）
该服务接收发送到您的域的电子邮件并将其转发：到一个或多个经过验证的电子邮件地址，或到您编写的电子邮件工作人员。就这样。没有网络邮件，没有自己的收件箱，没有传出 IMAP 或 SMTP 协议。电子邮件到达 Cloudflare 的服务器，根据您设置的规则进行路由，然后继续前进。
这些规则以两种方式发挥作用。您可以定义特定地址 - 1 转到 2 ，3 转到另一个地址 - 或者使用 4 设置捕获所有与任何特定规则不匹配的内容。需要验证目标地址：Cloudflare 在接受每个地址作为有效目标之前，会向每个地址发送确认链接。很简单，没有什么惊喜。
每条消息的大小限制为 25MB — 符合大多数提供商接受的规定。免费计划没有记录的消息量限制，尽管这可能会随着服务的发展而改变。
让人大吃一惊的要求
要使用电子邮件路由，您的域必须使用 Cloudflare 域名服务器。不要只是将 MX 记录指向其服务器，同时维护另一个 DNS 提供商。您需要将整个域委托给 Cloudflare。当您在仪表板中启用电子邮件路由时，Cloudflare 会自动添加指向其接收服务器的 MX 记录，并将其作为 DNS 区域的一部分进行管理。
这是相关的，因为许多团队通过 CDN 或 WAF 到达 Cloudflare，并且域已委派。对于他们来说，激活电子邮件路由很简单。任何只使用 Cloudflare 作为几个子域的反向代理，同时在其他地方维护 DNS 的人都需要迁移整个区域——当关键记录分布在多年累积的配置中时，这是一个比看起来更大的决定。
那些不想或不能移动名称服务器的人还有其他选择。例如，Improvmx 可与任何 DNS 提供商配合使用：您添加一条用于验证的 TXT 记录和两条 MX 记录，仅此而已。代价是程序的灵活性——Improvmx 无法与电子邮件工作人员相媲美。
你不能用它做什么
无法通过电子邮件路由回复来自 5´ 的电子邮件。当您收到转发的邮件并在 Gmail 中点击“回复”时，发件人将显示为您的 Gmail 地址，而不是您的域别名。要从您自己的域发送电子邮件，您需要单独的服务：Resend、SendGrid、Mailgun、Amazon SES、Postmark。电子邮件路由与出站流量无关。
这并非偶然的技术限制。 Cloudflare 故意区分了这些问题：接收电子邮件是一回事，发送电子邮件是另一回事，两者的基础设施要求截然不同。这在架构上是有意义的——但是任何在配置之前没有阅读文档的人都会浪费时间试图找出他们无法发布的原因。
另一个令人惊讶的点是：Email Workers 中提供的 6 服务（用于编程响应）不会通过您的域发送。响应留下地址7。如果您希望自动响应看起来来自8，则需要与出站 SMTP 提供商集成。
适用于大多数情况的配置
小型团队或个人项目最常见的设置：将两个或三个特定地址转发到负责人的个人收件箱，再加上一个指向同一地点或专用于筛选的地址的综合地址。只需不到十分钟，即可可靠运行，并且无需为 Google Workspace 付费即可获得包含您公司域名的地址。
对于更复杂的使用 - 从支持电子邮件自动创建票证、解析附件、在转发之前过滤垃圾邮件 - 与 Workers 集成是最佳选择。电子邮件作为带有 9、、10、、11、和 12（具有完整 RFC 2822 消息的 ReadableStream）的对象到达 Worker。您决定要做什么：转发、合理拒绝，或者处理并与其他服务集成。这个流程值得单独发一篇文章。
技术主管在激活之前需要决定什么
问题不在于电子邮件路由是否好，而在于它是否能解决您遇到的问题。如果域名已经在 Cloudflare 上，如果您只需要接收电子邮件，并且团队了解发送需要单独的服务，那么答案是毫无保留的“是”。免费、可靠、可在需要时通过 Workers 编写脚本。
如果域不在 Cloudflare 上并且您不想移动名称服务器，Improvmx 可以解决简单的转发而无需此要求。如果您需要更完整的东西（网络邮件、IMAP、从您自己的域发送），Google Workspace 的价格为每用户每月 30 雷亚尔，仍然是无需配置债务即可投入生产的最快选择。
不了解范围的具体风险：有人设置电子邮件路由，假设“域的电子邮件正常工作”，并且在尝试从公司地址向客户发送提案时才发现它无法发送。
另请阅读
- [教程中没有提到的 Cloudflare Email Routing 的局限性13
- [电子邮件路由 vs Improvmx vs 转发电子邮件：诚实的比较14
- [Cloudflare DNS：远远超出解析名称的网络基础设施15
- [Cloudflare 负载均衡和地理转向：当 DNS 成为智能流量层16
- [DNSSEC 与 Cloudflare：它保护什么、不保护什么以及如何顺利激活17
- [DNS 代理与仅 DNS：有何变化以及每种模式何时有意义18