Las direcciones de Hide My Email de iCloud+ permanecerán en icloud.com
Apple ha revertido sus planes de sacar los alias de iCloud+ “Hide My Email” del dominio principal @icloud.com, manteniéndolos indistinguibles de las direcciones normales de iCloud. Quienes comentan sostienen que esto es crucial para la privacidad porque un dominio de relay separado haría trivial que los sitios bloquearan o penalizaran los correos enmascarados, al tiempo que también se abordan cuestiones relacionadas como la reputación del correo, el filtrado de spam y la postura más amplia de Apple sobre privacidad y control de la plataforma.
Reacción general
- Muchos se alegran de que Apple haya cambiado de rumbo y mantenga Hide My Email en
@icloud.com. - El cambio se ve como una señal de que Apple está escuchando las opiniones de la comunidad, aunque algunos lo interpretan como prueba de una toma de decisiones interna debilitada.
Por qué mantener @icloud.com importa
- Beneficio principal: los alias de Hide My Email son indistinguibles de las direcciones normales de iCloud, lo que los hace difíciles de filtrar o bloquear.
- Usar un dominio especial como
private.icloud.comharía trivial que los sitios y los sistemas antiabuso los rechazaran o los trataran de forma diferente, socavando la función. - Varias personas dicen que este enfoque de “dominio compartido con usuarios normales” es la única manera robusta de que sobrevivan los relays privados; Fastmail se cita como un modelo similar.
Sign in with Apple vs Hide My Email
- El hilo aclara repetidamente:
- Las direcciones de “Sign in with Apple” están pasando de
privaterelay.appleid.comaprivate.icloud.com. - Los alias de iCloud+ “Hide My Email” se quedan en
@icloud.com.
- Las direcciones de “Sign in with Apple” están pasando de
- La confusión surge porque Apple usa la terminología “hide my email” en ambos contextos.
Infraestructura, errores y filtraciones de privacidad
- Algunos sostienen que el plan original de un dominio separado era arreglar errores internos en los que las direcciones reenviadas podían revelar el correo real (por ejemplo, en mensajes de rebote o APIs que resuelven alias).
- Otros responden que un cambio de dominio por sí solo no soluciona esas filtraciones; la verdadera cuestión es manejar correctamente los alias.
- En general, los detalles del error subyacente se consideran poco claros.
Reputación del correo, rebotes y bloqueos
- Preocupa que los alias desactivados generen rebotes, lo que puede perjudicar la reputación del remitente a través de los proveedores de correo.
- Hay debate sobre si Apple debería devolver rebotes o descartarlos silenciosamente; algunos quieren rebotes para penalizar a los spammers, mientras que otros creen que los rebotes son ruido inútil.
- Algunos informan de que Gmail clasifica agresivamente los correos de iCloud como spam; otros usan filtros o aceptan que ese es un problema de Gmail.
Bloqueo por proveedor, dominios y alternativas
- Crítica: usar
@icloud.comy no admitir dominios propiedad del usuario para Hide My Email crea bloqueo por plataforma; cambiar luego significa actualizar muchas cuentas. - Réplica: esto es parecido en cualquier gran proveedor; la mayoría de los usuarios tampoco usa dominios personalizados.
- Varios comparan con Fastmail, SimpleLogin, Proton, Firefox Relay, Migadu, etc., y señalan que los dominios de alias suelen ser bloqueados, mientras que los dominios de consumo masivo (iCloud, Gmail) no lo son.
La postura de Apple sobre la privacidad y el apalancamiento del ecosistema
- Algunos elogian a Apple como la única gran tecnológica que invierte mucho en privacidad (Hide My Email, Private Relay, Private Cloud Compute).
- Otros ven la privacidad como una estrategia de marca de lujo más que como ética, y señalan límites (p. ej., control de la App Store, restricciones del motor del navegador, la propuesta anterior de escaneo de fotos en el dispositivo).
- Múltiples comentarios señalan que la cuota de mercado de Apple le permite imponer la aceptación de funciones de privacidad: bloquear dominios de iCloud o Private Relay significaría perder demasiados usuarios.