Outlook.com y Hotmail rechazaron correos legítimos por días: Microsoft culpa a su antispam
Si tu casilla de Outlook.com, Hotmail, Live o MSN estuvo rara de tan tranquila a principios de noviembre, no fue que nadie te quería escribir. Microsoft le confirmó a Windows Latest que Outlook.com rechazó correos legítimos que iban a direcciones de Outlook.com, Hotmail y Live por una actualización de sus reglas antispam, que ya revirtió, y que el correo volvió a fluir. Windows Latest y el proveedor de correo MailRoute vieron rebotes también en cuentas @msn.com. Según esos dos, los rechazos empezaron al menos el 5 de noviembre; terminaron el 9 a las 11:02 UTC (las 8:02 en Argentina), la hora que da el aviso de Microsoft según MailRoute y que Windows Latest también constató.
Qué hacer hoy: si esperabas algo que no llegó a principios de noviembre, hasta el 9 (una factura, un código, un turno, la respuesta de un cliente), pedí que te lo reenvíen. No lo busques en Correo no deseado: esos mensajes fueron rechazados antes de entrar a tu buzón, así que no están en ninguna carpeta. Tampoco tenés que cambiar nada de tu cuenta. Y si mandás correos desde el dominio de tu empresa, Microsoft dice que no hace falta tocar los registros SPF, DKIM ni DMARC por este problema; lo que sí conviene es revisar qué te rebotó esos días y volver a mandarlo.
Si nadie te avisó que te había escrito, lo más probable es que no te hayas enterado de nada. Ese es justamente el problema.
Lo que dijo Microsoft
La confirmación llegó por un vocero de la empresa, que respondió a las consultas de Windows Latest con esta declaración:
Resolvimos un problema que pudo haber impedido que algunos mensajes de correo llegaran a direcciones de Outlook.com, Hotmail y Live, y el flujo de correo se restableció. Seguimos monitoreando para ayudar a garantizar que el correo se entregue como se espera.Vocero de Microsoft, a Windows Latest, 12 de noviembre de 2026 (traducido del inglés)
El vocero remitió además al incidente EX1545193 del centro de administración de Microsoft 365. Según el mismo medio, Microsoft le explicó que la causa fue una actualización de sus reglas de spam que la empresa no detectó hasta que la gente empezó a reportar problemas, y que esa actualización se revirtió. Ni los usuarios ni los remitentes tienen que cambiar nada, tampoco sus registros DKIM, SPF o DMARC.
MailRoute, que había publicado el 6 de noviembre un análisis de los rechazos, actualizó su texto el 10 con la explicación de Microsoft: un cambio en sus reglas de aplicación antispam bloqueó ese correo por error y ya fue revertido. Ese aviso, dice el proveedor, apareció en el panel de estado de servicio de Microsoft 365, el que solo ven los administradores. Para quien usa una cuenta gratuita de Hotmail no encontramos ningún aviso dirigido a esos usuarios: la página oficial de problemas recientes de Outlook.com seguía sin mencionarlo al 12 de noviembre.
Un rebote que le echaba la culpa a quien escribía
Lo más desconcertante del problema fue el mensaje de error. A muchas personas que escribían a una dirección de Outlook.com les volvía un aviso de entrega fallida con un texto como este:
550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records (AS9031519)
Traducido, dice que el mensaje fue rechazado porque le faltaban los registros de autenticación SPF, DKIM o DMARC, los que sirven para demostrar que un correo sale de verdad del dominio que dice. Según el aviso de Microsoft que cita MailRoute, otros remitentes recibieron el código 550 5.7.23, que apunta a una falla de SPF. Leído al pie de la letra, el error decía que el problema era de quien escribía. Pero, según Windows Latest, también rebotaban correos de remitentes con los registros en regla, y el rechazo era intermitente: alguien contó que el correo de un remitente que usaba Zoho rebotó a las 15:50 y, reenviado, entró a las 16:09.
En Windows Latest, quien firma la nota lo vivió en carne propia: una empresa no pudo verificar su dirección de Outlook.com; le pidió a un remitente que le escribiera a Gmail, y ahí sí llegó. El medio publicó el 7 de noviembre que Microsoft no había confirmado la causa. Microsoft la explicó primero a los administradores, en su panel de estado de servicio, a más tardar el 10, y se la confirmó a la prensa el 12.
Qué cuentan los afectados
En el foro de Microsoft Q&A, alguien abrió el 6 de noviembre un hilo con el error textual y una cuenta que asusta: cerca de la mitad de los clientes que le habían escrito desde el día anterior estaban recibiendo ese rechazo. Noventa o más personas marcaron que tenían el mismo problema. Entre las respuestas, la de alguien que estaba del lado de quien recibe resume la impotencia:
Muchas personas distintas con las que estuve en contacto a lo largo de los años no logran mandarme mensajes. Todos reportan el mismo mensaje de error y no puedo pedirles a cada uno, ni a quién sabe quién más esté intentando escribirme, que cambien su configuración.«M S», en el foro Microsoft Q&A, 8 de noviembre de 2026 (traducido del inglés)
Su pregunta era si podía cambiar algo de su lado. La respuesta de otra persona del foro fue que probablemente no, porque Microsoft rechazaba esos correos antes de que llegaran al buzón. En eso tenía razón, aunque en la misma respuesta atribuía el problema a controles más estrictos: el arreglo era de Microsoft, y llegó al día siguiente.
Antes de esa explicación, el mismo hilo se llenó de soluciones caseras. Varios administradores contaron que el correo volvía a entrar después de publicar un registro DMARC en el dominio que no lo tenía, y una persona con el rol de asesoría independiente del foro, que aclaró que no trabaja para Microsoft, llegó a suponer que la empresa podía estar aplicando un requisito nuevo sin anunciarlo. MailRoute leyó lo mismo en su primera versión. La explicación de Microsoft desarmó esa lectura: fue un error en una actualización de sus reglas de spam y, como resume MailRoute, los remitentes chicos no tienen un requisito nuevo.
Qué hacer según de qué lado estés
Si usás Hotmail, Outlook.com o Live (Windows Latest y MailRoute suman MSN)
- Pensá qué esperabas a principios de noviembre, hasta el 9, y no llegó. Facturas, resúmenes, confirmaciones de compra, turnos médicos, respuestas de trabajo.
- Tampoco te va a servir buscar. Ni la búsqueda de Outlook en la PC lo encuentra, porque una copia nunca llegó a tu equipo.
- No cambies tu configuración. Microsoft dice que no hace falta, y por lo que se sabe ningún ajuste de tu cuenta lo habría evitado: el rechazo ocurría antes de llegar al buzón.
- Si después del 9 seguís sin recibir correos de alguien, pedile a esa persona el texto completo del rebote y reportalo desde la ayuda de Outlook.com.
Si mandás correos desde el dominio de tu empresa
- Revisá los rebotes de esos días. Un rechazo
550es permanente según el estándar del correo: el servidor que manda no lo reintenta solo. Por eso, como advierte MailRoute, todo lo importante que rebotó esos días hay que mandarlo de nuevo. - Avisale a quien no le llegó. Quien no recibió una factura o un presupuesto no sabe que lo mandaste; desde su lado, simplemente no respondiste.
- Si administrás Microsoft 365 y algo sigue rebotando, Windows Latest aconseja mandarle a Microsoft el seguimiento del mensaje (message trace) para que lo revise el soporte de Outlook.
- Si tu dominio no tiene DMARC, no es la causa de este problema, pero sí un buen momento para agregarlo, por las razones que explicamos abajo.
Entonces, ¿hace falta DMARC o no?
Para este problema, no. Pero la confusión tiene una base real. Microsoft sí tiene reglas publicadas para remitentes: desde mayo de 2025, los dominios que mandan más de 5.000 correos por día a Outlook.com, Hotmail y Live tienen que pasar SPF y DKIM y tener un registro DMARC con al menos la política p=none, alineado con SPF o DKIM. Microsoft lo anunció en abril de 2025 en su blog oficial, y esa misma página aclara que los que no cumplen reciben un rechazo con el código 550 5.7.515, distinto del que se vio en noviembre.
Esa regla apunta a quienes mandan correo en cantidad, como las empresas de marketing; como dice MailRoute, la mayoría de las pymes asumió con razón que no les tocaba. Lo de noviembre alcanzó a remitentes chicos (según el mismo proveedor, podía rebotar una respuesta de una línea desde una oficina pequeña), y por eso parecía que Microsoft había extendido la regla a todos. No era así.
Dicho eso, el registro DMARC sigue siendo buena idea. La propia Microsoft, en la página de esos requisitos, dice que aunque la exigencia arranca por los grandes remitentes, todos se benefician de estas prácticas. MailRoute agrega que Google y Yahoo también lo piden a los remitentes masivos y que la suplantación de dominios es el punto de partida de buena parte del phishing actual. El camino que recomienda Microsoft es gradual: empezar con p=none, que solo declara que el dominio usa DMARC, y pasar a p=quarantine o p=reject cuando todos los servicios que mandan correo a tu nombre estén bien configurados. Si tu correo lo maneja un proveedor o un técnico, pasale el pedido: es un registro de DNS y se configura una vez.
No es la primera vez en el año
En marzo, The Register contó que Microsoft había pasado al menos una semana rechazando correos dirigidos a cuentas de Outlook.com, con errores que mandaban a los remitentes a hablar con su proveedor de internet porque parte de su red estaba en una lista de bloqueo; un lector del medio dijo que lo venía viendo desde fines de enero. Esa vez la empresa tardó días en responder, y cuando lo hizo habló de un problema temporal de limitación por dirección IP. La explicación que dio fue otra, pero el patrón se parece: un filtro que se pasa de rosca, un error que culpa al remitente y una explicación que llega tarde, días después de que empezaran las quejas.
Bloquear spam está muy bien, y nadie extraña los correos del príncipe que te quiere dejar una herencia. El problema es cuando el filtro se equivoca y nadie se entera: quien manda ve un rebote lleno de siglas, piensa que es un problema técnico suyo y sigue de largo, y quien espera nunca sabe que le escribieron.
Lo que todavía no se sabe
Al cierre de esta nota, Microsoft no dijo cuántas cuentas ni cuántos mensajes se vieron afectados, ni qué cambió exactamente en sus reglas. Tampoco hay una fecha oficial de inicio publicada: Windows Latest habla de al menos el 5 de noviembre, aunque quien la firma dice haber recibido reportes de antes. No encontramos un aviso para los usuarios de las cuentas gratuitas ni una forma de saber qué correos te rechazaron, más allá de que el remitente te avise. Si Microsoft publica más detalles, los vamos a sumar acá.
Fuentes
- Windows Latest, «You may have missed emails on Outlook for days, as Microsoft confirms its spam rule wrongly blocked them…», 12 de noviembre de 2026, con la declaración de un vocero de Microsoft.
- Windows Latest, «Your Outlook.com inbox may be silently missing emails since Nov 5…», 7 de noviembre de 2026.
- MailRoute, «Outlook.com Rejected Mail From Domains Without DMARC», de Thomas A. Johnson, 6 de noviembre de 2026, actualizado el 10 de noviembre.
- Microsoft Q&A, hilo «550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records», abierto el 6 de noviembre de 2026.
- Microsoft Tech Community, «Strengthening Email Ecosystem: Outlook’s New Requirements for High‐Volume Senders», 2 de abril de 2025 (en inglés).
- Microsoft Support, «Fixes or workarounds for recent issues on Outlook.com», consultada el 12 de noviembre de 2026 (en inglés).
- The Register, «Users fume at Outlook.com email ‘carnage’», de Richard Speed, 4 de marzo de 2026.
- Créditos de imagen: fotomontajes editoriales asistidos por IA con el logo de Microsoft.
¿Te faltó algún correo esos días o te rebotó algo que mandaste? Contanos en los comentarios ⬇️
