// cómo solucionarlo
iCloud "554 5.7.1 [CS01] Message rejected due to local policy" y "[HM08]": cómo solucionarlo
Apple iCloud Mail ha rechazado tu email con CS01 o HM08. Qué suelen significar estos códigos y cómo corregir la autenticación y la reputación.
Qué significa
iCloud Mail de Apple (direcciones que terminan en @icloud.com, @me.com y @mac.com) ha rechazado tu mensaje. El rebote suele tener este aspecto:
554 5.7.1 [CS01] Message rejected due to local policy. Please visit https://... 554 5.7.1 [HM08] Message rejected due to local policy. Please visit https://...
"Local policy" significa que las reglas de filtrado propias de Apple han decidido rechazar el email. Apple publica muy poca información sobre cada código, así que no se muestra la regla exacta. En la práctica, tanto CS01 como HM08 están relacionados con lo fiables que parecen tu email y su remitente: autenticación, reputación de la IP de envío y contenido.
Por qué ocurre
- Problemas de autenticación. Sin SPF, sin firma DKIM o con un fallo de DMARC para el dominio From. Apple espera cada vez más SPF y DKIM en todo el correo, y DMARC para quienes envían en volumen.
- Mala reputación de la IP. Tu IP está en una lista de bloqueo, es nueva y no tiene historial, o la compartes con remitentes que han enviado spam.
- DNS inverso ausente o genérico. La IP no tiene registro PTR (el nombre asociado a la IP), o tiene uno genérico que parece una conexión doméstica.
- Contenido con aspecto de spam o de phishing, enlaces a dominios señalados o acortadores de URL.
- Quejas de usuarios de iCloud que han marcado tus mensajes como correo no deseado.
- Volumen: una ráfaga repentina de emails a direcciones de iCloud.
Cómo comprobarlo
- Haz una prueba con Delivmail. En la página de inicio (
/), copia tu dirección de prueba única y envíale el mismo email desde el mismo servidor o herramienta. El informe muestra SPF, DKIM, DMARC, el DNS inverso de la IP de envío, las listas negras, los dominios de los enlaces y una puntuación de SpamAssassin. - Escanea tu dominio. Usa
/domain-scannerpara comprobar que tus registros SPF y DMARC existen y son válidos. - Comprueba la IP y tu dominio en
/blacklists. - Lee la información para postmasters de Apple. Apple tiene una página "postmaster information for iCloud Mail" en su web de soporte. Enumera sus requisitos y cómo contactar con el equipo de iCloud Mail. Búscala por ese nombre, porque la dirección de la página cambia de vez en cuando.
Cómo solucionarlo
- Autentica tu correo.
- Un único registro SPF que incluya todos los servidores y servicios que envían por tu dominio.
- Firma DKIM con tu propio dominio (no solo con el del proveedor).
- Un registro DMARC, como mínimo
v=DMARC1; p=none; rua=mailto:..., para ver quién envía en nombre de tu dominio.
- Corrige el DNS inverso. Si gestionas tu propio servidor, pide a tu empresa de hosting que configure un registro PTR como
mail.yourdomain.com, y asegúrate de que ese nombre apunta de vuelta a la misma IP. - Sal de las listas de bloqueo si tu IP o tu dominio aparecen en ellas, después de corregir lo que lo provocó.
- Limpia el contenido. Usa tu propio dominio en los enlaces, evita los acortadores, mantén un buen equilibrio entre texto e imágenes e incluye un enlace de baja que funcione en el correo de marketing.
- Respeta a tus destinatarios. Envía solo a quien ha pedido tus emails y elimina las direcciones que rebotan.
- Contacta con Apple si todo está limpio y el rechazo continúa. Usa el contacto indicado en la página para postmasters de Apple e incluye el mensaje de rebote completo, tu IP de envío y la fecha y hora.
Con un proveedor de email compartido
Si envías a través de una empresa de hosting o un servicio de envío, el problema puede ser su IP. Reenvía el rebote a su soporte y pregunta si otros clientes ven rechazos de iCloud.
Comprueba que está solucionado
Haz una nueva prueba con Delivmail: SPF, DKIM y DMARC deberían superarse, el DNS inverso debería ser válido y las listas negras deberían estar limpias. Espera a que los cambios DNS se propaguen (normalmente menos de una hora). Después vuelve a enviar el email a la dirección de iCloud que rebotó. Si la causa era la reputación, pueden hacer falta unos días de envíos limpios para que iCloud vuelva a aceptar todos tus mensajes.
Comprueba que está solucionado
Un cambio de DNS puede tardar de unos minutos a unas horas. Después, envía un nuevo email de prueba o vuelve a escanear tu dominio.
Guías relacionadas
- Tu dominio no tiene registro DMARCDMARC indica a los receptores qué hacer con los emails que fallan SPF y DKIM, y te envía informes. Gmail y Yahoo lo exigen a los envíos masivos. Empieza con un registro seguro de monitorización.
- DMARC falla: SPF y DKIM no coinciden con tu dominioSPF o DKIM pueden superarse y DMARC fallar igualmente, porque se superaron para otro dominio. Haz que al menos uno use el mismo dominio que tu dirección From.
- Pasar DMARC de p=none a quarantine o reject sin riesgosp=none solo observa. Para frenar de verdad los emails falsos con tu dominio, pasa poco a poco a quarantine y a reject, sin bloquear tus propios emails.
- Requisitos de Gmail y Yahoo para envíos masivosDesde 2024, Gmail y Yahoo exigen a los grandes remitentes autenticar sus emails, ofrecer la baja en un clic y mantener las quejas por spam muy bajas. Aquí tienes la lista de comprobación.
- Tus emails acaban en la carpeta de spam de GmailCuando Gmail envía tus emails a spam, la causa casi siempre es la autenticación, la reputación o el contenido. Así puedes saber cuál es y solucionarlo.