2027 年 1 月，Gmail 将停止支持面向第三方邮箱的 Send as；Google 明确表示，Google Workspace 别名和其他 Google 托管身份不受影响。(Google 关于 Gmail 第三方邮箱支持变更的说明) 因此，先查发信身份由谁托管、实际经哪条路径发送，再决定是否迁移；不要只凭自定义域名判断。
这篇文章适合通过 Gmail 收发 Google Workspace 自定义域名邮件、又汇总外部邮箱的个人用户和自由职业者。
Workspace 管理员也可以用下面的核验步骤整理成员地址，提前说明哪些身份无需迁移、哪些需要另作安排。
最后更新于 2026 年 10 月 24 日；政策状态与时间线核实自 Google 的官方说明。如果 Google 更新适用范围或实施日期，应重新核对。
先按托管方区分两类发信身份
地址长得像 name@yourdomain.com，并不能说明它一定属于 Workspace。自定义域名可以由 Google Workspace 托管，也可能由其他邮件服务托管；同一地址在 Gmail 里可见，也不代表它的发信能力来自同一套配置。
Google 公告中的界线是身份是否由 Google 托管：Workspace 组织别名等 Google 托管身份不在这次停用范围内；由外部邮箱服务托管、再依赖个人 Gmail 的 Send as 发送，则属于需要检查的路径。查看 Gmail 设置中是否有该发件人只是线索，最终应以账户归属和管理员配置为准。
| 地址与发送方式 | 主要收件路径 | Gmail Send as 停用影响 | 下一步 |
|---|---|---|---|
| Workspace 用户的组织别名，由组织配置并通过 Workspace 身份发送 | 邮件投递到 Workspace 账户 | 官方称 Workspace 别名不受影响 | 用实际账户发送测试邮件，并核对回复地址 |
| 外部服务商托管的邮箱，个人 Gmail 代为发信 | 可能由外部邮箱收信，Gmail 提供发信入口 | 若依赖第三方 Send as，需准备替代路径 | 核对服务商原生界面或支持相应账户的邮件客户端 |
| 外部邮箱自动转发到 Gmail，回复从其他身份发出 | 外部服务商转发来信 | 转发与 Send as 是两项独立功能；回复身份仍须单独确认 | 检查转发规则，并从实际发件入口测试回复 |
Workspace 管理员可在管理控制台确认用户的备用邮箱地址；Google 文档说明，这类别名是附加到用户主账户的地址，并用于收发邮件。官方目前列出的配额是每位用户最多 30 个别名，但这是别名数量限制，不是此次 Gmail Send as 变更的范围判断依据。(Google Workspace 管理员的别名说明)
按时间线安排核验与迁移
Google 公告列出的时间线显示，2026 年第三季度开始通知受影响用户；2026 年第三至第四季度仍是过渡期，既有第三方 Send as 可能继续工作，但 Google 表示可能限制新配置；到2027 年 1 月，第三方地址的 Send as 将停止。过渡期能用，不等于之后仍能用，尤其不宜把关键客户沟通留到最后才测。(Google 官方变更时间线)
| 时间节点 | 官方说明 | 对用户的操作含义 |
|---|---|---|
| 2026 年第三季度 | 开始公告和通知 | 盘点 Gmail 里所有外部发件身份 |
| 2026 年第三至第四季度 | 既有功能继续，但可能限制新配置 | 现在验证替代路径，别依赖临时新增配置 |
| 2027 年 1 月 | 移除第三方账户 Send as | 受影响地址须改用可行的发信入口 |
不要把收件同步、收件转发和以某地址发信混成一件事。Google 表示，第三方服务商向 Gmail 自动转发来信，独立于 Gmail 的 Send as；但官方也提醒，邮件转发可能影响身份验证与投递，某些转发邮件仍可能被 Gmail 判为垃圾邮件或钓鱼邮件。规则独立，不等于投递必达。(Google 关于第三方转发与 Send as 独立性的说明)
按收发场景检查 Workspace 与外部地址
工作客户：确认 Workspace 地址是否由组织托管
如果客户地址属于组织 Workspace，先让管理员在管理控制台确认其是否为用户别名，再确认日常发送时登录的是哪个 Workspace 账户。之后从 Gmail 写一封测试邮件，核对收件人看到的发件人，以及对方点“回复”时邮件发往哪个地址。
别名能作为收件地址，不代表它是独立登录账户。若多个同事都要处理同一公共地址，还应确认它究竟是个人别名还是组织采用的其他收件安排；不要因为地址能收信，就默认其权限和协作方式符合团队需求。
项目与个人地址：查清第三方发信入口
自由职业者常把多个邮箱集中到同一个 Gmail 界面。请分别检查每个客户、项目和个人地址：邮件从哪里发出、发信时 Gmail 是否代外部邮箱使用 Send as、对方回复会到哪里。若外部地址仍由原服务商托管，而 Gmail 只是提供统一界面，就不要把它误记为 Workspace 别名。
对仍依赖第三方 Send as 的地址，Google 列出的替代方向包括外部服务商自己的网页或应用、支持该账户的桌面邮件客户端，以及 Gmail 移动应用中的第三方账户访问。需要注意，移动应用中访问第三方邮箱，与 Gmail 代该邮箱使用 Send as 不是同一功能；要满足工作发信需求，仍须按具体账户验证发件身份。(Gmail 发送其他地址邮件的官方说明)
外部来信：把转发状态与回复身份分开
在原邮箱服务商处查看自动转发是否仍启用、目标地址是否正确、规则有没有筛选条件；然后给该地址发一封测试信，确认它是否到达 Gmail。Google 的转发说明指出，自动转发需要完成地址验证，且 Gmail 的自动转发规则会排除垃圾邮件。即使测试来信到达，也只能说明这一条收件路径工作，不能证明原地址仍能从 Gmail 发出。(Google 的自动转发设置说明)
再从实际工作入口发送回复，检查“发件人”和“回复至”地址。Google 的 Send as 帮助文档特别说明，只更改默认发件地址时，回复仍可能回到原 Gmail 地址；因此，客户往来需要维持原地址时，不能只看写信窗口中的显示名称。(Google 关于发件人与回复地址设置的说明)
用六步建立可复查的地址清单
- 列出地址。 汇总工作、客户、项目和个人邮箱；不要遗漏只用于某个服务注册的地址。
- 标明托管方。 向 Workspace 管理员确认组织地址；其他地址则向实际邮箱服务商核实。域名外观只能提供线索，不能代替账户归属确认。
- 记录收件方式。 标出直接投递、服务商转发，或 Gmail 中原有的第三方账户同步。不要把“邮件出现在 Gmail”当成托管关系的证据。
- 记录发信入口。 对照实际配置，注明发信是通过 Workspace 身份、Gmail 的第三方 Send as，还是服务商原生界面或其他邮件客户端完成。
- 测试发件与回复。 给可控的测试收件地址发送邮件，分别记录显示的发件地址和回复落点；有转发需求时，另行测试来信是否到达。
- 指定负责人和回退方案。 为每个地址标明谁负责复核、发现问题时先改用哪个入口。外部地址尚未验证替代路径前，不要删除原配置或把它当成已迁移。
这份清单应同时保留两种证据：Google 公告用于确认政策范围，账户界面、管理控制台和测试邮件用于确认自己的实际配置。前者不能替你判断某个域名到底由谁托管，后者也不能改变 Google 公告中的适用范围。转发本身也有投递边界，Google 对转发到 Gmail 的邮件提供了转发邮件的身份验证与投递建议。若需要停用长期使用的别名，先确保账号找回渠道仍可用，可参考停用邮箱别名前的核对清单；若还在评估短期收件和长期地址该怎么分工，也可对照一次性邮箱与邮箱别名的区别。
常见疑问
Workspace 地址使用自定义域名，会不会自动受到影响？
不会因为域名是自定义的就自动受影响。关键是该地址是否属于组织的 Google Workspace 托管身份，以及实际发信是否依赖个人 Gmail 代第三方邮箱发送。先让管理员确认地址归属，再用正确账户发送测试邮件；不要仅凭域名后缀或 Gmail 里出现该地址作结论。
第三方邮箱转发来信到 Gmail，停用后还会收到吗？
Google 说明，第三方服务商向 Gmail 自动转发来信独立于 Send as，因此停用发信功能本身并不等同于关闭转发。不过，原邮箱服务商、转发规则、垃圾邮件过滤和邮件身份验证都可能影响最终投递；应在原服务商处确认规则，并实际测试收件，不能把政策上的独立性当成送达保证。
Gmail 手机应用里的第三方邮箱访问也会一起停吗？
不要把“在 Gmail 移动应用中访问第三方账户”和“从 Gmail 以第三方地址发信”视为同一个功能。Google 公告将两者分别说明：第三方账户移动端访问可继续，而第三方 Send as 会在公告列出的时间点停止。若工作流程需要以外部地址发送，仍要单独确认应用或客户端是否支持该发信身份。
组织别名收得到邮件，为什么还要测试回复地址？
收件成功只说明邮件能到达某个收件箱，并不保证回复会使用同一身份。Gmail 的发件人设置和“回复至”设置可能不同；如果只改默认发件地址，回复仍可能回到原 Gmail 地址。发一封测试邮件并从收件端执行回复，才能检查客户实际会联系到哪个地址。
临时收件与长期工作身份分开规划
如果地址用于客户沟通、重要账号找回，或需要持续回信，就先保留能长期控制的 Workspace 或外部邮箱身份，并按上面的清单核实发信路径。若只是临时注册、试用或接收一次验证邮件，可考虑用 InboxCloak 临时邮箱 把这类短期收件与主邮箱分开；它适合减少主邮箱直接暴露在临时注册中的情况，不替代 Gmail 的第三方 Send as，也不应承担需要长期找回的账户收件。
常见问题
Gmail 停用第三方地址的 Send as 后，Workspace 组织别名还能发信吗？
按 Google 当前公告，2027 年 1 月移除的是 Gmail 面向第三方邮箱的 Send as，Google 托管的 Workspace 身份和组织别名不在这项变更范围内。前提是该地址确实配置在组织的 Workspace 中，而不是仅仅使用自定义域名、再由个人 Gmail 代第三方 SMTP 发信。
怎么判断自定义域名地址是 Workspace 别名还是外部邮箱？
不要只看地址后缀。请让管理员在 Workspace 管理控制台确认该地址是否属于组织用户的备用邮箱地址或其他 Google 托管身份，再检查你实际登录的账户及 Gmail 的发件人设置；如果地址由另一家邮箱服务商托管、Gmail 只是代它发送，就应按第三方地址核查。
停用第三方 Send as 会让转发到 Gmail 的来信也停止吗？
两者是不同的邮件路径。第三方邮箱服务商若仍启用自动转发，收到的邮件可以继续尝试转到 Gmail；但这不代表 Gmail 还能以原第三方地址回复。还需检查原邮箱服务、转发规则和垃圾邮件处理，不能仅凭收件箱里仍看到来信就认定发信身份没有变化。
同一个 Gmail 里既有 Workspace 别名又有外部邮箱，先检查什么？
先逐个地址写明托管方，再记录收件是直接投递、外部转发还是旧有同步，最后核对实际发信入口和回复地址。Workspace 身份与第三方 Send as 可能同时显示在同一界面，但适用政策不同；优先找出仍依赖 Gmail 代外部邮箱发信的客户或项目地址，并先准备可回退方案。