El 550 5.7.515 de Outlook: el rechazo que significa que tu correo simplemente desapareció.

¿Qué es 550 5.7.515 y por qué el mensaje desaparece en vez de ir a spam?

El 5 May 2025, Microsoft empezó a rechazar el correo masivo que no cumple sus requisitos de autenticación con un error específico: 550 5.7.515 Access denied, sending domain [domain] does not meet the required authentication level. El 550 lo marca como fallo permanente, y ese único dígito lo cambia todo sobre cómo deberías responder. 550 is a 5xx permanent rejection — the message is refused outright, not deferred or retried, and never reaches the recipient. There is no junk-folder fallback at the enforcement stage.

Es un cambio deliberado respecto al modelo antiguo, donde el correo que fallaba se aceptaba en silencio y caía en la carpeta de spam. Microsoft decidió que el spam silencioso confundía tanto al remitente como al destinatario — ninguno podía saber por qué se había filtrado un mensaje — así que reemplazó la ambigüedad por una respuesta dura y legible. El resultado se siente más áspero, pero es más honesto: en vez de un mensaje sin ver en una carpeta de spam, recibes una señal inmediata e inconfundible de que algo en tu autenticación está mal.

El alcance es específico. Microsoft consumer mailboxes only: Outlook.com, Hotmail.com, Live.com, MSN — over 500 million active mailboxes. Not Microsoft 365 / Exchange Online tenant mail. Senders of more than 5,000 messages per day to Microsoft consumer mailboxes. The 5,000/day count is per sending domain. Si tu correo a direcciones de consumo de Microsoft está fallando y el código de rebote es 5.7.515, esto es la puerta de autenticación de remitente masivo y no un filtro de contenido ni un bloqueo por reputación — lo que importa, porque el arreglo es completamente distinto del que harías para un problema de puntuación de spam o de reputación.

Por qué la alineación, no la presencia, suele ser la culpable

Cuando un remitente insiste en que sus registros son correctos y el correo aún se rechaza, la respuesta casi siempre es la alineación. The 550 5.7.515 text does not say which of SPF, DKIM, DMARC, or alignment failed — only that the bar was not met. Diagnosis means checking each in turn. La alineación es el requisito de que SPF o DKIM pasen y además se autentiquen bajo el mismo dominio que aparece en la dirección From que el destinatario ve, y es fácil pasarla por alto porque las comprobaciones individuales pueden salir todas en verde mientras la alineación falla en silencio.

El caso clásico es el correo enviado a través de un proveedor de servicios de email. Tu campaña se autentica con limpieza — SPF pasa para el dominio de envío del ESP, DKIM se firma con la clave del ESP — pero los dominios del sobre y de la firma pertenecen a la plataforma, no a ti, así que DMARC ve un desajuste con tu dominio From y registra un fallo. Microsoft entonces lo rechaza. El arreglo es configurar un return-path y un dominio de firma DKIM personalizados que coincidan con tu propio dominio, algo que todo ESP serio admite, para que el mecanismo que pasa se alinee.

Aquí también es donde el trabajo de entregabilidad previo da fruto. The third major enforcement action in 18 months after Gmail and Yahoo (Feb 2024). Together these providers cover the majority of consumer inboxes, closing the last big gap where authentication could be treated as optional. Un dominio que ya movió DMARC a una política publicada, mantuvo SPF bajo su límite de búsquedas y alineó DKIM para Gmail y Yahoo pasará la puerta de Microsoft sin un solo cambio, porque los requisitos se solapan casi por completo. Los equipos más golpeados por el 5.7.515 son los que habían tratado a Microsoft como el único proveedor que aún podían ignorar.

¿Aplica el 5.7.515 si envío a través de un ESP?

Sí, y la plataforma desde la que envías no te exime — es tu dominio From lo que Microsoft juzga, no la reputación de tu proveedor. Enviar a través de un proveedor de servicios de email grande y bien considerado no supera automáticamente el listón, porque la puerta trata de si la autenticación se alinea con el dominio de tu encabezado From, que es tuyo sin importar de quién sean los servidores que llevan el mensaje. Un ESP serio te da las herramientas para alinear, pero no alinea por ti de forma automática.

La implicación práctica es que tienes que hacer la configuración de alineación en los ajustes de tu ESP, no asumir que está resuelta. Eso suele significar verificar tu dominio, activar la firma DKIM con el selector de tu propio dominio en vez del de la plataforma, y configurar un return-path personalizado (a veces llamado MAIL FROM personalizado o dominio de rebote) para que el dominio del sobre coincida con tu dominio From. Toda plataforma grande lo documenta; el paso es fácil de saltarse porque el correo parece enviarse bien justo hasta que Microsoft lo rechaza.

También es por lo que una sola organización puede ver parte de su correo rechazado y parte entregado. Si tu correo transaccional va por un servicio bien alineado y tu correo de marketing por otro que nunca se configuró para alinear, solo el segundo flujo acumula errores 5.7.515. Auditar cada servicio de envío por separado — cada plataforma que envía como tu dominio — es la única forma de estar seguro de haberlos cubierto todos.

Dónde nos situamos

Diremos lo tranquilizador primero, porque la cobertura de este cambio ha sido alarmista: si has hecho el trabajo de autenticación que Gmail y Yahoo ya exigían, la puerta de Microsoft no es un proyecto nuevo. Los requisitos se solapan casi por completo, y un dominio correctamente autenticado y alineado pasa el 5.7.515 sin configuración específica de Microsoft. Buena parte del pánico alrededor de este error viene de remitentes que descubren, todo de golpe, que una autenticación que habían aplazado estaba pendiente en cada gran proveedor — Microsoft fue simplemente el último en aplicarla.

Las cautelas honestas son dos. Primera, no suprimas las direcciones que este error rechaza: son buenos destinatarios tras un problema del lado del remitente, y borrarlas erosiona tu lista en silencio mientras crees que la limpias. Segunda, el umbral de 5.000 al día es una línea de salida, no un refugio seguro — Microsoft has said full rejection of all non-compliant mail (beyond the 5,000/day threshold) will follow on a date to be announced — the 5,000/day line is the current trigger, not a permanent ceiling. Si envías a buzones de Microsoft, lo correcto es dejar la autenticación y la alineación bien ahora, a cualquier volumen, en vez de esperar a que el umbral baje hasta ti. Alojamos infraestructura de envío y montamos SPF, DKIM, DMARC y return-paths alineados como parte del alta; si envías por un ESP, el mismo trabajo de alineación aplica, y nos alegra decirte cuándo tu configuración actual ya supera el listón.