用 Cloudflare Email Routing 配置 support@ 域名邮箱

发布浏览器扩展、独立产品或小工具时，应用市场通常会要求填写一个公开联系邮箱。直接暴露私人邮箱不太合适，更好的做法是使用域名邮箱，例如：

[email protected]

如果域名托管在 Cloudflare，可以先用 Cloudflare Email Routing 做一个轻量配置：外部用户写信到 [email protected]，Cloudflare 再把邮件转发到你已有的 Gmail、Outlook 或其他邮箱。

这篇只讲收信转发，不讲完整企业邮箱。

适用场景

Cloudflare Email Routing 适合这些情况：

需要一个公开支持邮箱，但暂时不想购买完整邮箱服务。
想把应用市场、用户反馈、合作请求统一转发到现有邮箱。
产品还在早期阶段，只需要先能收信。

它不适合这些情况：

需要从 [email protected] 主动发信。
需要多人协作、工单系统、邮箱后台或完整 SMTP。
需要长期以团队邮箱身份和用户来回沟通。

换句话说，Email Routing 解决的是“别人能写到这个地址，我能收到”。它不是完整邮箱托管。

配置步骤

假设域名是：

yourdomain.com

目标是创建：

[email protected]

并把它转发到一个已有邮箱。

1. 开启 Email Routing

进入 Cloudflare Dashboard，选择目标域名，然后打开：

Compute > Email Service > Email Routing

选择 Onboard Domain。Cloudflare 会提示添加邮件路由需要的 DNS 记录，通常包括 MX、SPF 和 DKIM 相关记录。官方文档说明，使用 Email Routing 前必须使用 Cloudflare DNS，并且 DNS 变更通常在 5 到 15 分钟内完成，最长可能需要 24 小时。

参考文档：Route emails

2. 添加收件目标邮箱

进入：

Compute > Email Service > Email Routing > Destination Addresses

添加你实际收信的邮箱，例如：

[email protected]

Cloudflare 会向这个邮箱发送验证邮件。打开邮件并点击验证链接。验证完成前，转发规则不会真正生效。

参考文档：Email routing rules and addresses

3. 创建 support 路由规则

进入：

Compute > Email Service > Email Routing > Routing Rules

创建一条规则：

字段	值
Email pattern	`support`
Domain	`yourdomain.com`
Action	`Send to an email`
Destination	已验证的目标邮箱

保存后，[email protected] 收到的邮件就会转发到目标邮箱。

4. 测试收信

用另一个邮箱发送测试邮件到：

[email protected]

不要用目标收件邮箱给自己发测试邮件。有些邮箱服务会丢弃这种“自发自收”的转发邮件，导致误判配置失败。Cloudflare 官方文档也建议使用不同的账号测试。

如果没有收到，先检查：

目标邮箱是否已经验证。
Routing Rule 是否启用。
DNS 记录是否已经生效。
垃圾邮件文件夹。

用在应用市场时怎么填

当 [email protected] 测试通过后，就可以把它填到公开联系邮箱里。

这适合用在：

Chrome Web Store 开发者联系邮箱。
产品官网支持邮箱。
隐私政策里的联系方式。
用户反馈入口。

这样用户看到的是产品或域名邮箱，而不是私人邮箱。

重要限制：回复邮件可能暴露真实邮箱

Cloudflare Email Routing 默认只负责收信转发。如果你在 Gmail 里直接回复用户，用户看到的发件人可能仍然是你的 Gmail 地址。

如果需要真正从 [email protected] 发信，有三种常见做法：

方案	适合情况
Google Workspace	需要稳定的团队邮箱和 Gmail 体验
Zoho Mail / Migadu	想用较低成本获得完整域名邮箱
Cloudflare Email Sending / Worker	需要从应用或自动化流程发邮件

早期产品可以先用 Email Routing 解决公开收信问题。等用户支持变成稳定流程，再切换到完整邮箱服务。