Última actualización: julio de 2026

En resumen: Los servidores de correo alojados por IONOS (anteriormente 1&1) rechazan los mensajes salientes cuando se infringen las políticas del remitente (550 Reject due to policy restrictions), cuando se intenta contactar con demasiadas direcciones inexistentes o cuando el nombre de host HELO/EHLO cambia dinámicamente. Consulta a continuación las definiciones y flujos de solución.

Al entregar correo a destinatarios con buzones alojados en los sistemas de IONOS, tu servidor se enfrenta a una infraestructura de seguridad multinivel. Para proteger a los usuarios del phishing y el spam, IONOS evalúa rigurosamente tanto la autenticación técnica del dominio como el comportamiento de conexión del MTA.

Error 550 — Reject due to policy restrictions

Cadena de error exacta de IONOS

550 Reject due to policy restrictions

Significado y causa raíz

Este rechazo permanente (550 hard bounce) indica que tu correo no superó las comprobaciones técnicas de conformidad en la entrada de IONOS. Los motivos habituales incluyen:

  • Falta de autenticación: Tu dominio carece de un registro Sender Policy Framework (SPF) válido o de una firma DKIM válida, o falló la verificación de alineación DMARC.
  • Rango de IP dinámica: Tu servidor intenta entregar correos directamente desde una dirección IP residencial o dinámica de ISP sin autenticar.
  • DNS inverso incorrecto: El registro de DNS inverso (PTR) de tu dirección IP de envío no existe o no coincide con el nombre de host anunciado durante el saludo inicial.

Pasos concretos de solución

  1. Verifica SPF, DKIM y PTR: Asegúrate de que tu dirección IP pública tiene publicado un registro de DNS inverso confirmado directo y de que tu dominio mantiene registros SPF y DKIM válidos.
  2. Utiliza un relé autenticado: Si alojas tu servidor de correo en una conexión residencial o en un rango de IP dinámico, configura un relé smarthost autenticado a través de tu proveedor.

Plazo realista

Una vez que tus registros de autenticación y DNS inverso se propagan en los servidores DNS mundiales (lo que suele demorar entre 15 y 60 minutos), los servidores de IONOS reanudan la aceptación de correo sin restricciones.

Bloqueo de IP debido a una tasa de rebote elevada

Directriz exacta de la documentación postmaster

Due to a poor delivery rate by sending to too many non-existent email addresses, the IP address of your email server is blocked from sending email to IONOS customers.

Significado y causa raíz

Los filtros anti-abuso de IONOS supervisan la proporción de intentos de entrega que resultan en errores de destinatario (550 Requested action not taken: Mailbox unavailable). Si un servidor intenta mandar correos a un número excesivo de buzones inexistentes en un corto intervalo de tiempo (como ocurre en ataques de recolección de directorios, envíos de scripts comprometidos o campañas a listas sin limpiar), IONOS bloquea la dirección IP para todos sus clientes.

Pasos concretos de solución

  1. Purga los destinatarios no válidos: Depura de inmediato tus listas de suscriptores y bases de datos para eliminar todas las direcciones de correo que hayan devuelto previamente un rebote duro (550 Mailbox unavailable).
  2. Implementa el doble opt-in: Establece procedimientos de doble confirmación de suscripción en los formularios web para impedir que direcciones inválidas, erróneas o maliciosas entren en tus colas de envío.
  3. Envía una solicitud de desbloqueo: Una vez saneadas tus listas y verificada la seguridad del servidor, presenta una solicitud formal de desbloqueo de IP a través del portal oficial de contacto para postmasters de IONOS.

Plazo realista

El equipo de postmasters de IONOS evalúa las solicitudes de desbloqueo de forma manual y mediante controles de reputación automatizados. Tras la verificación, el desbloqueo suele completarse entre 24 y 48 horas después.

Limitación temporal en HELO/EHLO (Retraso)

Directriz exacta de la documentation postmaster

The delivery of emails was temporarily delayed due to a constantly changing HELO/EHLO entry of your email server.

Significado y causa raíz

Durante el inicio de la conexión SMTP (comando HELO o EHLO), si tu servidor de correo cambia de forma dinámica el nombre de host anunciado en conexiones sucesivas o genera identificadores aleatorios, IONOS clasifica esta actividad como propia de una botnet. En respuesta, el servidor aplica una limitación temporal (greylisting/retrasos) para frenar los intentos de entrega.

Pasos concretos de solución

  1. Configura un FQDN estático: Ajusta tu agente de transporte de correo (MTA, como el parámetro myhostname en Postfix o el conector de envío en Exchange) para anunciar un único nombre de dominio completamente cualificado y estático (mail.tudominio.es) en todas las conexiones.
  2. Alinea con el DNS inverso: Comprueba que este nombre de host estático en HELO/EHLO coincide plenamente con el registro de DNS inverso (PTR) asignado a tu dirección IP de envío.

Plazo realista

Una vez que tu MTA esté configurado con un nombre HELO/EHLO estático y demuestre un comportamiento de conexión estable, la limitación automática de IONOS se retirará de forma automática en un periodo de 1 a 4 horas.

Verificación de tu configuración

Para verificar que la configuración de tu servidor y tus registros de autenticación DNS (SPF, DKIM, DMARC, DNS inverso PTR y alineación HELO) cumplen rigurosamente con las normas de seguridad de IONOS, audita tu dominio al instante mediante el escáner gratuito MXAudit.

Más información