iCloud+ 的“隐藏我的邮箱”地址将继续保留在 icloud.com 上
Apple 已撤回将其 iCloud+ “Hide My Email” 别名从主 `@icloud.com` 域迁出的计划，继续让它们与普通 iCloud 地址无法区分。评论者认为这对隐私至关重要，因为单独的中继域会让网站更容易屏蔽或惩罚这些隐藏邮箱，同时也引发了关于邮件信誉、垃圾邮件过滤，以及 Apple 更广泛的隐私与平台控制立场的讨论。
总体反应
- 许多人松了一口气，因为 Apple 改变了方向，把“隐藏我的邮箱”保留在
@icloud.com上。 - 这一变化被视为 Apple 在倾听社区反馈，不过也有人认为这说明内部决策能力有所减弱。
为什么保留 @icloud.com 很重要
- 核心好处：Hide My Email 别名与普通 iCloud 地址无法区分，因此很难被过滤或屏蔽。
- 如果使用像
private.icloud.com这样的特殊域名，网站和反滥用系统就能很容易拒绝它们，或对它们区别对待，从而削弱这一功能。 - 有几个人表示，这种“与普通用户共享域名”的做法是私有中继得以存活的唯一稳健方式；Fastmail 被提到是类似的模式。
Sign in with Apple 与 Hide My Email
- 讨论串反复澄清：
- “Sign in with Apple” 地址正从
privaterelay.appleid.com迁移到private.icloud.com。 - iCloud+ 的 “Hide My Email” 别名则继续保留在
@icloud.com。
- “Sign in with Apple” 地址正从
- 混淆的来源在于 Apple 在这两种场景中都使用了“hide my email”这一术语。
基础设施、Bug 与隐私泄露
- 有人认为，最初改用单独域名的计划，是为了修复内部 Bug：中继地址可能会泄露真实邮箱（例如在退信消息中，或在 API 解析别名时）。
- 也有人反驳说，单纯更换域名并不能解决这类泄露；真正的问题在于别名处理是否正确。
- 总体而言，底层 Bug 的细节仍被认为不够清楚。
邮件信誉、退信与阻断
- 有人担心，被停用的别名会产生退信，而这会通过邮件服务提供商损害发件人信誉。
- 争论点在于 Apple 应该返回退信还是静默丢弃；有人希望通过退信惩罚垃圾邮件发送者，也有人认为退信只是无用的噪音。
- 有些人表示 Gmail 会积极把 iCloud 邮件分类为垃圾邮件；也有人依赖过滤器，或者认为这是 Gmail 的问题。
锁定效应、域名与替代方案
- 批评意见认为：使用
@icloud.com且不为 Hide My Email 支持用户自有域名，会造成平台锁定；将来如果想离开，就必须更新大量账户。 - 反方观点是，这对任何大型服务商都差不多；大多数用户本来也不用自定义域名。
- 还有人把它与 Fastmail、SimpleLogin、Proton、Firefox Relay、Migadu 等进行比较，指出别名域名常常会被屏蔽，而大型消费级域名（iCloud、Gmail）通常不会。
Apple 的隐私立场与生态系统杠杆
- 一些人称赞 Apple 是唯一大规模投入隐私的“大科技”玩家（Hide My Email、Private Relay、Private Cloud Compute）。
- 另一些人则认为隐私更多是一种高端品牌策略，而非道德立场，并指出其局限性（例如 App Store 控制、浏览器引擎限制、此前曾提出的设备端照片扫描方案）。
- 多条评论提到，Apple 的市场份额让他们能够强制用户接受隐私功能：若屏蔽 iCloud 域名或 Private Relay，就会失去太多用户。