前几天跟一个做独立开发的朋友聊起邮箱的事。他的产品上线半年对外留的联系邮箱还是 QQ 邮箱用户看到之后总有一种“这个项目会不会明天就跑路”的错觉。他想换个带自己域名的邮箱去看了 Google Workspace 和 Zoho 的企业版发现都是按用户数收费一年下来对于个人或者小团队来说也不是一笔小钱自己用 Postfix 自建邮局光是反垃圾、SPF/DKIM/DMARC 配置、服务器运维这几件事就够喝一壶了。后来我给他支了个招用 Cloudflare 的 Email Routing 功能做域名邮箱转发把任意数量的别名地址统一收进个人邮箱配置全过程不到十分钟成本为零。这篇文章就把这个方案从设计思路到实操步骤、再到常见问题完整拆开讲一遍。1. 方案设计思路为什么偏偏是 Cloudflare1.1 主流域名邮箱方案的成本与痛点在做任何方案选型前先把你面前的选项捋一遍。结论往往不是哪个功能最强而是哪个在“够用”和“成本”之间取得最合理的平衡。自建邮局这条路技术含量高、维护成本高、收件可靠性低。你需要在 VPS 上装 Postfix、Dovecot、配置 SPF、DKIM、DMARC还要维护 IP 信誉。家里有矿的人可以无视成本但普通人和小团队折腾不起更关键的是自建邮局的 IP 往往是“冷启动”发出去的信容易进垃圾箱收信也可能被大厂邮件服务拒收。这还没算 7x24 小时在线的服务器费用。商业邮箱托管是另一条路。Google Workspace 按账号收费一个人一个月就要十几美元能接受但一个五到十人的小团队一年下来就大几千块了。Zoho 虽然有免费版但是免费版的功能限制比较多而且在国内访问的体验要看运气。腾讯企业邮箱、阿里企业邮也有免费版但要么需要你已经有了对应生态的资源要么在界面和功能上不那么“干净”。Cloudflare Email Routing跟上面两者都不一样。它的本质是一个邮件转发器你给自己域名配置一个 MX 记录指向 Cloudflare所有发到你域名邮箱地址的邮件Cloudflare 直接转寄到你指定的真实邮箱。它不替你保存邮件、不提供网页端收信界面、也不支持通过它发信。听起来功能很“薄”但恰恰是这种“薄”让它具备了两个别人给不了的优势。1.2 无限别名的核心原理转发规则 ≠ 邮箱账号很多人第一次接触“邮箱别名”这个概念时会有一个误区以为要先去开通一个邮箱账号然后再给它绑定一堆别名。这是传统企业邮箱的思维。Cloudflare Email Routing 的逻辑完全不同。它把“邮箱地址”和“存储空间”彻底分离了。你不需要为每个别名创建账号也不用给每个别名分配存储你要做的只是告诉 Cloudflare凡是发到 aaayourdomain.com 的邮件请转发到 mygmail.com凡是发到 bbbyourdomain.com 的邮件也请转发到 mygmail.com。这样别名数量就不再受账号配额限制理论上你想创建多少就可以创建多少。个人和企业场景下动辄几十上百个别名用传统的“一别名一账号”方案成本极高而用转发规则几乎零边际成本。这里的“无限别名”不是说 Cloudflare 在后台给你开了什么无限资源而是说它的模式决定了别名数量不再成为你需要关心的约束。用生活中类比就是传统邮箱是“一间房子挂一块门牌”你要多一个邮箱地址就得再造一间房子而 Cloudflare 方案是“一个传达室大爷”全世界的信都寄到一个楼里大爷根据收件人姓名帮你把信分送到不同的房间。房子存储邮箱只有一间但门牌别名可以无限挂。注意这个方案的定位是“轻量级、高性价比、易维护”。它适合个人开发者、独立创业者、小型团队和一切想用自己的域名做品牌邮箱、但不想为此付费和维护服务器的人。如果你的团队需要共享日历、协同文档、超大附件这些企业协作能力那还是老老实实去用 Google Workspace 或 Microsoft 365没必要在这条路上较劲。2. 搭建前的准备三个前置条件2.1 一个可管理的域名这是整个方案的地基。你需要一个自己的域名并且拥有这个域名的 DNS 管理权限。如果你还没有域名随便去任意一家域名注册商注册一个即可.com 一年费用约几十到上百元不等取决于注册商和促销。这个成本不属于“方案成本”而是你拥有域名的固有成本任何域名邮箱方案都绕不开。这里有个小建议如果你是为了工作或长期品牌使用优先选择 .com 后缀其次是 .net、.io、.dev 等常见后缀。尽量避免注册那些便宜但冷门的后缀做业务邮箱一方面用户输入时容易打错另一方面某些邮件服务商对非主流后缀的信誉评估不高影响送达率。域名在哪个注册商不重要Cloudflare 完全兼容。只要域名能正常解析你就有资格使用 Email Routing。2.2 Cloudflare 账号与 DNS 接管注册 Cloudflare 账号是免费的然后你需要把域名的 DNS 托管到 Cloudflare。这个过程叫“更改域名服务器”Nameserver不改也行但改了才能享受全部功能。为什么要改 NS 而不只是修改几条解析记录因为 Email Routing 需要读取你的 MX、TXTSPF、DKIM 等记录如果你只是手动添加几条解析记录DNS 记录冲突和生效速度都会成为问题。Cloudflare 接管 DNS 后MX 记录的配置会自动完成而且在 Dashboard 里明明白白展示每一条记录的用途。改 NS 的流程很简单在 Cloudflare 控制台点击“添加站点”输入你的域名。Cloudflare 会自动扫描你现有的 DNS 记录并提示你复制两个 NS 地址形如 xxx.ns.cloudflare.com。回到你的域名注册商后台找到 NS 设置把原来的 NameServer 替换成 Cloudflare 给的那两个。等待生效。时间从几分钟到 48 小时不等一般在半小时内就能完成Cloudflare 会发邮件通知你。需要提醒的是如果你之前已经用这个域名在腾讯企业邮箱或阿里企业邮配置过 MX 记录建议先导出原有 DNS 记录清单再到 Cloudflare 这边核对。别把旧记录清了导致线上业务解析中断。2.3 一个真实存在的收件邮箱既然 Cloudflare 只是转发不带存储你就需要一个真实的邮箱来接收最终邮件。推荐用 Gmail 或 Outlook理由有三个免费、垃圾邮件过滤机制成熟、支持国际邮件收发正常。国内的话 QQ 邮箱、163 也行只要你能正常收到 Cloudflare 发送的验证邮件就有资格作为目标邮箱。这里有个隐藏细节值得注意Cloudflare Email Routing 的“目标地址验证”是必须做的而且验证链接会发送到你填写的目标邮箱。所以目标邮箱必须是你当前能正常访问收件的邮箱。启动 Email Routing 后Cloudflare 会给目标邮箱发一封带验证链接的邮件不点击验证就不会开始转发。实操中我见过不少人卡在这一步明明已经添加了目标邮箱但收不到验证邮件。原因通常是垃圾邮件过滤把验证邮件吞了。如果五分钟后还没收到记得去垃圾箱翻一翻。如果连垃圾箱都没有可以先关掉 Cloudflare 的代理状态改成灰云 DNS only再把 SPF 记录加上基本就能顺利收到。3. 实操十分钟配置无限别名邮箱系统3.1 添加域名并启用 Email Routing这一步在 Cloudflare Dashboard 里操作路径很直观左侧菜单找到“Email”点击“Email Routing”。如果你已经完成了 DNS 接管此时页面会直接显示你的域名列表。点击域名进入配置页面会看到“Email Routing”的整体状态。第一次进入时Cloudflare 会提示你开始配置你需要做三件事添加目标邮箱在“Routing rules”页面点击“Create address”先添加一个真实邮箱作为目标地址。Cloudflare 会给这个邮箱发一封验证邮件打开邮件点击验证链接即可。这封验证邮件很重要不完成验证一切转发规则都不会生效。等待 DNS 检测Cloudflare 在启用 Email Routing 时会自动检测你的 MX 记录。如果检测到旧的 MX 记录它会给你两个选择自动替换或手动删除。对普通用户来说直接选择自动配置Cloudflare 会把 MX 记录指向自己的邮件服务器。确认状态为 Active当页面显示“Email Routing is active”时说明你的邮箱系统已经处于收件待命状态。可以先用一个外部邮箱比如用 QQ 邮箱给自己 helloyourdomain.com 发一封测试邮件验证整个链路是通的。3.2 创建自定义地址一对多转发规则的建立Cloudflare Email Routing 的核心操作就是“创建地址Create address”。这里的“地址”就是你的别名。在“Routing rules”页面点击“Create address”输入你要创建的别名前缀比如hello、admin、support、billing或者任何你想要的组合。在“Destination address”下拉框里选择你已经验证过的目标邮箱。点击保存一条转发规则就生效了。这里讲解一下“一对一”和“一对多”的区别。默认情况是一条别名对应一个目标邮箱比如helloyourdomain.com→mygmail.com。但 Cloudflare 允许你把一个别名同时转发到多个目标邮箱比如teamyourdomain.com→agmail.combgmail.com适合团队公用邮箱场景。免费套餐支持多少条这种规则我在实际使用中没有遇到过明确的数量瓶颈。Cloudflare 官方的定位是“容量足够满足绝大多数个人及中小团队需求”你在合理使用范围内可以放心创建。几十个、上百个只要你愿意维护都没有问题。操作提示操作页面的“Custom addresses”列表会展示所有已创建的别名。建议在命名时就按照“用途 场景”的规律来比如service、api、security方便日后维护。3.3 配置 Catch-All一次性激活所有邮箱地址Catch-All 是这个方案最惊艳的功能。你可以把它理解为“万能别名”只要邮件是发到你域名的任意邮箱地址而这条规则里没有明确匹配到对应别名它就会自动转发到你指定的目标邮箱。开启方式很简单在“Routing rules”页面找到“Catch-all”区域选择“Send to”并指定一个目标邮箱保存即可。有了 Catch-All 之后“无限别名”才算真正落地。它的价值在于任何你还没有预先创建的地址例如randomstringyourdomain.com也能自动收信。这意味着你不需要为了某个新场景提前去创建别名直接用就行。Catch-All 的威力可以用一个真实案例说明我在很多网站注册时随手编了一个带网站名的别名比如walmartmydomain.com、githubmydomain.com。不需要提前在 Cloudflare 后台配置任何东西因为这些邮件最终会被 Catch-All 捕获并转发到主收件箱。当某一天某个网站开始发送垃圾邮件我一眼就能判断是哪一家网站泄露或贩卖了我的邮箱。这就是 Catch-All 别名的“网络身份指纹”用途。当然 Catch-All 也有副作用任何发往你域名下不存在的地址的邮件都会进入主收件箱包括各种乱发的垃圾邮件和钓鱼邮件。所以建议你不要把所有希望都寄托在 Catch-All 上明确重要的别名还是要手动创建并在主邮箱设置更强的过滤规则。3.4 自动配置 DNS 记录MX/SPF/DKIM 一站式搞定当你启用 Email Routing 并创建第一条转发规则后Cloudflare 会自动帮你配置三条核心 DNS 记录。第一条是 MX 记录指向route1.mx.cloudflare.net等地址优先级设置为自动生成。这条记录确保外界的邮件服务器知道“发往 yourdomain.com 的邮件应该投递给 Cloudflare”。如果你之前有旧的 MX 记录必须删除否则邮件会在两条路之间随机投递导致收信不稳定。第二条是 SPF 记录Cloudflare 会自动添加一条include:_spf.mx.cloudflare.net的 TXT 记录。SPF 的作用是告诉接收方邮件服务器“哪些 IP 有权利替你的域名发邮件”。Cloudflare 只负责转发你的收件它本身不替你发信但它需要保证“转发过程中不破坏原始 SPF 校验”所以这条记录是必需品。第三条是 DKIM 记录Cloudflare 会生成一对 DKIM 密钥并配置在 TXT 记录里。DKIM 的作用是给邮件加数字签名接收方验证签名确认邮件在传输过程中没有被篡改。有了 DKIM邮件被 Gmail、Outlook 判定为垃圾邮件的概率会大大降低。这三条记录全部由 Cloudflare 自动写入 DNS你不需要手动编辑。这也是为什么我建议把 DNS 托管到 Cloudflare 而不是在第三方注册商手动配置——自动化和手动维护的体验差异是巨大的。配置完成后建议执行一次“发信测试”用任意外部邮箱给testyourdomain.com发一封邮件检查是否能在一分钟内收到。这个测试能同时验证 MX 记录已生效、转发规则已创建、目标邮箱已验证三个关键环节。4. 进阶玩法收件之外的懒人技巧4.1 用别名体系做身份追踪与防骚扰这个技巧我从 2019 年开始用至今受益。核心逻辑是每注册一个网站就用一个独立的别名。比如注册某个购物网站就用amazonmydomain.com或者shop123mydomain.com注册某个论坛就用forummydomain.com。反正 Catch-All 已经开着任何别名都能收信你根本不需要提前创建。这样做的收益一是身份追踪。哪一天你的某个别名收到了广告邮件你直接锁定是哪个网站泄露了你的数据。二是快速封堵。如果某个网站开始持续骚扰你可以回到 Cloudflare Email Routing 后台点开那个转发规则直接删除。三秒后这个世界就再也没有通向那家网站的“门牌号”了。三是优雅迁移。如果哪天你想彻底停止使用某个别名直接删除规则即可不影响其他地址的使用。注意这套玩法的前提是你有 Catch-All 在兜底。如果没有 Catch-All每注册一个网站前都要去后台手动添加别名这种心智负担会让你坚持不下去。4.2 解决发件问题如何用自己的域名回信Cloudflare Email Routing 只能收件不能发件。这让很多人在测试完收信之后产生了“等下我怎么回复对方”的疑问。不能直接通过 Cloudflare 发信但我们可以组合外部 SMTP 服务来实现“发件人显示为你的域名邮箱”。最简单的方案是用 Gmail 或 Outlook 的 SMTP 服务。以 Gmail 为例你需要在 Gmail 设置里找到“Accounts and Import”选择“Add another email address”填入你自己的域名邮箱地址比如meyourdomain.com然后配置 SMTP 服务器为smtp.gmail.com端口 587账号密码用你的 Gmail 完整账号和“应用专用密码”App Password。Gmail 会向这个域名邮箱发一封验证邮件因为 Cloudflare 已经把邮件转到了 Gmail所以你直接在同一个 Gmail 收件箱里就能看到验证链接点击确认即可。完成之后你在 Gmail 里写邮件时发件人下拉框里就可以选择meyourdomain.com对方看到的发件地址就是你自己的域名。收件路径和发件路径就此完全闭环所有发到你域名的邮件都收进 Gmail所有你发出的邮件都以域名地址显示。这套组合拳对于独立开发者尤其适用。项目对外公示的联系邮箱是supportyourdomain.com但实际收发全在 Gmail 里面完成无需管理第二个邮箱客户端。这里的唯一要求是 SPF 记录要包含include:_spf.google.com否则用 Gmail SMTP 发出去的信可能被收件方判为伪造。Cloudflare 自动生成的 SPF 记录默认只包含 Cloudflare 的 include你需要手动追加这个数值再进行测试。提示如果收件方服务器对 SPF 和 DKIM 校验比较严格建议把 DKIM 也加上。Gmail SMTP 发出的邮件自带 Gmail 域名的 DKIM 签名而用自定义域名作为发件人时最佳实践是自己域名也有对应的 DKIM 记录。Cloudflare 在 Email Routing 里生成的 DKIM 记录仅适用于经 Cloudflare 转发的邮件对通过 Gmail SMTP 发出的邮件不生效。所以如果你长期要用 Gmail 代发可以额外生成一条独立的 DKIM 记录或者使用第三方代发服务的 DKIM 配置。4.3 用 Email Workers 做自动化处理如果你是开发者Cloudflare Email Routing 还隐藏了一个高级功能Email Workers。Email Workers 允许你把收到的邮件直接交给 Cloudflare Workers 脚本处理而不是转发到某个邮箱。这意味着你可以对每一封入站邮件执行任意代码逻辑解析内容、提取附件、写入数据库、触发 HTTP 回调、甚至调用 AI 接口做自动化分拣。举个例子你可以写一个 Worker 脚本把发往orderyourdomain.com的邮件解析成结构化订单数据然后通过 Webhook 推送到自己的业务系统。整个过程不需要收件箱中转邮件内容直接从 Cloudflare 的邮件服务器进入你的代码环境。Email Workers 的配置方式与普通 Workers 略有不同。你需要在 Cloudflare Dashboard 的 Workers 页面创建一个 Worker然后在 Email Routing 的规则里把某个别名指向这个 Worker 而不是目标邮箱。代码入口接收的参数是一个 EmailMessage 对象通过message.forward()或message.reply()等方法处理邮件。这段内容对非开发者读者可能有点门槛但知道有这条路即可。当你的邮件需求从“收信”进化到“用邮件触发自动化流程”时Email Workers 是你留在 Cloudflare 生态里的一个隐藏王牌。5. 管理规范与常见问题排查5.1 别名规划的命名规范用了两年多之后我总结了一套自己的别名命名规范分享出来供你参考。角色型info、service、support、sales。用于对外公示转发到负责人邮箱或团队公用邮箱。业务型billing、hr、legal。用于特定业务场景便于归档和追踪。个人型firstname或firstname.lastname。用于个人对外沟通正式感强。一次性型基于网站名或服务名创建用于身份追踪。工具型noreply、mailer。专门用于接收系统通知或自动化消息。这种分类的好处在于当你需要删除某个别名时可以快速判断它属于哪一类、影响面有多大。删除角色型和业务型别名的代价较高需要谨慎删除一次性型别名则完全无压力。5.2 高频问题排查收不到信、进垃圾箱、MX 冲突不管配置多简单总会有人踩坑。我把实际操作中遇到的最常见问题整理成了一张速查表。问题现象可能原因排查方式发送测试邮件后迟迟收不到目标邮箱未验证进入 Email Routing 页面检查目标邮箱状态是否 Active重新发送验证邮件收到邮件全在垃圾箱发件人域名或者内容被过滤在 Gmail/Outlook 中把自定义域名添加进通讯录创建过滤器“永不发送到垃圾邮件”MX 记录冲突导致收信时好时坏旧 MX 记录未删除查看 DNS 记录页面如果存在多个 MX删除旧的只保留 Cloudflare 生成的Cloudflare 自动创建的 SPF 与其他服务冲突域名同时用了外部 SMTP 代发合并 SPF 的 include 值例如include:_spf.mx.cloudflare.net include:_spf.google.com确保两者共存改完 NS 后域名打开异常DNS 传播未完成或记录未同步在 Cloudflare DNS 页面检查所有记录是否完整使用内外网工具查询 NS 生效状态收到大量垃圾邮件但没办法按来源封堵Catch-All 全盘接收关闭 Catch-All或者为所有已知合法地址创建显式规则剩余落入 Catch-All 的自动丢弃收不到信是最高频的问题。如果你出现了这个情况我建议你按顺序排查第一步确认 MX 记录是否只有 Cloudflare 的第二步确认目标邮箱是否已验证第三步确认测试邮件没有被垃圾箱吞掉第四步确认域名本身没有被收件方邮件服务商列黑。九成问题都出在前两步。5.3 免费套餐的边界谁适合这个方案最后说清楚这个方案的真实边界避免你抱着不切实际的预期来使用。Cloudflare Email Routing 免费套餐不提供邮件存储、不支持网页客户端、不提供隔离的垃圾邮件过滤机制、没有日历和联系人同步。它做的事情只有一个接收邮件并转寄到你指定的真实邮箱。它是“邮箱系统的入口”不是“完整的邮箱系统”。所以这个方案最适合的人群是有自己域名、想要体面的品牌邮箱地址、但不愿意为此承担额外费用和运维压力的个人开发者与微型团队。它不适合需要完整企业协作功能的公司和组织也不适合需要把邮箱作为核心业务渠道的团队。不过即便如此它在“零成本域名邮箱”这个场景下的价值仍然无法被替代。你要做的只是决定把哪些邮件交给它转发、转发到哪个目标邮箱、以及用哪种命名规范来管理这些别名。我在实际使用中发现这个方案真正改变的不是技术架构而是使用心态。因为别名的成本趋近于零你会开始习惯“一个场景一个邮箱地址”的用法。每当需要填写邮箱时顺手输入一个带特定前缀的域名邮箱从源头开始控制信息流。这种掌控感是传统邮箱方案很难给的。如果你也需要一个自己的域名邮箱又不想折腾服务器和付费账号可以按这篇文章的步骤走一遍。十分钟之后你就拥有了一套独属于自己的“无限别名”邮箱体系。 
长河君 · 2026/10/8 15:41:31 · 阅读 1.2k Cloudflare Email Routing：零成本搭建无限别名域名邮箱
前几天跟一个做独立开发的朋友聊起邮箱的事。他的产品上线半年对外留的联系邮箱还是 QQ 邮箱用户看到之后总有一种“这个项目会不会明天就跑路”的错觉。他想换个带自己域名的邮箱去看了 Google Workspace 和 Zoho 的企业版发现都是按用户数收费一年下来对于个人或者小团队来说也不是一笔小钱自己用 Postfix 自建邮局光是反垃圾、SPF/DKIM/DMARC 配置、服务器运维这几件事就够喝一壶了。后来我给他支了个招用 Cloudflare 的 Email Routing 功能做域名邮箱转发把任意数量的别名地址统一收进个人邮箱配置全过程不到十分钟成本为零。这篇文章就把这个方案从设计思路到实操步骤、再到常见问题完整拆开讲一遍。1. 方案设计思路为什么偏偏是 Cloudflare1.1 主流域名邮箱方案的成本与痛点在做任何方案选型前先把你面前的选项捋一遍。结论往往不是哪个功能最强而是哪个在“够用”和“成本”之间取得最合理的平衡。自建邮局这条路技术含量高、维护成本高、收件可靠性低。你需要在 VPS 上装 Postfix、Dovecot、配置 SPF、DKIM、DMARC还要维护 IP 信誉。家里有矿的人可以无视成本但普通人和小团队折腾不起更关键的是自建邮局的 IP 往往是“冷启动”发出去的信容易进垃圾箱收信也可能被大厂邮件服务拒收。这还没算 7x24 小时在线的服务器费用。商业邮箱托管是另一条路。Google Workspace 按账号收费一个人一个月就要十几美元能接受但一个五到十人的小团队一年下来就大几千块了。Zoho 虽然有免费版但是免费版的功能限制比较多而且在国内访问的体验要看运气。腾讯企业邮箱、阿里企业邮也有免费版但要么需要你已经有了对应生态的资源要么在界面和功能上不那么“干净”。Cloudflare Email Routing跟上面两者都不一样。它的本质是一个邮件转发器你给自己域名配置一个 MX 记录指向 Cloudflare所有发到你域名邮箱地址的邮件Cloudflare 直接转寄到你指定的真实邮箱。它不替你保存邮件、不提供网页端收信界面、也不支持通过它发信。听起来功能很“薄”但恰恰是这种“薄”让它具备了两个别人给不了的优势。1.2 无限别名的核心原理转发规则 ≠ 邮箱账号很多人第一次接触“邮箱别名”这个概念时会有一个误区以为要先去开通一个邮箱账号然后再给它绑定一堆别名。这是传统企业邮箱的思维。Cloudflare Email Routing 的逻辑完全不同。它把“邮箱地址”和“存储空间”彻底分离了。你不需要为每个别名创建账号也不用给每个别名分配存储你要做的只是告诉 Cloudflare凡是发到 aaayourdomain.com 的邮件请转发到 mygmail.com凡是发到 bbbyourdomain.com 的邮件也请转发到 mygmail.com。这样别名数量就不再受账号配额限制理论上你想创建多少就可以创建多少。个人和企业场景下动辄几十上百个别名用传统的“一别名一账号”方案成本极高而用转发规则几乎零边际成本。这里的“无限别名”不是说 Cloudflare 在后台给你开了什么无限资源而是说它的模式决定了别名数量不再成为你需要关心的约束。用生活中类比就是传统邮箱是“一间房子挂一块门牌”你要多一个邮箱地址就得再造一间房子而 Cloudflare 方案是“一个传达室大爷”全世界的信都寄到一个楼里大爷根据收件人姓名帮你把信分送到不同的房间。房子存储邮箱只有一间但门牌别名可以无限挂。注意这个方案的定位是“轻量级、高性价比、易维护”。它适合个人开发者、独立创业者、小型团队和一切想用自己的域名做品牌邮箱、但不想为此付费和维护服务器的人。如果你的团队需要共享日历、协同文档、超大附件这些企业协作能力那还是老老实实去用 Google Workspace 或 Microsoft 365没必要在这条路上较劲。2. 搭建前的准备三个前置条件2.1 一个可管理的域名这是整个方案的地基。你需要一个自己的域名并且拥有这个域名的 DNS 管理权限。如果你还没有域名随便去任意一家域名注册商注册一个即可.com 一年费用约几十到上百元不等取决于注册商和促销。这个成本不属于“方案成本”而是你拥有域名的固有成本任何域名邮箱方案都绕不开。这里有个小建议如果你是为了工作或长期品牌使用优先选择 .com 后缀其次是 .net、.io、.dev 等常见后缀。尽量避免注册那些便宜但冷门的后缀做业务邮箱一方面用户输入时容易打错另一方面某些邮件服务商对非主流后缀的信誉评估不高影响送达率。域名在哪个注册商不重要Cloudflare 完全兼容。只要域名能正常解析你就有资格使用 Email Routing。2.2 Cloudflare 账号与 DNS 接管注册 Cloudflare 账号是免费的然后你需要把域名的 DNS 托管到 Cloudflare。这个过程叫“更改域名服务器”Nameserver不改也行但改了才能享受全部功能。为什么要改 NS 而不只是修改几条解析记录因为 Email Routing 需要读取你的 MX、TXTSPF、DKIM 等记录如果你只是手动添加几条解析记录DNS 记录冲突和生效速度都会成为问题。Cloudflare 接管 DNS 后MX 记录的配置会自动完成而且在 Dashboard 里明明白白展示每一条记录的用途。改 NS 的流程很简单在 Cloudflare 控制台点击“添加站点”输入你的域名。Cloudflare 会自动扫描你现有的 DNS 记录并提示你复制两个 NS 地址形如 xxx.ns.cloudflare.com。回到你的域名注册商后台找到 NS 设置把原来的 NameServer 替换成 Cloudflare 给的那两个。等待生效。时间从几分钟到 48 小时不等一般在半小时内就能完成Cloudflare 会发邮件通知你。需要提醒的是如果你之前已经用这个域名在腾讯企业邮箱或阿里企业邮配置过 MX 记录建议先导出原有 DNS 记录清单再到 Cloudflare 这边核对。别把旧记录清了导致线上业务解析中断。2.3 一个真实存在的收件邮箱既然 Cloudflare 只是转发不带存储你就需要一个真实的邮箱来接收最终邮件。推荐用 Gmail 或 Outlook理由有三个免费、垃圾邮件过滤机制成熟、支持国际邮件收发正常。国内的话 QQ 邮箱、163 也行只要你能正常收到 Cloudflare 发送的验证邮件就有资格作为目标邮箱。这里有个隐藏细节值得注意Cloudflare Email Routing 的“目标地址验证”是必须做的而且验证链接会发送到你填写的目标邮箱。所以目标邮箱必须是你当前能正常访问收件的邮箱。启动 Email Routing 后Cloudflare 会给目标邮箱发一封带验证链接的邮件不点击验证就不会开始转发。实操中我见过不少人卡在这一步明明已经添加了目标邮箱但收不到验证邮件。原因通常是垃圾邮件过滤把验证邮件吞了。如果五分钟后还没收到记得去垃圾箱翻一翻。如果连垃圾箱都没有可以先关掉 Cloudflare 的代理状态改成灰云 DNS only再把 SPF 记录加上基本就能顺利收到。3. 实操十分钟配置无限别名邮箱系统3.1 添加域名并启用 Email Routing这一步在 Cloudflare Dashboard 里操作路径很直观左侧菜单找到“Email”点击“Email Routing”。如果你已经完成了 DNS 接管此时页面会直接显示你的域名列表。点击域名进入配置页面会看到“Email Routing”的整体状态。第一次进入时Cloudflare 会提示你开始配置你需要做三件事添加目标邮箱在“Routing rules”页面点击“Create address”先添加一个真实邮箱作为目标地址。Cloudflare 会给这个邮箱发一封验证邮件打开邮件点击验证链接即可。这封验证邮件很重要不完成验证一切转发规则都不会生效。等待 DNS 检测Cloudflare 在启用 Email Routing 时会自动检测你的 MX 记录。如果检测到旧的 MX 记录它会给你两个选择自动替换或手动删除。对普通用户来说直接选择自动配置Cloudflare 会把 MX 记录指向自己的邮件服务器。确认状态为 Active当页面显示“Email Routing is active”时说明你的邮箱系统已经处于收件待命状态。可以先用一个外部邮箱比如用 QQ 邮箱给自己 helloyourdomain.com 发一封测试邮件验证整个链路是通的。3.2 创建自定义地址一对多转发规则的建立Cloudflare Email Routing 的核心操作就是“创建地址Create address”。这里的“地址”就是你的别名。在“Routing rules”页面点击“Create address”输入你要创建的别名前缀比如hello、admin、support、billing或者任何你想要的组合。在“Destination address”下拉框里选择你已经验证过的目标邮箱。点击保存一条转发规则就生效了。这里讲解一下“一对一”和“一对多”的区别。默认情况是一条别名对应一个目标邮箱比如helloyourdomain.com→mygmail.com。但 Cloudflare 允许你把一个别名同时转发到多个目标邮箱比如teamyourdomain.com→agmail.combgmail.com适合团队公用邮箱场景。免费套餐支持多少条这种规则我在实际使用中没有遇到过明确的数量瓶颈。Cloudflare 官方的定位是“容量足够满足绝大多数个人及中小团队需求”你在合理使用范围内可以放心创建。几十个、上百个只要你愿意维护都没有问题。操作提示操作页面的“Custom addresses”列表会展示所有已创建的别名。建议在命名时就按照“用途 场景”的规律来比如service、api、security方便日后维护。3.3 配置 Catch-All一次性激活所有邮箱地址Catch-All 是这个方案最惊艳的功能。你可以把它理解为“万能别名”只要邮件是发到你域名的任意邮箱地址而这条规则里没有明确匹配到对应别名它就会自动转发到你指定的目标邮箱。开启方式很简单在“Routing rules”页面找到“Catch-all”区域选择“Send to”并指定一个目标邮箱保存即可。有了 Catch-All 之后“无限别名”才算真正落地。它的价值在于任何你还没有预先创建的地址例如randomstringyourdomain.com也能自动收信。这意味着你不需要为了某个新场景提前去创建别名直接用就行。Catch-All 的威力可以用一个真实案例说明我在很多网站注册时随手编了一个带网站名的别名比如walmartmydomain.com、githubmydomain.com。不需要提前在 Cloudflare 后台配置任何东西因为这些邮件最终会被 Catch-All 捕获并转发到主收件箱。当某一天某个网站开始发送垃圾邮件我一眼就能判断是哪一家网站泄露或贩卖了我的邮箱。这就是 Catch-All 别名的“网络身份指纹”用途。当然 Catch-All 也有副作用任何发往你域名下不存在的地址的邮件都会进入主收件箱包括各种乱发的垃圾邮件和钓鱼邮件。所以建议你不要把所有希望都寄托在 Catch-All 上明确重要的别名还是要手动创建并在主邮箱设置更强的过滤规则。3.4 自动配置 DNS 记录MX/SPF/DKIM 一站式搞定当你启用 Email Routing 并创建第一条转发规则后Cloudflare 会自动帮你配置三条核心 DNS 记录。第一条是 MX 记录指向route1.mx.cloudflare.net等地址优先级设置为自动生成。这条记录确保外界的邮件服务器知道“发往 yourdomain.com 的邮件应该投递给 Cloudflare”。如果你之前有旧的 MX 记录必须删除否则邮件会在两条路之间随机投递导致收信不稳定。第二条是 SPF 记录Cloudflare 会自动添加一条include:_spf.mx.cloudflare.net的 TXT 记录。SPF 的作用是告诉接收方邮件服务器“哪些 IP 有权利替你的域名发邮件”。Cloudflare 只负责转发你的收件它本身不替你发信但它需要保证“转发过程中不破坏原始 SPF 校验”所以这条记录是必需品。第三条是 DKIM 记录Cloudflare 会生成一对 DKIM 密钥并配置在 TXT 记录里。DKIM 的作用是给邮件加数字签名接收方验证签名确认邮件在传输过程中没有被篡改。有了 DKIM邮件被 Gmail、Outlook 判定为垃圾邮件的概率会大大降低。这三条记录全部由 Cloudflare 自动写入 DNS你不需要手动编辑。这也是为什么我建议把 DNS 托管到 Cloudflare 而不是在第三方注册商手动配置——自动化和手动维护的体验差异是巨大的。配置完成后建议执行一次“发信测试”用任意外部邮箱给testyourdomain.com发一封邮件检查是否能在一分钟内收到。这个测试能同时验证 MX 记录已生效、转发规则已创建、目标邮箱已验证三个关键环节。4. 进阶玩法收件之外的懒人技巧4.1 用别名体系做身份追踪与防骚扰这个技巧我从 2019 年开始用至今受益。核心逻辑是每注册一个网站就用一个独立的别名。比如注册某个购物网站就用amazonmydomain.com或者shop123mydomain.com注册某个论坛就用forummydomain.com。反正 Catch-All 已经开着任何别名都能收信你根本不需要提前创建。这样做的收益一是身份追踪。哪一天你的某个别名收到了广告邮件你直接锁定是哪个网站泄露了你的数据。二是快速封堵。如果某个网站开始持续骚扰你可以回到 Cloudflare Email Routing 后台点开那个转发规则直接删除。三秒后这个世界就再也没有通向那家网站的“门牌号”了。三是优雅迁移。如果哪天你想彻底停止使用某个别名直接删除规则即可不影响其他地址的使用。注意这套玩法的前提是你有 Catch-All 在兜底。如果没有 Catch-All每注册一个网站前都要去后台手动添加别名这种心智负担会让你坚持不下去。4.2 解决发件问题如何用自己的域名回信Cloudflare Email Routing 只能收件不能发件。这让很多人在测试完收信之后产生了“等下我怎么回复对方”的疑问。不能直接通过 Cloudflare 发信但我们可以组合外部 SMTP 服务来实现“发件人显示为你的域名邮箱”。最简单的方案是用 Gmail 或 Outlook 的 SMTP 服务。以 Gmail 为例你需要在 Gmail 设置里找到“Accounts and Import”选择“Add another email address”填入你自己的域名邮箱地址比如meyourdomain.com然后配置 SMTP 服务器为smtp.gmail.com端口 587账号密码用你的 Gmail 完整账号和“应用专用密码”App Password。Gmail 会向这个域名邮箱发一封验证邮件因为 Cloudflare 已经把邮件转到了 Gmail所以你直接在同一个 Gmail 收件箱里就能看到验证链接点击确认即可。完成之后你在 Gmail 里写邮件时发件人下拉框里就可以选择meyourdomain.com对方看到的发件地址就是你自己的域名。收件路径和发件路径就此完全闭环所有发到你域名的邮件都收进 Gmail所有你发出的邮件都以域名地址显示。这套组合拳对于独立开发者尤其适用。项目对外公示的联系邮箱是supportyourdomain.com但实际收发全在 Gmail 里面完成无需管理第二个邮箱客户端。这里的唯一要求是 SPF 记录要包含include:_spf.google.com否则用 Gmail SMTP 发出去的信可能被收件方判为伪造。Cloudflare 自动生成的 SPF 记录默认只包含 Cloudflare 的 include你需要手动追加这个数值再进行测试。提示如果收件方服务器对 SPF 和 DKIM 校验比较严格建议把 DKIM 也加上。Gmail SMTP 发出的邮件自带 Gmail 域名的 DKIM 签名而用自定义域名作为发件人时最佳实践是自己域名也有对应的 DKIM 记录。Cloudflare 在 Email Routing 里生成的 DKIM 记录仅适用于经 Cloudflare 转发的邮件对通过 Gmail SMTP 发出的邮件不生效。所以如果你长期要用 Gmail 代发可以额外生成一条独立的 DKIM 记录或者使用第三方代发服务的 DKIM 配置。4.3 用 Email Workers 做自动化处理如果你是开发者Cloudflare Email Routing 还隐藏了一个高级功能Email Workers。Email Workers 允许你把收到的邮件直接交给 Cloudflare Workers 脚本处理而不是转发到某个邮箱。这意味着你可以对每一封入站邮件执行任意代码逻辑解析内容、提取附件、写入数据库、触发 HTTP 回调、甚至调用 AI 接口做自动化分拣。举个例子你可以写一个 Worker 脚本把发往orderyourdomain.com的邮件解析成结构化订单数据然后通过 Webhook 推送到自己的业务系统。整个过程不需要收件箱中转邮件内容直接从 Cloudflare 的邮件服务器进入你的代码环境。Email Workers 的配置方式与普通 Workers 略有不同。你需要在 Cloudflare Dashboard 的 Workers 页面创建一个 Worker然后在 Email Routing 的规则里把某个别名指向这个 Worker 而不是目标邮箱。代码入口接收的参数是一个 EmailMessage 对象通过message.forward()或message.reply()等方法处理邮件。这段内容对非开发者读者可能有点门槛但知道有这条路即可。当你的邮件需求从“收信”进化到“用邮件触发自动化流程”时Email Workers 是你留在 Cloudflare 生态里的一个隐藏王牌。5. 管理规范与常见问题排查5.1 别名规划的命名规范用了两年多之后我总结了一套自己的别名命名规范分享出来供你参考。角色型info、service、support、sales。用于对外公示转发到负责人邮箱或团队公用邮箱。业务型billing、hr、legal。用于特定业务场景便于归档和追踪。个人型firstname或firstname.lastname。用于个人对外沟通正式感强。一次性型基于网站名或服务名创建用于身份追踪。工具型noreply、mailer。专门用于接收系统通知或自动化消息。这种分类的好处在于当你需要删除某个别名时可以快速判断它属于哪一类、影响面有多大。删除角色型和业务型别名的代价较高需要谨慎删除一次性型别名则完全无压力。5.2 高频问题排查收不到信、进垃圾箱、MX 冲突不管配置多简单总会有人踩坑。我把实际操作中遇到的最常见问题整理成了一张速查表。问题现象可能原因排查方式发送测试邮件后迟迟收不到目标邮箱未验证进入 Email Routing 页面检查目标邮箱状态是否 Active重新发送验证邮件收到邮件全在垃圾箱发件人域名或者内容被过滤在 Gmail/Outlook 中把自定义域名添加进通讯录创建过滤器“永不发送到垃圾邮件”MX 记录冲突导致收信时好时坏旧 MX 记录未删除查看 DNS 记录页面如果存在多个 MX删除旧的只保留 Cloudflare 生成的Cloudflare 自动创建的 SPF 与其他服务冲突域名同时用了外部 SMTP 代发合并 SPF 的 include 值例如include:_spf.mx.cloudflare.net include:_spf.google.com确保两者共存改完 NS 后域名打开异常DNS 传播未完成或记录未同步在 Cloudflare DNS 页面检查所有记录是否完整使用内外网工具查询 NS 生效状态收到大量垃圾邮件但没办法按来源封堵Catch-All 全盘接收关闭 Catch-All或者为所有已知合法地址创建显式规则剩余落入 Catch-All 的自动丢弃收不到信是最高频的问题。如果你出现了这个情况我建议你按顺序排查第一步确认 MX 记录是否只有 Cloudflare 的第二步确认目标邮箱是否已验证第三步确认测试邮件没有被垃圾箱吞掉第四步确认域名本身没有被收件方邮件服务商列黑。九成问题都出在前两步。5.3 免费套餐的边界谁适合这个方案最后说清楚这个方案的真实边界避免你抱着不切实际的预期来使用。Cloudflare Email Routing 免费套餐不提供邮件存储、不支持网页客户端、不提供隔离的垃圾邮件过滤机制、没有日历和联系人同步。它做的事情只有一个接收邮件并转寄到你指定的真实邮箱。它是“邮箱系统的入口”不是“完整的邮箱系统”。所以这个方案最适合的人群是有自己域名、想要体面的品牌邮箱地址、但不愿意为此承担额外费用和运维压力的个人开发者与微型团队。它不适合需要完整企业协作功能的公司和组织也不适合需要把邮箱作为核心业务渠道的团队。不过即便如此它在“零成本域名邮箱”这个场景下的价值仍然无法被替代。你要做的只是决定把哪些邮件交给它转发、转发到哪个目标邮箱、以及用哪种命名规范来管理这些别名。我在实际使用中发现这个方案真正改变的不是技术架构而是使用心态。因为别名的成本趋近于零你会开始习惯“一个场景一个邮箱地址”的用法。每当需要填写邮箱时顺手输入一个带特定前缀的域名邮箱从源头开始控制信息流。这种掌控感是传统邮箱方案很难给的。如果你也需要一个自己的域名邮箱又不想折腾服务器和付费账号可以按这篇文章的步骤走一遍。十分钟之后你就拥有了一套独属于自己的“无限别名”邮箱体系。