Gmail 将停止支持针对第三方地址（如 @yahoo.com）的“Send as”

正在变化的内容及其重要性

• Gmail 将移除对第三方/非 Google 地址（例如 yahoo.com、outlook.com，以及未由 Google 托管的自定义域）的“Send as”支持。
• 针对 Google 托管身份（其他 Gmail 地址、Workspace 别名）的“Send as”将继续保留。
• 多位评论者表示，这一功能历史上通常通过以下两种方式实现：
  • Gmail 直接通过 Google 的 SMTP 发信（并相应配置 SPF/DKIM），或
  • Gmail 像普通邮件客户端一样，使用第三方提供商的 SMTP。
• 许多用户多年来一直用它来保留个人/自定义域名，同时把 Gmail 作为唯一界面。

歧义与困惑

• “Google 托管身份”究竟具体指什么并不清楚，尤其是那些发信使用 Google SMTP、收信则由其他提供商（或转发）处理的自定义域。
• 一些支持文档提到 Gmail 移动应用和第三方访问，这让人对通过应用/IMAP 与通过网页端分别还能做什么感到困惑。
• 多个人不确定个人 Gmail 账户是否还能“Send as”由 Workspace 托管的自定义域。

动机与解读

• 一种观点认为：这是由 DMARC/SPF/DKIM 加强和反滥用推动的；第三方中继机制很脆弱，也容易成为攻击面。
• 另一种观点认为：这主要是变现和降本——把用户推向付费 Workspace，或把维护成本高的边缘功能移除。
• 有人认为这个功能的使用量可能很小，对 Gmail 来说并不是“自杀”；也有人预测它会带来相当可观的流失。

用户影响与反应

• 受影响的用户包括：
  • 将 Gmail 作为自定义域邮件 UI、而邮件实际托管在其他地方的个人和小企业。
  • 把多个地址汇聚到一个 Gmail 收件箱里，并以这些地址身份回复的人。
• 对一些人来说，这成了促使他们离开 Gmail/Workspace 的“最后一根稻草”。
• 也有人把这看作一种推动，促使人们真正拥有自己的邮件（通过自己的域名和非 Google 提供商）。

替代方案与迁移策略

• 经常被提到的服务商：Fastmail、Proton、带自定义域的 Apple iCloud Mail、Migadu、MXRoute、mailbox.org、posteo、Tuta、Runbox。
• 反馈到的取舍：
  • Fastmail：整体评价不错（对域名/别名支持好，界面有些抱怨，但存储限制可接受）。
  • Apple iCloud+：被赞为便宜的家庭托管方案，支持多个自定义域。
  • Migadu：对多个域名很灵活，但日历较弱。
  • Tuta/Tutanota：端到端加密强，但没有 IMAP/SMTP，一些人认为这是致命缺点。
• 常见建议：
  • 搬到你自己的域名，然后就可以通过更改 MX 记录在不同服务商之间切换。
  • 先用转发，再逐步更新各账户；在完全迁移前，把 Gmail 作为遗留的“总入口”继续使用。