Error 550 5.7.1: qué te dice el rebote y cómo solucionarlo

Un rebote 550 5.7.1 significa que el servidor de destino revisó tu mensaje y decidió no aceptarlo. Normalmente se debe a una regla de seguridad o de política. No significa que la dirección de correo esté muerta o borrada. La mayoría de las veces el buzón está bien. El problema es que el mismo código cubre problemas muy distintos. Puede ser un registro SPF que falta o un grupo de distribución que solo acepta correo interno. Por eso el código solo no te dice qué arreglar. Te lo dice la línea de texto que va después, junto con el nombre del servidor que envió el rebote.

Primero, lee tres cosas en tu rebote

Abre el rebote completo, no solo el resumen que muestra tu plataforma de correo. Buscas el código, el servidor que rechazó el mensaje y el texto que sigue al código.

Un rechazo de Gmail se ve así en el rebote sin procesar:

Remote-MTA: dns; gmail-smtp-in.l.google.com
Diagnostic-Code: smtp; 550-5.7.1 [203.0.113.10] Our system has detected that this message is likely unsolicited mail. To reduce the amount of spam sent to Gmail, this message has been blocked. - gsmtp

En este fragmento, el servidor que respondió está en la línea Remote-MTA: gmail-smtp-in.l.google.com. El código aparece en la línea Diagnostic-Code como 550-5.7.1. El texto después de la IP dice que los filtros de Gmail decidieron que el mensaje parecía spam. La cadena final - gsmtp confirma que Gmail generó el rebote. Si en su lugar ves la marca gcdp, como en 550 5.7.1 This message violates example.com email policy. - gcdp <sessionid> - gsmtp, el rechazo viene de una regla que creó el administrador de Google Workspace del destinatario.

El mismo código desde Outlook.com dice algo muy distinto:

Remote-MTA: dns; outlook-com.olc.protection.outlook.com
Diagnostic-Code: smtp; 550 5.7.1 Unfortunately, messages from [203.0.113.10] weren't sent. Please contact your Internet service provider since part of their network is on our block list (S3150).

Un host que termina en protection.outlook.com significa que lo rechazaron los servidores de Microsoft. Nombres como outlook-com.olc.protection.outlook.com pertenecen al Outlook.com y Hotmail de consumo, no a la configuración de Microsoft 365 de una empresa. El código coincide con el ejemplo de Gmail, pero la causa es completamente distinta. S3150 significa que la IP desde la que enviaste, o parte de su red, está en la lista de bloqueo de Microsoft. No tiene nada que ver con la dirección del destinatario.

Encuentra tu mensaje 550 5.7.1 exacto

Cada sistema de correo redacta su 550 5.7.1 de forma distinta. Busca en la tabla la fila que coincide con el texto de tu rebote.

La versión más vaga es el texto básico de la RFC 3463, 550 5.7.1 Delivery not authorized, message refused (entrega no autorizada, mensaje rechazado), sin nada más detrás. Algunos servidores dan un motivo corto a propósito para que los spammers no sepan qué activó el filtro. Si envías a través de un relay o un smarthost, comprueba primero que tu aplicación inicia sesión de verdad (SMTP AUTH) antes de enviar. Una conexión sin autenticar es una causa común de tu lado. Si inicia sesión, pide al destinatario que busque el mensaje en sus propios registros de correo. Normalmente es el único sitio donde queda guardado el motivo real.

Si el problema está de tu lado

Si el rebote apunta a la autenticación, la reputación o el relay, puedes arreglarlo sin el destinatario. Revisa primero la autenticación. Arreglar la reputación no sirve mientras SPF o DKIM fallen.

Gmail y Outlook.com ahora rechazan directamente mucho correo sin autenticar, así que empieza por el DNS. Tu dominio de envío necesita registros SPF, DKIM y DMARC. DKIM suele ser un CNAME que te da tu proveedor de correo. Revisa primero el registro SPF. Debe incluir cada IP de servidor y cada servicio de envío que manda mensajes en tu nombre. La RFC 7208 limita cada dominio a un registro SPF y a diez consultas DNS. Publicar varios registros o pasar de diez consultas provoca fallos PermError automáticos. Después, envíate un mensaje de prueba y abre los encabezados. La vista "Mostrar original" de Gmail indica SPF, DKIM y DMARC como PASS o FAIL. Es más rápido que leer los registros DNS. El registro DMARC está en _dmarc.yourdomain.com, y el dominio de tu dirección From tiene que coincidir con el dominio que pasó SPF o DKIM.

Si la autenticación pasa y Gmail sigue diciendo "likely unsolicited mail" (probablemente correo no solicitado), el problema suele ser la reputación. Es decir, cómo han reaccionado los destinatarios a tu correo anterior. Google Postmaster Tools muestra tu tasa de spam. Google pide a los remitentes que la mantengan por debajo del 0,1% y que nunca llegue al 0,3%. Si sube, pausa la campaña en lugar de enviar más volumen. El correo que llegaba a spam suele empezar a rebotar directamente cuando la reputación sigue bajando.

La calidad de la lista influye directamente en eso. Las listas antiguas están llenas de buzones abandonados, y algunos proveedores convierten direcciones muertas desde hace tiempo en spam traps. Si caes en ellas, o rebotas en muchas direcciones que ya no existen, los filtros entienden que no mantienes limpia tu lista. Si la lista tiene más de unos meses, o viene de un scraping o de una compra, revisa la lista antes de enviar (en inglés).

Los errores de relay son un problema aparte. Unable to relay o Invalid credentials for relay [IP] significa que el servidor por el que envías no reconoce que tu aplicación tenga permiso para usarlo.

Si envías mensajes por el servicio de relay SMTP de Google Workspace, abre la Consola de administración de Google, ve a Aplicaciones, selecciona Google Workspace, abre Gmail y entra en Enrutamiento. Revisa la configuración del servicio de relay SMTP. Si te autenticas por dirección IP, confirma que la IP de tu servidor aparece en la lista de permitidas. Si te autenticas con credenciales, comprueba que tu aplicación se conecta por el puerto 587 con TLS y con las credenciales correctas de la cuenta. Si envías a través de Microsoft 365, abre el Centro de administración de Exchange y revisa tus conectores de flujo de correo. Las aplicaciones y dispositivos que envían a través de Microsoft 365, como un CRM o un escáner de oficina, suelen pasar por un conector. Una IP o un nombre de certificado incorrectos en ese conector son un motivo común del error 550 5.7.1 Unable to relay.

Si solo el destinatario puede arreglarlo

A veces el bloqueo es intencionado. Las empresas en Microsoft 365 o Google Workspace suelen crear reglas que impiden que remitentes externos lleguen a ciertas direcciones.

Un caso común es una lista de distribución como all-staff@ que solo acepta correo de dentro de la empresa. Si le escribes desde fuera, Exchange Online te devuelve un rebote 550 5.7.1, a menudo con el nombre del grupo. La propia página de solución de problemas de Microsoft dice que el remitente normalmente no puede arreglarlo. El propietario del grupo o un administrador de Exchange debe editar el grupo en el Centro de administración de Microsoft 365 y añadir tu dirección a la lista de remitentes permitidos.

Google Workspace funciona igual. La cadena gcdp en un rebote de Gmail significa que un administrador creó una regla personalizada en la Consola de administración de Google que rechazó tu mensaje por su contenido, sus adjuntos o el dominio del remitente. Nada que cambies de tu lado lo va a evitar.

En ese caso, pide al destinatario que pase el rebote a su equipo de TI. Dales la dirección de envío, la dirección del destinatario, la hora del rebote y el rebote completo. Por ejemplo:

Hola, [Nombre]. Un correo que te envié el [Fecha] a las [Hora] rebotó con un error de política 550 5.7.1. Parece que una regla de tu sistema de correo lo bloqueó. ¿Puedes pasar estos datos del rebote a tu equipo de TI para que permitan la entrega desde mi dirección?
Remitente: [Tu correo]
Destinatario: [Su correo]
Diagnóstico: [Pega la línea Diagnostic-Code]

Códigos que puedes ver junto al 550 5.7.1

Estos son los códigos de error SMTP que más a menudo aparecen en el mismo informe de rebotes. Algunos significan que la dirección ya no existe. Otros significan que la dirección está bien y que tu configuración necesita trabajo.

Para ver en general en qué se diferencian los rebotes temporales y los permanentes, lee nuestra guía sobre rebote duro vs rebote suave. En la práctica, elimina una dirección después de un 550 5.1.1, pero consérvala después de un 550 5.7.26. En ese caso la dirección está bien y lo que falló fue tu autenticación.

El 550 5.7.515 solo se aplica a remitentes grandes. Desde el 5 de mayo de 2025, Microsoft rechaza el correo de dominios que envían 5.000 o más mensajes al día a direcciones de Outlook.com, Hotmail y Live, salvo que SPF pase, DKIM pase y un registro DMARC (con p=none basta) esté alineado con uno de los dos.

A veces verás este código escrito en internet como 5.7.15, pero ese es un código distinto (prioridad demasiado baja). El rebote de Microsoft dice 5.7.515.

Preguntas frecuentes

¿Cómo soluciono el código de error 550 5.7.1? Lee la línea de diagnóstico de tu rebote para ver si el fallo vino de la autenticación, de la reputación o de una regla del lado del destinatario. Si falló la autenticación, actualiza tus registros SPF, DKIM y DMARC y comprueba tus credenciales SMTP de salida. Si el bloqueo vino de una regla del administrador del destinatario o de un grupo restringido, envía los encabezados del rebote al destinatario para que su equipo de TI permita tu dirección.

¿Qué es el 550 5.7.1 unsolicited mail? Es Gmail diciendo que sus filtros creen que tu mensaje es spam. Se basa sobre todo en tu reputación de remitente. Las causas habituales son destinatarios que marcan tu correo como spam, un salto repentino de volumen desde un dominio o una IP nuevos, o enviar a una lista antigua. Revisa tu tasa de spam en Google Postmaster Tools y envía más despacio hasta que vuelva a estar por debajo del 0,1%.

¿Qué significa el código de estado 5.7.1 de Outlook? En Microsoft 365, un 5.7.1 de Outlook suele significar que una política de Exchange o una restricción de grupo bloqueó la entrega. En las cuentas de consumo de Outlook.com y Hotmail, suele incluir el código S3150. Eso significa que Microsoft puso tu IP de envío en su lista de bloqueo de consumo. Si ves S3150, contacta con quien gestiona tu servidor de envío e indícale el enlace de solución de problemas que viene en el rebote.

¿Qué significa "550 5.7.1 outbound relay not allowed"? Este error significa que una aplicación intentó enviar correo a través de un servidor SMTP sin una autenticación válida. Los servidores de correo no hacen relay para remitentes sin autenticar, para que los spammers no puedan enviar a través de ellos. Para resolverlo, configura tu aplicación para que se autentique con un usuario, una contraseña y una conexión TLS válidos en el puerto 587.

Sea cual sea la causa, guarda el rebote completo. Es lo primero que te pedirá el equipo de TI del destinatario o tu proveedor de correo.

Si la mayoría de tus rebotes son 550 5.1.1 en lugar de 5.7.1, el problema es la lista. Vale la pena verificarla con Giggal.ai (en inglés) antes del próximo envío.