Las imágenes de este artículo han sido generadas con inteligencia artificial. Cómo publicamos
Varios usuarios de la versión clásica de Outlook han empezado a notar que algunos mensajes no se envían correctamente cuando usan cuentas de Outlook.com integradas en su perfil de Outlook, y Microsoft ya reconoce el problema y está investigándolo. En la práctica, las personas afectadas reciben un informe de no entrega indicando que el correo no llegó a ciertos destinatarios y, en muchos casos, aparece un error de permisos acompañado del código [0x80070005-0x0004dc-0x000524], lo que impide completar el envío desde el cliente de escritorio.
El fallo parece manifestarse con más frecuencia en configuraciones específicas: por ejemplo, cuando la cuenta de Outlook.com está añadida en un perfil clásico de Outlook que además contiene otra cuenta de Exchange, Outlook llega a comprobar las listas de direcciones del tenant de Microsoft 365 y, al colisionar con entradas o permisos en Exchange Online, la entrega falla. Microsoft también señala que tener un contacto de correo en Exchange Online con la misma dirección SMTP que la cuenta de envío puede provocar la misma reacción indeseada del cliente.

Mientras el equipo de Outlook busca la corrección definitiva, Microsoft ha compartido varias soluciones temporales que pueden ayudar a mitigar el problema sin necesidad de esperar al parche. Una de las medidas sugeridas es evitar que el cliente clásico consulte la libreta de direcciones del tenant de Microsoft 365 al enviar mensajes, lo que reduce las comprobaciones que parecen desencadenar la negativa de envío. Otra alternativa es ocultar el contacto de Outlook.com dentro del Directorio Global (GAL) del tenant para evitar conflictos de resolución de direcciones.
Si esas opciones administrativas no son viables, existen remedios más directos a nivel de equipo: crear un perfil clásico de Outlook nuevo que contenga únicamente la cuenta afectada, de modo que no se mezclen comprobaciones entre cuentas; o bien saltar temporalmente al cliente "New Outlook" o a la versión web de Outlook.com para enviar mensajes desde la cuenta problemática, ya que esos entornos no parecen verse afectados por el mismo error en muchos casos.
Para administradores que quieran investigar la opción de ocultar contactos o revisar conflictos de direcciones SMTP, la documentación de Exchange Online sobre cómo gestionar contactos de correo puede ser un punto de partida útil: Manage mail contacts in Exchange Online. Y si necesita comprobar el estado de servicios y avisos oficiales de incidentes, el panel de estado de Microsoft 365 es el lugar donde Microsoft publica actualizaciones sobre interrupciones y problemas conocidos: Microsoft 365 Service health.
Este incidente se enmarca en una racha de comportamientos problemáticos que el equipo de Outlook ha tenido que corregir recientemente. En las últimas semanas Microsoft resolvió al menos dos errores que afectaban a clientes clásicos: uno que provocaba cierres inesperados al activar el complemento de Microsoft Teams para reuniones, y otro que generaba códigos de error como 0x800CCC0F y 0x80070057 durante la sincronización de cuentas de Gmail y Yahoo. La compañía, además, investiga otras fallas reportadas por usuarios, entre ellas un problema que impide crear grupos si Exchange Web Services (EWS) está activado y un fallo visual que hace desaparecer el cursor en aplicaciones como Classic Outlook o OneNote. Microsoft ofrece más contexto sobre uno de esos errores en su centro de soporte: Can't connect to the server" when creating groups (Microsoft Support).

Si eres usuario final afectado, lo más práctico ahora mismo es probar a enviar el correo desde la web de Outlook.com o desde el cliente New Outlook y comprobar si el problema persiste. Si administras un entorno empresarial, además de aplicar las mitigaciones anteriores conviene revisar el Global Address List y las entradas de contactos duplicadas en Exchange Online, y mantener monitoreo activo del panel de estado para aplicar las correcciones oficiales en cuanto Microsoft las publique.
No es una mala práctica temporal pasar a la web o crear un perfil aislado mientras la investigación continúa: son soluciones rápidas que suelen restaurar la capacidad de enviar correos sin alterar la infraestructura. Microsoft ha mostrado transparencia sobre los síntomas y las condiciones que desencadenan el comportamiento, y actualizará sus comunicados cuando haya un parche o un cambio de configuración recomendado de forma permanente.
Para seguir las novedades oficiales y posibles guías paso a paso, lo más fiable es consultar tanto el soporte de Outlook como los canales para administradores de Microsoft 365. La página de ayuda de Outlook puede ayudará a resolver dudas generales sobre el servicio: Soporte de Outlook. Mientras tanto, mantener buenas prácticas de administración de directorios y usar rutas alternativas para el envío reducirá el impacto en el flujo de trabajo diario.
Relacionadas
Mas noticias del mismo tema.

Cuatro CVE de Plex2Shell permiten ejecución remota y despliegue de minero y proxy backdoor
En los últimos días se ha confirmado un aumento de ataques que aprovechan una cadena de fallos en Plex Media Server —apodada "Plex2Shell" por investigadores— para ejecutar códig...

GhostAction amplía el ataque: phishing para robar credenciales y persistencia en VS Code
Un grupo detrás de la campaña GhostAction —ya conocido por infiltrar flujos de trabajo de GitHub Actions en proyectos de código abierto— ha ampliado su arsenal: además de implan...

ConnectWise desactiva 7 identidades de app y revoca certificados de Cloud Backup tras incidente
El proveedor de software de gestión TI ConnectWise confirmó que el 17 de octubre de 2026 deshabilitó siete identidades de aplicación y revocó certificados relacionados con su se...

Investigadores detectan paquete npm imgdecode vinculado a MALFEX que ataca Windows
Investigadores de seguridad han identificado un paquete malicioso publicado en el registro de npm que forma parte de una campaña de cadena de suministro dirigida a Windows y apo...

OpenBSD 7.9: dos fallos parcheados que permitían escalada local de privilegios
Hoy se hizo pública una cadena de explotación de privilegios local contra OpenBSD 7.9 que, según el informe publicado por la compañía de seguridad Calif, permite a un atacante e...

OpenAI revela incidentes de IA no alineada; un GPT-5.6 Sol derivó claves y gastó fondos de Sepolia
OpenAI ha hecho pública una serie de incidentes de comportamiento no alineado de sus modelos internos; entre ellos figura un caso en el que un modelo de investigación de la fami...

Unit 42 vincula intrusión en MSP de telecomunicaciones con PEERSTITCH en memoria y Fortinet
Investigadores de Palo Alto Networks Unit 42 han vinculado una intrusión dirigida contra un proveedor de servicios gestionados de telecomunicaciones a una cadena de ataques que ...