🗂️ Organización y correo

Caída del correo en la empresa: qué hacer. Lo que el incidente de Microsoft del 31 de agosto de 2026 enseña a una pyme

El 31 de agosto de 2026, a última hora de la tarde, los mensajes dejan de salir. No todos, y sin explicación en pantalla. Un presupuesto se queda en la bandeja de salida, un archivo adjunto se niega a descargarse. En una empresa de veinte personas, nadie piensa primero en una caída del correo en casa del proveedor: el primer reflejo es siempre el mismo, se sospecha de la conexión, del ordenador o de la actualización de la víspera.

No era ni la conexión ni el ordenador. Microsoft abrió dos incidentes y, según los hitos publicados, el asunto se contó en días, no en horas. Caída del correo en la empresa: ¿qué hacer? Para un directivo la lección no es técnica, es organizativa. ¿Cuántas decisiones de su empresa pasan por un único canal, y qué pasa el día en que se detiene?

Una caída del correo en la empresa no es un incidente informático. Es una interrupción de la organización, y se prepara como tal.

Respuesta rápida: ante una caída del correo en la empresa, ¿qué hacer? Tres gestos, en este orden: determinar si la caída es general o local, avisar a equipos y clientes por otro canal, y mantener la lista escrita de lo que no ha podido salir. En el incidente de Microsoft 365 iniciado el 31 de agosto de 2026 a las 19:30 CEST (17:30 UTC), según BleepingComputer, Exchange Online seguía siendo el último servicio afectado el 2 de septiembre a las 14:35 EDT.

Caída del correo en la empresa: ¿qué hacer cuando ya no sale nada?

Cuando el correo de la empresa deja de responder, haga tres cosas en orden: comprobar si la caída es general o local, avisar a sus equipos y a sus clientes por un canal independiente, y anotar lo que habrá que reenviar. Lo demás espera. Una avería en casa del proveedor no se repara desde su despacho.

Esa última frase es la más difícil de admitir. El instinto, cuando una herramienta se para, es actuar sobre la herramienta. Pero en un incidente de plataforma, cada minuto dedicado a reiniciar o a cambiar un ajuste es un minuto perdido, y a veces crea un segundo problema tras el restablecimiento. El único terreno que usted controla es la organización de la jornada.

¿Qué ocurrió exactamente entre el 31 de agosto y el 2 de septiembre de 2026?

El incidente comenzó el 31 de agosto de 2026 a las 19:30 CEST (17:30 UTC), según el seguimiento de BleepingComputer. Microsoft abrió dos identificadores: EX1464935 para Exchange Online y MO1465074 para el incidente multiservicio. Estos son los hitos, cada uno en su huso de origen, con el equivalente local para el inicio del incidente.

FechaHora (huso)Lo que anuncia Microsoft o lo que se constata
31 de agosto de 2026 19:30 CEST (17:30 UTC) Inicio del incidente. Dos identificadores abiertos: EX1464935 para Exchange Online, MO1465074 para el incidente multiservicio. Fuente: BleepingComputer.
31 de agosto de 2026 20:00 hora de París Más de 5.000 avisos en Downdetector, plataforma estadounidense cuyo total es mundial. Fuente: Clubic, 31 de agosto de 2026 a las 23:40.
1 de septiembre de 2026 08:23 PDT Microsoft atribuye el incidente a un error de configuración en un ajuste de autenticación central utilizado por varios servicios de Microsoft 365, que impedía desplegar ciertos componentes en parte de la infraestructura. El servicio no se declara plenamente restablecido: vigilancia prolongada. Fuente: TechCrunch.
2 de septiembre de 2026 06:29 EDT Microsoft indica que la disponibilidad del servicio se mantiene estable por encima del 99 % y que la mayoría de los usuarios ya no debería verse afectada. Fuente: BleepingComputer.
2 de septiembre de 2026 14:35 EDT Todos los servicios quedan restablecidos salvo Exchange Online, donde persisten la imposibilidad de descargar los archivos adjuntos y los problemas de conexión a Outlook en la web. Fuente: BleepingComputer.

Los servicios citados por el seguimiento de BleepingComputer van mucho más allá del correo: además de Exchange Online, estaban afectados Microsoft Teams, OneDrive for Business, SharePoint Online y el centro de administración Microsoft 365, así como varios componentes técnicos reservados a los administradores. Del lado del usuario, eso se traducía en retrasos y fallos de envío y de recepción, búsquedas que no devolvían nada, errores de autenticación, archivos adjuntos imposibles de descargar y problemas de conexión a Outlook en la web.

Lo esencial de la cronología. Ninguna fuente consultada publica una duración total de indisponibilidad, y calcularla a partir de los hitos sería engañoso. Lo que muestran los hitos es nítido: iniciado el 31 de agosto por la tarde, el incidente seguía bajo seguimiento el 1 de septiembre, la mayoría de los usuarios no quedó restablecida hasta la mañana del 2 de septiembre, y Exchange Online seguía siendo el último servicio afectado el 2 de septiembre a las 14:35 EDT. Nuestro último punto verificado es el del 2 de septiembre a las 14:35 EDT: no disponemos de ningún elemento publicado después de esa fecha en el momento en que aparece este artículo.

¿Cómo saber si el problema viene de nosotros o del proveedor?

Se resuelve rápido, con tres comprobaciones y sin ninguna competencia técnica.

La conclusión de esta etapa no es un diagnóstico técnico. Es una decisión: o sigue buscando en su casa, o pasa de inmediato al modo organización.

¿Qué hace un directivo en la primera hora?

Una hora es poco: por eso hace falta un orden de paso decidido de antemano.

  1. Avisar internamente por un canal independiente. El incidente del 31 de agosto afectó a la vez a Exchange Online y a Teams. El canal alternativo no debe depender del mismo proveedor: teléfono, SMS o mensajería instantánea externa.
  2. Identificar los vencimientos del día. Una respuesta a una licitación, una confirmación de cita, un envío contractual esperado antes de una fecha: son los únicos asuntos que justifican llamar. Lo demás puede esperar.
  3. Avisar por teléfono a los clientes afectados. Una llamada de treinta segundos que explica el retraso vale más que un silencio interpretado como negligencia.
  4. Mantener la lista escrita de los envíos fallidos, en papel o en un documento local. Es la pieza maestra de la recuperación: sin ella, tendrá que reconstruirlo de memoria.
  5. No modificar nada. Ni reenvíos en bucle, ni cambios de ajustes, ni instalaciones nuevas. Los envíos relanzados diez veces durante una caída tienden a salir diez veces cuando el servicio vuelve.

¿Cómo retomar la jornada cuando el servicio vuelve?

La vuelta a la normalidad es el momento más subestimado. El servicio reaparece, todo el mundo se lanza sobre su buzón, y la carga acumulada produce exactamente lo que la caída no había conseguido provocar: olvidos.

La recuperación se hace en un orden preciso. Primero su lista de envíos fallidos, porque contiene sus compromisos. Después la bandeja de salida, para comprobar qué ha salido realmente y detectar los duplicados. Por último la bandeja de entrada, tratada por remitente y no por orden de llegada, empezando por quienes le debían una respuesta.

Reserve un hueco dedicado para ello, en vez de arañar diez minutos entre dos reuniones. Es el principio de nuestro método para pilotar su bandeja de correo en 2026: una pila de mensajes se trata por lotes decididos, nunca a migajas.

¿Qué dice este episodio sobre la dependencia de su empresa?

Dice algo sencillo: en una pyme, el correo no es una herramienta de comunicación más. Es el registro de los compromisos. Presupuestos, validaciones, plazos acordados y piezas contractuales pasan por ahí, y a menudo no existen en ningún otro sitio. Cuando se detiene, no se interrumpe la conversación: se interrumpe la trazabilidad.

De ahí se derivan dos tareas, ambas organizativas. La primera: saber de antemano quién avisa a quién, por qué canal y con qué lista de teléfonos. La segunda: reducir el volumen que se acumula en tiempo normal, porque un buzón saturado convierte una interrupción de dos días en una semana perdida. Las técnicas para conseguirlo están en nuestro artículo Optimizar su bandeja de entrada: 10 métodos para dejar de perder tiempo.

Seamos directos. Neston es un complemento de Outlook, así que cuando Exchange Online no está disponible, Neston tampoco lo está. Nuestro asistente no sustituye a su correo, no hace copias de seguridad de él, no constituye ni un plan de continuidad ni un producto de seguridad, y no aporta ninguna garantía de disponibilidad. Trabaja sobre el tiempo y el contexto del tratamiento diario, no sobre la caída.

El acceso anticipado está abierto.

El asistente se integra en Outlook, aprende su estilo a partir de sus emails y prepara una respuesta que usted valida antes del envío. Prueba gratuita de 14 días, sin tarjeta de crédito.

Comenzar prueba gratis →

Windows 10/11 · Outlook · Opción Mistral EU

Seguir leyendo

FAQ: caída del correo y vuelta a la actividad

¿Cuánto duró la caída de Microsoft del 31 de agosto de 2026 y qué servicios se vieron afectados?
Ninguna fuente consultada publica una duración total; estos son los hitos. Según BleepingComputer, el incidente comenzó el 31 de agosto de 2026 a las 19:30 CEST (17:30 UTC). El 1 de septiembre el servicio no estaba declarado plenamente restablecido: vigilancia prolongada. El 2 de septiembre a las 06:29 EDT la disponibilidad se anunciaba estable por encima del 99 %. El 2, a las 14:35 EDT, Microsoft indica que todos los servicios están restablecidos salvo Exchange Online, último servicio afectado. También afectó a Teams, OneDrive for Business y SharePoint Online.
¿Qué hacer concretamente, en la primera hora, cuando el correo de la empresa deja de responder?
Determine primero si la caída es general o se limita a su empresa, consultando varios puestos y el centro de administración Microsoft 365. Avise después a sus equipos por un canal que no dependa del correo, teléfono o SMS. Avise a los clientes que tengan un vencimiento hoy. Por último, mantenga una lista escrita de lo que no ha podido salir. No reenvíe en bucle y no modifique ningún ajuste.
¿Cómo retomar una jornada de mensajes acumulados cuando el servicio vuelve, sin dejar pasar nada?
Empiece por su lista de envíos fallidos, no por la bandeja de entrada: ahí están sus compromisos. Revise después la bandeja de salida, donde algunos mensajes pueden quedarse bloqueados o salir duplicados. Trate la recepción por remitente en lugar de por orden cronológico, priorizando a los interlocutores de los que esperaba una respuesta. Reserve un hueco dedicado en la jornada en vez de recuperar a migajas entre dos reuniones.
¿Necesita una pyme de veinte personas un canal de emergencia, y cuál?
Sí, y no hace falta que sea sofisticado. El incidente del 31 de agosto de 2026 afectó a la vez a Exchange Online y a Teams: un canal de emergencia útil es, por tanto, un canal que no dependa del mismo proveedor. Basta con una lista de teléfonos actualizada, un grupo de SMS o una mensajería instantánea externa. El trabajo de fondo no es la herramienta: es saber de antemano quién avisa a quién, y en qué orden.
Nota de lectura. Los hechos, fechas y horarios citados proceden exclusivamente de las tres publicaciones listadas en fuentes, en su estado a su fecha de aparición. Los identificadores de incidente EX1464935 y MO1465074 solo se pueden consultar en el centro de administración Microsoft 365 y no disponen de página pública. Aquí no se avanza ninguna duración total de indisponibilidad, ya que ninguna fuente consultada la publica. Este artículo describe una organización de trabajo desde el punto de vista de un directivo: no constituye un dictamen técnico, no propone ningún procedimiento de administración y no sustituye el acompañamiento de un profesional.
YB
Yvan Bosser
Fundador de Neston · Exfundador de Comptasanté (salida IK Partners 2023)
Yvan diseña Neston, el asistente de correo IA integrado con Outlook, sobre la base de su propia experiencia como directivo. Contacto: yvan@neston.fr · LinkedIn.

🔬 Fuentes

Publicado el 3 de septiembre de 2026 · Tiempo de lectura: 10 minutos · aprox. 2.442 palabras