iCloud+ Hide My Email endereços permanecerão em icloud.com
A Apple voltou atrás nos planos de mover os aliases do iCloud+ “Hide My Email” para fora do domínio principal @icloud.com, mantendo-os indistinguíveis de endereços iCloud normais. Os comentaristas argumentam que isso é crucial para a privacidade porque um domínio de relay separado tornaria trivial para sites bloquear ou penalizar e-mails mascarados, além de abordar questões relacionadas como reputação de e-mail, filtragem de spam e a postura mais ampla da Apple em privacidade e controle da plataforma.
Reação geral
- Muitos se aliviam por a Apple ter voltado atrás e mantido o Hide My Email em
@icloud.com. - A mudança é vista como a Apple ouvindo o feedback da comunidade, embora alguns a considerem evidência de uma tomada de decisão interna enfraquecida.
Por que manter @icloud.com importa
- Benefício central: os aliases do Hide My Email são indistinguíveis de endereços iCloud normais, o que os torna difíceis de filtrar ou bloquear.
- Usar um domínio especial como
private.icloud.comtornaria trivial para sites e sistemas antiabuso rejeitá-los ou tratá-los de forma diferente, minando o recurso. - Várias pessoas dizem que essa abordagem de “domínio compartilhado com usuários normais” é a única forma robusta de relays privados sobreviverem; Fastmail é citado como um modelo semelhante.
Sign in with Apple vs Hide My Email
- O tópico esclarece repetidamente:
- Os endereços de “Sign in with Apple” estão mudando de
privaterelay.appleid.comparaprivate.icloud.com. - Os aliases do iCloud+ “Hide My Email” permanecem em
@icloud.com.
- Os endereços de “Sign in with Apple” estão mudando de
- A confusão vem do fato de a Apple usar a terminologia “hide my email” nos dois contextos.
Infraestrutura, bugs e vazamentos de privacidade
- Alguns argumentam que o plano original para um domínio separado era corrigir bugs internos em que endereços encaminhados podiam vazar o e-mail real (por exemplo, em mensagens de bounce ou APIs resolvendo aliases).
- Outros contra-argumentam que uma mudança de domínio por si só não resolve esses vazamentos; a correção no tratamento dos aliases é o que realmente importa.
- No geral, os detalhes do bug subjacente são considerados pouco claros.
Reputação de e-mail, bounces e bloqueio
- Há preocupação de que aliases desativados gerem bounces, o que pode prejudicar a reputação do remetente via provedores de serviço de e-mail.
- Há debate sobre a Apple deveria fazer bounce ou descartar silenciosamente; alguns querem bounces para penalizar spammers, outros acham que bounces são ruído inútil.
- Alguns relatam que o Gmail classifica agressivamente e-mails do iCloud como spam; outros usam filtros ou aceitam isso como um problema do Gmail.
Lock-in, domínios e alternativas
- Crítica: usar
@icloud.come não oferecer suporte a domínios próprios do usuário para o Hide My Email cria lock-in de plataforma; mudar para outra depois exige atualizar muitas contas. - Contra-argumento: isso é semelhante em qualquer grande provedor; a maioria dos usuários nem usa domínios personalizados.
- Vários comparam com Fastmail, SimpleLogin, Proton, Firefox Relay, Migadu etc., observando que domínios de aliases muitas vezes são bloqueados, enquanto domínios de grandes consumidores (iCloud, Gmail) não são.
Posição de privacidade da Apple e alavancagem do ecossistema
- Alguns elogiam a Apple como a única grande empresa de tecnologia investindo fortemente em privacidade (Hide My Email, Private Relay, Private Cloud Compute).
- Outros veem privacidade como uma estratégia de branding de luxo, e não ética, e apontam limitações (por exemplo, controle da App Store, restrições ao motor do navegador, proposta anterior de verificação de fotos no dispositivo).
- Vários comentários observam que a participação de mercado da Apple lhes permite forçar a aceitação de recursos de privacidade: bloquear domínios iCloud ou Private Relay significaria perder usuários demais.