Su correo electrónico nunca llegó. El servidor respondió 554 5.0.0 y eso fue todo. Ninguna explicación. Simplemente un rechazo permanente.
El verdadero problema con este error: es deliberadamente vago. Puede significar cinco cosas diferentes. Mientras usted busca cuál es, sus correos continúan rebotando. Y cada rebote degrada un poco más su reputación de expeditor.
Lo que realmente significa el código 554 5.0.0
El código SMTP 554 indica un rechazo permanente. El servidor receptor rechazó su mensaje y no volverá a intentarlo. El subcódigo 5.0.0 es el más genérico que existe: error permanente, punto. El servidor no le dice por qué.
Es diferente de un código como 554 5.7.1 (relevo denegado) o 554 5.7.5 (fallo DMARC) que señalan directamente la causa. Con el 5.0.0, usted debe diagnosticar. La causa se encuentra en una de estas cinco áreas, y el orden en el que las verifica lo cambia todo.
Las cinco causas a verificar, en orden
La mayoría de las guías le dan siete acciones para hacer en paralelo. Es un error. Corregir su SPF antes de saber si su IP está en lista negra le hace perder una hora para nada.
Comience por la lista negra. Ahí es donde la mayoría de los equipos pierde tiempo: modifican su SPF mientras su IP ha estado en lista negra durante tres semanas. MXToolbox o MultiRBL verifican en 30 segundos. Si aparece en Spamhaus, Barracuda o SORBS, el servidor receptor probablemente haya rechazado su mensaje antes de incluso leer el contenido. Cada lista tiene su procedimiento de eliminación: Spamhaus acepta solicitudes a través de un formulario, Barracuda requiere verificación de dominio.
Si no está en lista negra, verifique sus registros de autenticación. SPF, DKIM y DMARC ya no son opcionales. Desde principios de 2024, Google y Yahoo los imponen a los remitentes de alto volumen. En noviembre de 2025, Gmail dio un paso adelante: los mensajes no conformes ya no se filtran como spam, son rechazados activamente. Un SPF mal configurado permite que servidores no previstos envíen en su nombre. ¿Falta DKIM? El receptor no puede verificar la integridad del mensaje. Y si DMARC no está publicado, el servidor opuesto no tiene instrucciones sobre qué hacer cuando la autenticación falla. Verifique sus DNS con MXToolbox o Google Admin Toolbox. En un servidor dedicado o VPS, controle también el DNS inverso (registro PTR): sin un PTR válido apuntando a su dominio, muchos servidores rechazan la conexión antes de incluso verificar SPF o DKIM.
Si implementa DMARC por primera vez, comience con p=none para recopilar informes sin bloquear los mensajes. Una vez que sus flujos estén identificados, cambie a p=quarantine y luego p=reject. Permanecer en p=none indefinidamente no protege contra nada.
Tercera causa posible: el contenido. Algunos servidores rechazan en 554 mensajes que parecen spam, sin mencionar una lista negra. Los desencadenadores comunes: enlaces acortados (bit.ly, tinyurl), archivos adjuntos ejecutables, imágenes sin texto, encabezados mal formados.
Cuarta causa posible: un problema de configuración SMTP entre su cliente y su servidor de envío. Puerto incorrecto, cifrado incorrecto, autenticación deshabilitada. La tabla a continuación enumera los parámetros de referencia.
| Proveedor | Servidor SMTP | Puerto | Cifrado |
|---|---|---|---|
| Gmail | smtp.gmail.com | 587 | TLS |
| Outlook / Microsoft | smtp-mail.outlook.com | 587 | TLS |
| Yahoo Mail | smtp.mail.yahoo.com | 587 | TLS |
| OVH / LWS | ssl0.ovh.net | 465 | SSL |
Quinto caso: el problema viene del destinatario. Buzón lleno, dominio expirado, registros MX corruptos. El error 554 5.0.0 no siempre viene de usted. Envíe a una dirección diferente en el mismo dominio. Si el error se repite solo para este destinatario, el problema está en su lado.
Cómo leer el mensaje de error completo
El código 554 5.0.0 por sí solo no basta. Es el texto que sigue el que contiene la verdadera información.
Abra el mensaje de no entrega (NDR) recibido. Busque la línea que comience con Remote server returned o Diagnostic-Code. A menudo encontrará un mensaje más explícito:
554 5.0.0 Service unavailable: problema de reputación o de configuración del servidor554 5.0.0 Message rejected: contenido o política de filtrado554 5.0.0 NXDomain: el dominio del destinatario no existe o los MX son inválidos554 5.0.0 smtp; 5.1.2 Bad destination host: error de DNS en el dominio del destinatario
Este texto le orienta hacia la causa. No busque corregir sin haberlo leído.
Gmail, Outlook, Exchange: las diferencias a conocer
Gmail impone 500 correos electrónicos por día para cuentas personales y 2.000 para Google Workspace. Más allá, los envíos se bloquean. Gmail también exige que SPF, DKIM y DMARC estén configurados para cualquier remitente que envíe más de 5.000 mensajes al día.
Outlook y Exchange Online aplican filtros basados en la reputación IP. Un servidor que envía desde una dirección sin historial positivo será sospechoso. Microsoft ofrece su herramienta Smart Network Data Services (SNDS) para monitorear esta reputación en tiempo real.
En Exchange on-premise, el error 554 5.0.0 aparece a menudo cuando el relay SMTP no está autorizado para la dirección IP de origen. Verifique los conectores de recepción en Exchange Admin Center.
El error que usted repite sin saberlo
Aquí está lo que hacen la mayoría de los equipos cuando ven un código 554: modifican sus DNS, esperan la propagación, intentan de nuevo, ven que aún no funciona, añaden una entrada SPF, esperan de nuevo. Varias horas perdidas mientras su IP estaba en lista negra desde el principio.
El código 554 5.0.0 es un rechazo permanente. Mientras no se identifique la causa raíz, reenviar el mensaje no sirve de nada. Cada intento adicional degrada su reputación de expeditor.
El orden cuenta. Lista negra primero (5 minutos). Autenticación después (15 a 30 minutos). Contenido y configuración al final.
Evitar el 554 5.0.0 en el futuro
Limpie sus listas primero. Las direcciones inválidas generan hard bounces que degradan la reputación. Un taux de rebote superior al 2 % activa alertas en la mayoría de los proveedores. Una herramienta como CaptainVerify identifica las direcciones inválidas, los trampas de spam y los buzones llenos antes del envío. Menos rebotes, mejor reputación.
Active los bucles de feedback con los grandes proveedores. Yahoo Postmaster y Google Postmaster Tools avisan tan pronto como sus mensajes son marcados como spam. Es gratuito. Evita descubrir el problema demasiado tarde.
Caliente las nuevas IPs de manera progresiva. Un servidor que envía 10.000 correos el primer día será sospechoso para todos los proveedores, incluso si su contenido es impecable.
El 554 5.0.0 no ocurre por casualidad. Está documentando algo. La pregunta es desde hace cuánto tiempo usted ha estado enviando con este problema sin saberlo.
Tenga cuidado de no confundirlo con el error SMTP 550 5.7.1: se parece al 554 pero indica un rechazo por parte del destinatario. Las causas y las correcciones no son las mismas. Si su mensaje de error muestra 550, es otro problema.
Preguntas frecuentes sobre el error SMTP 554 5.0.0
¿Cuál es la diferencia entre 554 5.0.0 y 554 5.7.1?
El código 554 5.7.1 indica un rechazo de relay: su servidor está intentando enviar a través de un relay SMTP que no le autoriza. El 554 5.0.0 es más genérico y cubre varias causas. Ambos son rechazos permanentes pero 5.7.1 apunta directamente al problema de relay.
¿El error 554 5.0.0 siempre viene de mi lado?
No. Si el error contiene NXDomain o Bad destination host, el problema está en el receptor: dominio expirado, MX inválidos. Pruebe con otro destinatario en el mismo dominio para confirmar.
¿Cuánto tiempo lleva salir de una lista negra?
Depende de la lista. Spamhaus puede tardar entre 24 y 48 horas después de presentar una solicitud. Barracuda suele ser más rápido. Algunas listas se actualizan automáticamente si su IP deja de enviar spam durante varios días.
¿Debe contactar al soporte del proveedor destinatario?
Si ha corregido autenticación, lista negra y configuración y el error persiste con un mismo destinatario, sí. Gmail, Microsoft y Yahoo tienen cada uno un formulario postmaster. Proporcione los encabezados completos del mensaje rechazado.
