Google Workspace 认为我的域名是电子邮件服务提供商（2025）

原文 ↗ Hacker News 讨论 ↗

Google Workspace 正在阻止某些自定义域名注册，因为其仅前端的验证把这些域名当作公共电子邮件服务提供商，相关逻辑似乎基于一个范围过宽的正则列表。评论者指出，这暴露了糟糕的内部流程、不透明且无帮助的支持回复（可能是 AI 生成的），以及为了避免修复低优先级边缘案例而愿意失去付费客户的态度。这一事件也引发了人们对大型 SaaS 平台中自动化、缺乏问责的决策的更广泛担忧，并促使许多人主张使用自托管、更小的服务商，或更传统的 TLD 选择。

仅前端的“安全”检查和正则列表

  • 许多人对这一拦截完全在客户端实现、却被描述为“重要安全措施”感到惊讶。
  • 几位评论者推断，这其实更像是一个粗糙的反滥用 / 反欺诈过滤器，用来阻止用户为看起来像现有电子邮件服务提供商的域名注册 Workspace。
  • 这个正则似乎会匹配许多 TLD 下的提供商式标签（例如 “web”、“gmx”、“alice”）；评论者指出，这些 ISP/邮件服务商历史上确实使用过多个国家代码 TLD。
  • 有人认为这个正则非常老旧，或者是由缺乏经验的开发者编写的；也有人把它看作是那种匆忙交付、之后从未回头修正的“产品工程”。

绕过检查的风险

  • 一些人称赞通过禁用 JS 继续操作，并指出这证明它只是表面功夫。
  • 另一些人警告这样很危险：Google 之后可能会在服务器端强制执行同样的规则，并且几乎不给补救余地就锁定域名或账号。

Google 的支持、优先级与权力失衡

  • 许多人讲述了类似经历：即使是付费的 Workspace / Google Cloud 客户，也会遭遇不透明的暂停和毫无用处的支持流程。
  • 普遍感觉是，Google 只有对极大的客户才会真正提供支持；小公司和个人用户则被视为可有可无。
  • 这次事件进一步加深了人们对把核心业务基础设施（电子邮件、身份）托付给一家可以单方面切断访问的提供商的担忧。

域名/TLD 的怪异之处与“不寻常”选择

  • 多位用户描述自己的域名被拒绝（短域名、数字开头、诸如 .one、.email 这样的不常见 TLD）。
  • 有人认为这是使用“奇怪” TLD 的可预见代价；也有人反驳说 Google 自己也在销售这类域名，就应该正确处理。
  • 讨论还延伸到高价新 gTLD、缺乏价格保护，以及建议优先选择传统 TLD（.com、.org、.net、ccTLD）。

替代方案与自托管

  • 评论者提到迁移到其他托管服务商（例如更小型的邮件平台）或自托管电子邮件，作为摆脱 Google 生态和政策的一种方式。

AI 生成的支持与自动化反乌托邦

  • 那段奇怪的支持说明（关于“.web”和“虚构域名”）被广泛怀疑是 LLM 生成的；也有人提醒不要把一切都过度归因于 AI。
  • 更广泛的担忧浮现出来：自动化决策、卡夫卡式的申诉流程，以及 SaaS 供应商用 AI 和脚本来把守访问，却无需承担责任。