最近这半个月，「0元搭建个人域名邮箱」的教程是真的火。翻翻小红书和知乎，Cloudflare + Resend + Gmail 的全免费方案到处都是，今天都还有新发布的保姆级教程。知乎有帖子光收藏就逼近六千。小红书如果你已经收藏好教程、注册好域名，准备动手，那有个时间点建议先记一下：2027年1月。
先说发生了什么。谷歌宣布，自2027年1月起，Gmail 将停止支持第三方邮箱地址的「代发邮件」功能。小红书这个「代发」就是很多人用惯了的「Send mail as」选项：在 Gmail 里挂一个第三方邮箱地址，以那个地址的名义发信。知乎一句话：挂在 Gmail 里的第三方发信通道，快到头了。
其实早在3月底，就有博主发现 Gmail 准备砍掉用了多年的 POP 代收。微博这次官宣里和「代发」一起被处理的，还有网页版 Gmailify 和通过 POP 自动收取第三方邮件的功能。小红书而有博主的教程里已经写得更直接：自 2026 年起，Gmail 已停止邮箱POP代收服务。知乎把几处信息对起来看，我的理解是：收信侧的调整从今年3月起就在分阶段发生，发信侧的停用时间则明确指向2027年1月。具体以 Google 官方帮助页的现行描述为准，动手前值得自己再确认一遍。
那这件事跟0元教程有什么关系？关系很大，但只关系一半。把教程拆开看，其实是两条独立的链路：整个过程中，Cloudflare 负责接收，Resend 负责发送，Gmail 负责统一管理。知乎先说收信链路：你的域名收到邮件 → Cloudflare Email Routing 把邮件转发到你的 Gmail 收件箱。这条链路不走 Gmail 的 POP 代收，相当于一个智能收发室，直接把域名的信件「无痕转发」到你常用的邮箱里。小红书
所以教程里配 MX 记录、建路由规则、填转发地址这些步骤，目前不受这次调整影响，该怎么做还是怎么做。另外别忘了，Cloudflare 这边只管收：Email Routing 只提供收信转发，不提供 SMTP 发信服务。知乎
发信链路是另一回事。教程的标准做法是把 Resend 的 SMTP 填进 Gmail 设置的「Accounts and Import → Send mail as」，从此以域名地址的名义发信。知乎这一步恰好踩在这次被停用的功能上。也就是说：现在照着教程把发信配好，短期能用，但到2027年1月之后，这条挂在 Gmail 里的发信通道大概率就不好使了。
所以到底还做不做？我的判断是可以做，但按需求分开处理。如果主要诉求是「域名邮箱收信，验证码和正式邮件不混进私人邮箱」，收信链路现在照教程搭就行，这部分是稳的。如果打算认真用域名邮箱对外发信，先把出口看清楚再动手。社区里不缺替代方案，已经有人用 Cloudflare + SMTP2GO 的组合成功自建。小红书也可以直接用 Outlook、Thunderbird 这类客户端管理多个邮箱，这条路谷歌在调整后依然保留。小红书但注意：不少教程的最后一步仍是回到 Gmail「添加其他电子邮件地址」，那正是即将停用的「代发」通道——换方案要换的是出口，不是教程本身。如果已经搭好了，也不用拆，收信不受影响；发信侧给自己留个提醒：今年年底前确认一遍 Gmail 里「以此身份发送」相关入口的状态，把替代发信渠道试通，别等停用公告贴到脸上才开始迁移。
最后说一个教程里经常一笔带过、但真会踩的坑：DNS 记录。Cloudflare 的 Email Routing 会全自动配置 MX、SPF、DKIM 记录，并防止你误删。知乎而发信侧服务配合 Cloudflare 使用时，还要再做一次域名验证（SPF/DKIM）。知乎两套记录叠在同一个域名上，配置时对照着逐条核对，别照抄好几份教程的截图一把堆上去。
往后值得留意的信号有三个：Gmail 设置页里「以此身份发送」入口的变化、Google 帮助页对停用时间点的进一步说明、以及 Cloudflare Email Routing 和各发信服务商免费额度的调整。这套0元方案本身没有错，错的只是时间线——收信的那一半现在依然成立，发信的那一半，记得在规则生效之前给自己留好退路。
