苹果改变了此前的计划：iCloud+“隐藏我的邮箱”新建别名将继续使用 @icloud.com，不再迁移到 @private.icloud.com。不过，“通过 Apple 登录”生成的新私密中继地址仍会按计划迁移到 @private.icloud.com。苹果表示，这一调整是在进一步考虑并听取社区反馈后作出的；现有地址将继续工作，邮件转发不会中断。181924

苹果具体改了什么

苹果在 2026 年 6 月最初宣布，计划让两项隐私功能共用 @private.icloud.com 域名：

• “隐藏我的邮箱”新别名从 @icloud.com 改为 @private.icloud.com；
• “通过 Apple 登录”新生成的中继地址从 @privaterelay.appleid.com 改为 @private.icloud.com；
• 旧地址继续有效，并将邮件转发到用户的真实收件箱。17

现在，苹果重新将两项服务分开处理：

• 隐藏我的邮箱： 新建别名仍使用 @icloud.com，迁移至 @private.icloud.com 的计划取消。1819
• 通过 Apple 登录： 新的私密中继地址仍会从 @privaterelay.appleid.com 迁移至 @private.icloud.com。1819
• 现有地址： 苹果公布的过渡政策仍是让旧地址继续工作并转发邮件。开发者和邮件服务商需要将新的 Apple 域名视为有效地址，不能因为它看起来陌生就直接拒收。1725

用户为什么反对 @private.icloud.com

争议的重点并不是邮件转发功能会消失，而是新域名可能让这些隐私别名变得“一眼可认”。

目前，“隐藏我的邮箱”生成的地址与普通 iCloud 邮箱一样使用 @icloud.com。因此，网站或邮件管理员如果想专门拦截隐私别名，就很难只针对这类地址设置规则，否则也可能误伤普通 iCloud 用户。2429

如果改用明确标注隐私用途的 @private.icloud.com，服务商只需按域名筛选，就能识别出这类地址。它们可能因此更容易被网站、邮件系统或反欺诈规则拒绝，或者被区别对待。2429

“隐藏我的邮箱”的设计目的，是让用户为不同网站和服务使用不同的随机地址，同时保护真实收件箱不被公开。对用户和开发者而言，域名变得更容易识别，虽然不会直接关闭转发功能，却可能削弱这项功能在现实使用中的隐私保护效果。1821

两项 Apple 功能将分别受到什么影响

“隐藏我的邮箱”继续使用 @icloud.com

今后创建新的 iCloud+“隐藏我的邮箱”别名时，用户仍应获得使用 @icloud.com 的地址。按照苹果修订后的政策，新别名不会改用 @private.icloud.com。此前已经创建的别名也仍属于苹果所说的旧地址转发安排。1718

“通过 Apple 登录”仍将迁移至 @private.icloud.com

此次撤回只针对“隐藏我的邮箱”，并不影响“通过 Apple 登录”的域名迁移。后者的新私密中继地址仍会从 @privaterelay.appleid.com 改为 @private.icloud.com。1819

现有的“通过 Apple 登录”中继地址预计仍可继续使用并转发邮件。不过，验证或筛选邮箱域名的服务需要提前支持新域名，避免把合法用户的地址误判为无效。1725

对用户来说，最终结果是两项功能不会再统一到同一个域名：

• “隐藏我的邮箱”继续使用 @icloud.com；
• “通过 Apple 登录”新地址采用 @private.icloud.com；
• 两项服务的旧地址都按照苹果公布的政策继续工作并转发邮件。

这次撤回是否与近期隐私问题有关

目前没有证据表明苹果公开将域名政策的逆转归因于近期安全报告。两者之间能确认的是时间上的接近和用户信心层面的关联，而不是已经得到证实的技术因果关系。

7 月的报道披露，“隐藏我的邮箱”曾存在一种漏洞：向某个别名发送邮件，如果邮件被判定为垃圾邮件并遭到拒收，相关退信或投递日志可能暴露该别名背后的真实邮箱地址。苹果表示，服务器端补丁已于 2026 年 7 月 3 日部署并完全解决问题；不过，关于补丁实际生效时间的报道一度存在争议，后续测试则称该问题已无法复现。353948

此外，研究人员还发现，WebKit 的部分行为可能绕过 iCloud Private Relay 的代理路径。涉及的场景包括与通行密钥有关的 WebAuthn 请求、DNS 预取以及 WebTransport 连接。这些请求可能直接从设备发出，使网站看到用户的真实 IP 地址。1414

这两类问题涉及不同系统：前者是“隐藏我的邮箱”的邮件路由和退信处理问题，后者则关系到 Private Relay 对 IP 地址和 DNS 信息的保护。它们都不能证明改用 @private.icloud.com 本身会造成同样的漏洞。但在相关隐私功能接连受到质疑的背景下，用户自然会更加警惕任何可能让隐私别名更容易被识别的改动。

对用户和开发者意味着什么

对“隐藏我的邮箱”用户而言，这次撤回保留了现有方案最受重视的一点：新建别名不会迁移到一个明显标注隐私中继用途的域名，从而降低被平台按域名批量识别或拦截的风险。1824

对开发者和邮件服务商而言，需要重点准备的是“通过 Apple 登录”的迁移。系统应接受 @private.icloud.com 这一新的中继域名，同时继续兼容 @privaterelay.appleid.com 等旧地址，确保账号验证、邮件发送和登录流程不会因域名变化而中断。1725

苹果改变了此前的计划：iCloud+“隐藏我的邮箱”新建别名将继续使用 @icloud.com，不再迁移到 @private.icloud.com。不过，“通过 Apple 登录”生成的新私密中继地址仍会按计划迁移到 @private.icloud.com。苹果表示，这一调整是在进一步考虑并听取社区反馈后作出的；现有地址将继续工作，邮件转发不会中断。181924

苹果具体改了什么

苹果在 2026 年 6 月最初宣布，计划让两项隐私功能共用 @private.icloud.com 域名：

• “隐藏我的邮箱”新别名从 @icloud.com 改为 @private.icloud.com；
• “通过 Apple 登录”新生成的中继地址从 @privaterelay.appleid.com 改为 @private.icloud.com；
• 旧地址继续有效，并将邮件转发到用户的真实收件箱。17

现在，苹果重新将两项服务分开处理：

• 隐藏我的邮箱： 新建别名仍使用 @icloud.com，迁移至 @private.icloud.com 的计划取消。1819
• 通过 Apple 登录： 新的私密中继地址仍会从 @privaterelay.appleid.com 迁移至 @private.icloud.com。1819
• 现有地址： 苹果公布的过渡政策仍是让旧地址继续工作并转发邮件。开发者和邮件服务商需要将新的 Apple 域名视为有效地址，不能因为它看起来陌生就直接拒收。1725

用户为什么反对 @private.icloud.com

争议的重点并不是邮件转发功能会消失，而是新域名可能让这些隐私别名变得“一眼可认”。

目前，“隐藏我的邮箱”生成的地址与普通 iCloud 邮箱一样使用 @icloud.com。因此，网站或邮件管理员如果想专门拦截隐私别名，就很难只针对这类地址设置规则，否则也可能误伤普通 iCloud 用户。2429

如果改用明确标注隐私用途的 @private.icloud.com，服务商只需按域名筛选，就能识别出这类地址。它们可能因此更容易被网站、邮件系统或反欺诈规则拒绝，或者被区别对待。2429

“隐藏我的邮箱”的设计目的，是让用户为不同网站和服务使用不同的随机地址，同时保护真实收件箱不被公开。对用户和开发者而言，域名变得更容易识别，虽然不会直接关闭转发功能，却可能削弱这项功能在现实使用中的隐私保护效果。1821

两项 Apple 功能将分别受到什么影响

“隐藏我的邮箱”继续使用 @icloud.com

今后创建新的 iCloud+“隐藏我的邮箱”别名时，用户仍应获得使用 @icloud.com 的地址。按照苹果修订后的政策，新别名不会改用 @private.icloud.com。此前已经创建的别名也仍属于苹果所说的旧地址转发安排。1718

“通过 Apple 登录”仍将迁移至 @private.icloud.com

此次撤回只针对“隐藏我的邮箱”，并不影响“通过 Apple 登录”的域名迁移。后者的新私密中继地址仍会从 @privaterelay.appleid.com 改为 @private.icloud.com。1819

现有的“通过 Apple 登录”中继地址预计仍可继续使用并转发邮件。不过，验证或筛选邮箱域名的服务需要提前支持新域名，避免把合法用户的地址误判为无效。1725

对用户来说，最终结果是两项功能不会再统一到同一个域名：

• “隐藏我的邮箱”继续使用 @icloud.com；
• “通过 Apple 登录”新地址采用 @private.icloud.com；
• 两项服务的旧地址都按照苹果公布的政策继续工作并转发邮件。

这次撤回是否与近期隐私问题有关

目前没有证据表明苹果公开将域名政策的逆转归因于近期安全报告。两者之间能确认的是时间上的接近和用户信心层面的关联，而不是已经得到证实的技术因果关系。

7 月的报道披露，“隐藏我的邮箱”曾存在一种漏洞：向某个别名发送邮件，如果邮件被判定为垃圾邮件并遭到拒收，相关退信或投递日志可能暴露该别名背后的真实邮箱地址。苹果表示，服务器端补丁已于 2026 年 7 月 3 日部署并完全解决问题；不过，关于补丁实际生效时间的报道一度存在争议，后续测试则称该问题已无法复现。353948

此外，研究人员还发现，WebKit 的部分行为可能绕过 iCloud Private Relay 的代理路径。涉及的场景包括与通行密钥有关的 WebAuthn 请求、DNS 预取以及 WebTransport 连接。这些请求可能直接从设备发出，使网站看到用户的真实 IP 地址。1414

这两类问题涉及不同系统：前者是“隐藏我的邮箱”的邮件路由和退信处理问题，后者则关系到 Private Relay 对 IP 地址和 DNS 信息的保护。它们都不能证明改用 @private.icloud.com 本身会造成同样的漏洞。但在相关隐私功能接连受到质疑的背景下，用户自然会更加警惕任何可能让隐私别名更容易被识别的改动。

对用户和开发者意味着什么

对“隐藏我的邮箱”用户而言，这次撤回保留了现有方案最受重视的一点：新建别名不会迁移到一个明显标注隐私中继用途的域名，从而降低被平台按域名批量识别或拦截的风险。1824

对开发者和邮件服务商而言，需要重点准备的是“通过 Apple 登录”的迁移。系统应接受 @private.icloud.com 这一新的中继域名，同时继续兼容 @privaterelay.appleid.com 等旧地址，确保账号验证、邮件发送和登录流程不会因域名变化而中断。1725