Cuando un usuario intenta abrir Outlook en la web y se encuentra con el mensaje “UserHasNoMailboxAndNoLicenseAssignedError”, el acceso a su correo se detiene por completo. A continuación encontrarás una guía exhaustiva —basada en prácticas de administradores de Microsoft 365— para diagnosticar y corregir esta incidencia de forma segura.

¿Qué significa el mensaje “UserHasNoMailboxAndNoLicenseAssignedError”?

Este error emerge cuando el servicio de Outlook en la nube detecta que la cuenta de Azure Active Directory que acaba de autenticarse no posee un buzón de Exchange Online disponible y, además, la licencia que lo habilita no figura como aprovisionada. Dicho de otra forma, la aplicación comprueba dos piezas clave:

• Licencia de Exchange Online: obliga a que la cuenta tenga asignada al menos una suscripción que incluya servicios de correo.
• Buzón asociado: la licencia, una vez asignada, debe haber disparado el proceso automático de creación del buzón en la infraestructura de Exchange Online.

Si alguna de esas comprobaciones falla —o si la replicación entre sistemas todavía no ha terminado— Outlook muestra el mensaje y corta la sesión.

Causas más frecuentes que generan el error

Aunque parezca un problema de usuario aislado, suele estar provocado por uno de estos escenarios:

Escenario	Efecto sobre el usuario	Síntoma complementario
La licencia se eliminó accidentalmente	El buzón se desasocia y Outlook deja de abrir	En el centro de administración la casilla de Exchange aparece desmarcada
La licencia se reasignó pero aún replica	Outlook arroja el error durante unos minutos	Pasados 15‑30 min la sesión vuelve a funcionar sola
El buzón está corrupto	La licencia existe pero el buzón no responde	El usuario tampoco puede conectarse vía Outlook Desktop
El buzón es inexistente	No hay objeto de buzón en Exchange Online	El nombre no aparece en “Destinatarios → Buzones”

Paso a paso para resolver “UserHasNoMailboxAndNoLicenseAssignedError”

Comprobar la licencia en el Centro de administración de Microsoft 365

Sigue estas acciones con un rol de administrador de licencias o superior:

1. Entra al Microsoft 365 admin center.
2. Navega a Usuarios → Usuarios activos → Licencias y aplicaciones.
3. Selecciona la cuenta afectada y verifica que la opción Exchange Online permanezca marcada.
4. Si no lo está, actívala y guarda los cambios. Espera unos minutos para permitir la propagación.

Para organizaciones grandes, el siguiente script de PowerShell conecta a Microsoft Graph PowerShell y lista de forma masiva quién carece de Exchange Online:

Connect-MgGraph -Scopes User.Read.All
Get-MgUser -All | Where-Object {($_.AssignedLicenses).ServicePlans -notmatch "EXCHANGE"} |
    Select-Object UserPrincipalName, DisplayName

Verificar la existencia del buzón en el Centro de administración de Exchange

1. Accede al Exchange admin center.
2. En el panel izquierdo dirígete a Destinatarios → Buzones.
3. Busca el nombre del usuario. Si no aparece, significa que todavía no se ha creado el buzón.

Cuando la licencia lleva ya varias horas asignada y el buzón sigue sin mostrarse, la creación automática puede estar bloqueada. En ese caso, fuerza la generación con PowerShell:

Enable-RemoteMailbox -Identity usuario@dominio.com -RemoteRoutingAddress usuario@dominio.mail.onmicrosoft.com

Reparar un buzón dañado mediante PowerShell

Si el buzón existe pero el problema persiste, ejecuta una petición de reparación:

New-MailboxRepairRequest -Mailbox usuario@dominio.com

Este comando recorre las tablas internas del buzón y corrige índices, vistas o carpetas dañadas. El proceso es seguro y transparente para el usuario, pero hasta que finalice (normalmente unos minutos) la bandeja podría permanecer inaccesible.

Crear un buzón nuevo ante ausencia total

En entornos híbridos —donde coexistan Exchange Server local y Exchange Online— la cuenta on‑premises debe tener los atributos de correo adecuados antes de sincronizarse con Azure AD. De lo contrario, AAD Connect creará un mail‑enabled user sin buzón. Para forzar la creación:

1. En el servidor local ejecuta:

Enable-Mailbox usuario@dominio.com

2. Sincroniza manualmente:

Start-ADSyncSyncCycle -PolicyType Delta

Escalar a soporte técnico de Microsoft

Cuando las comprobaciones anteriores no arrojen solución, abre un caso en Centro de administración de Microsoft 365 → Soporte → Solicitudes de servicio. Incluye:

• UserPrincipalName del afectado.
• Listado de licencias asignadas (captura o CSV).
• Hora exacta del error para correlacionar logs.

Un ingeniero de soporte con acceso a los back‑end de Exchange podrá revisar las colas de aprovisionamiento internas o depurar posibles conflictos de GUID.

Buenas prácticas para evitar la reaparición del fallo

• Automatiza la asignación de licencias con grupos dinámicos de Azure AD; así evitas omisiones manuales.
• Establece alertas en el Centro de administración cuando se quite la licencia de Exchange de un usuario.
• Documenta los cambios de licenciamiento y mantén un historial para identificar cuándo se produjo una revocación.
• Programa sincronizaciones delta frecuentes en entornos híbridos (al menos cada 30 min).
• Monitorea la salud de Exchange Online desde el panel de Estado del servicio; los trabajos de provisión se ralentizan si hay incidencias globales.

Preguntas frecuentes

¿Una actualización de Windows puede causar este error?

No. El cliente se conecta a un servicio en la nube y la configuración local del sistema operativo no interviene en la creación del buzón ni en la asignación de licencias.

¿Cuánto tiempo tarda Exchange Online en crear un buzón tras asignar la licencia?

Normalmente menos de 15 minutos, pero en picos de alta demanda Microsoft indica que puede demorar hasta una hora. Durante ese lapso, el usuario puede seguir viendo el error.

¿Puedo retirar y reasignar la licencia para forzar la provisión?

Sí, y a veces resuelve la incidencia, pero ten presente que el proceso vuelve a cero: revoca el buzón, libera el espacio en servidor y lo crea de nuevo. No lo hagas si el buzón contiene información importante sin copia de seguridad.

¿Cómo verifico el estado de aprovisionamiento desde PowerShell?

Get-MailboxProvisioningConstraint -Identity usuario@dominio.com

Este cmdlet devuelve las restricciones aplicadas al usuario (región, tipo de buzón, tamaño máximo, etc.). Si recibes un mensaje de objeto inexistente, el buzón no ha nacido.

¿Qué significan los códigos de diagnóstico “AADSTS50000” o “AADSTS16000” que a veces acompañan al mensaje?

Son códigos de Azure AD que denotan falta de licencia o habilitación de servicio. Su presencia confirma que el fallo está en la asignación de suscripciones, no en la autenticación.

Conclusión

El error “UserHasNoMailboxAndNoLicenseAssignedError” suele parecer un estorbo insalvable para el usuario final, pero desde la perspectiva de administración de Microsoft 365 se trata de un problema procedimental: licencia no asignada, buzón sin crear o replicación incompleta. Siguiendo el itinerario de diagnóstico descrito —validar licencia, comprobar buzón, reparar o crear el objeto y, en último término, escalar a soporte— podrás restaurar la operatividad de Outlook en cuestión de minutos y fortalecerás tu esquema de gestión de identidades y licencias para evitar reincidencias.