Si tu correo de trabajo se quedó en silencio el martes, no te lo imaginaste. El 2 de junio de 2026 Microsoft confirmó una caída de Exchange Online de gran alcance —el incidente EX1331830— que retrasó y bloqueó el correo de los usuarios de Microsoft 365 en tres continentes. Esto es exactamente lo que falló, qué querían decir los crípticos mensajes de error y la forma tranquila y correcta de gestionar la próxima caída de entrega cuando llegue.
Qué le pasó a Exchange Online el 2 de junio
Microsoft confirmó un incidente que afectaba al canal de entrega (mail flow) de Exchange Online, lo que significa que los mensajes se retrasaban o fallaban al enviar y recibir. Según el informe de BleepingComputer, Microsoft reconoció el incidente —registrado como EX1331830— a las 10:33 (hora del Este) del 2 de junio de 2026 tras una oleada de reportes, primero para Norteamérica y luego ampliando la comunicación «a todos los usuarios potencialmente afectados» al aparecer impacto en las regiones de Asia-Pacífico y Europa. Los ingenieros revisaban los reportes para encontrar la causa raíz.
No fue una caída limpia de encendido y apagado. El mail flow es la cinta transportadora que mueve cada mensaje entre buzones, y cuando se ralentiza, el correo no desaparece: se acumula. Los usuarios reportaron retrasos de envío y recepción de más de una hora, con mensajes en el limbo en lugar de rebotar de inmediato. El rastreador independiente IsDown registró el incidente como detectado a la misma marca de las 10:33 y con impacto aún visible a la mañana siguiente, unas dieciséis horas después: un recordatorio de que un incidente de «entrega» puede prolongarse en silencio mucho después de que los titulares pasen a otra cosa.
Por qué tu correo enmudeció — y qué querían decir los errores
Porque los servidores de Microsoft limitaban y cortaban conexiones, no porque rechazaran tu correo. Circularon dos cadenas de error. La primera —«The maximum number of concurrent connections per resource forest has exceeded a limit, closing transmission channel»— es una limitación de capacidad: demasiadas conexiones abiertas a la vez, así que se rechazan las nuevas. La segunda —«Connection was closed abruptly (SuspiciousRemoteServerError)»— es una conexión cortada a mitad del saludo. Ambas son aplazamientos temporales, que le dicen al sistema emisor que espere y reintente, no que se rinda.
Esa distinción lo es todo para el usuario final. Un aplazamiento es un «vuelve más tarde», y los servidores de correo bien educados hacen exactamente eso: retienen el mensaje y reintentan automáticamente, normalmente durante 24 horas o más, hasta que el otro extremo lo acepta. Así que el correo que parecía atascado el martes estaba, en su mayor parte, en cola, no perdido. Es el mismo patrón que en los retrasos de entrega de Outlook, Gmail y Yahoo de mayo: aterrador en el momento, autorreparable en la práctica. El peligro es humano: gente que aporrea «enviar» una y otra vez, lo que solo añade carga a un canal que ya va ahogado.
Qué significa para ti — y qué hacer la próxima vez
Si tu buzón forma parte de un tenant de trabajo o educativo de Microsoft 365, ese es el servicio que tembló; el Outlook.com personal funciona sobre otro backend. El movimiento correcto ante cualquier caída de entrega: dejar de reenviar, consultar la página oficial Estado del servicio de Microsoft 365 para localizar el incidente (aquí EX1331830) y dejar que el correo aplazado reintente solo. Lo mejor para conservar la calma: tratar un incidente confirmado como el tiempo —esperar a que pase. El truco: para mensajes verdaderamente urgentes necesitas un canal de respaldo que no dependa del mismo canal de entrega.
El manual práctico es corto. Primero, confirma que es cosa suya y no tuya: el panel Estado del servicio es la fuente de verdad, con rastreadores externos como IsDown como comprobación rápida. Segundo, resiste el impulso de reenviar: las copias duplicadas se entregarán todas en cuanto se vacíe la cola, y los reenvíos frenéticos pueden activar la detección de spam y de duplicados. Tercero, mantén una vía de respaldo realmente independiente para el raro mensaje que no puede esperar una hora: un segundo buzón en otro proveedor, o una llamada. Es justo por esto que seguimos recomendando no poner toda tu vida laboral detrás de un solo proveedor: la misma lógica de resiliencia que hay detrás de lo básico de la autenticación de remitente, como los plazos de SMTP AUTH y Basic auth que Microsoft aplica, y detrás de vigilar el goteo constante de cambios en Outlook en la web este junio. Una caída es una molestia; no tener plan B es el verdadero riesgo.
Alexis Dollé, experto en correo desde hace más de 10 años. Fundador de Email Tools. Pruebo yo mismo cada cliente de correo y cada herramienta, y luego escribo sobre ellos como se lo explicaría a un amigo: sin paja de marketing, sin clasificaciones patrocinadas, cada afirmación con su fuente.
LinkedInPreguntas frecuentes
¿Qué fue la caída de Exchange Online del 2 de junio de 2026? — un incidente de entrega (EX1331830) que retrasó y bloqueó el correo en tres regiones
Un incidente de servicio de gran alcance, registrado por Microsoft como EX1331830, que afectó al canal de entrega (mail flow) de Exchange Online. Microsoft lo reconoció a las 10:33 (hora del Este) del 2 de junio de 2026 tras una oleada de reportes, y provocó que los correos se retrasaran o fallaran al enviar y recibir. Empezó en Norteamérica y después Microsoft amplió el alcance a las regiones de Asia-Pacífico y Europa.
¿Se perdieron mis correos durante la caída? — casi con total seguridad no; el correo aplazado se pone en cola y reintenta automáticamente
Casi con total seguridad, no. Los errores vistos durante el incidente —aplazamientos SMTP y conexiones cortadas— son condiciones de cola y reintento, no rechazos definitivos. Cuando un servidor de envío recibe un aplazamiento temporal, retiene el mensaje y reintenta automáticamente, normalmente durante 24 horas o más; así que la mayoría del correo que parecía atascado simplemente llegó tarde una vez que el canal se recuperó. Un rebote real, en cambio, vuelve a ti como un informe de no entrega.
¿Qué significan los mensajes de error SMTP? — ambos eran aplazamientos temporales, que pedían al emisor esperar y reintentar
Circularon dos. «The maximum number of concurrent connections per resource forest has exceeded a limit, closing transmission channel» significa que los servidores de Microsoft rechazaban nuevas conexiones porque había demasiadas abiertas a la vez: una limitación de capacidad. «Connection was closed abruptly (SuspiciousRemoteServerError)» significa que el servidor receptor cortó la conexión a mitad del saludo (handshake). Ambos son aplazamientos temporales: se le dice al sistema emisor que espere y reintente, no que se rinda.
¿Afecta a las cuentas personales de Outlook.com? — no; afectó a Exchange Online, el backend de trabajo y educativo de Microsoft 365
El incidente se reportó en Exchange Online, que da servicio a los buzones de trabajo y educativos de Microsoft 365. Si tu correo lo proporciona tu empresa, tu centro educativo o tu organización a través de Microsoft 365, ese es el servicio que se vio afectado. Los buzones personales de Outlook.com funcionan sobre un backend de consumo distinto, así que no fueron objeto de este incidente concreto.
¿Cómo compruebo si Microsoft 365 está caído ahora mismo? — la página Estado del servicio del centro de administración es la autoridad
La fuente autorizada es la página Estado del servicio de Microsoft 365 en el centro de administración (status.cloud.microsoft), donde se publican y actualizan incidentes como EX1331830. Rastreadores independientes como IsDown y Downdetector son útiles para una lectura rápida de si otros usuarios reportan problemas, pero solo el panel de Microsoft confirma alcance, causa y resolución.
¿Qué debo hacer la próxima vez que el correo se detenga? — no reenviar, consultar el estado oficial y dejar que el correo aplazado reintente
No reenvíes en bucle: añade carga y puede activar la detección de duplicados. Consulta primero la página de estado oficial. Si confirma un incidente, espera: el correo aplazado sigue reintentando y se entrega solo una vez que el servicio se recupera. Para lo verdaderamente urgente, cambia de canal (teléfono, chat o una segunda cuenta de correo en otro proveedor) en vez de pelear contra una cola que no controlas.
Fuentes
- BleepingComputer — Microsoft Exchange Online outage causes email delays, failures (informe principal: incidente EX1331830 reconocido a las 10:33 hora del Este del 2 de junio de 2026, impacto en el canal de entrega, alcance ampliado de Norteamérica a Asia-Pacífico y Europa, las dos cadenas de error SMTP y Microsoft revisando los reportes para la causa raíz)
- IsDown — Estado y reportes de Exchange Online (rastreador externo independiente que corrobora la hora de detección de las 10:33 del 2 de junio de 2026 y muestra el incidente aún marcado con impacto a la mañana siguiente, unas dieciséis horas después)
- Microsoft 365 Service health — panel de estado oficial donde los incidentes de servicio como EX1331830 se publican, actualizan y resuelven (la fuente autorizada para alcance, causa y resolución en directo)