¿Outlook muestra el código 0x80070005‑0x000004dc‑0x00000524 al enviar “desde” un buzón compartido? Aquí tienes una guía directa y comprobada para diagnosticar y resolver el problema en Exchange Online y en entornos on‑premises, con pasos claros, comandos y buenas prácticas.
Descripción del error
El error 0x80070005‑0x000004dc‑0x00000524 suele aparecer cuando el usuario intenta enviar correos “desde” un buzón compartido o un grupo y Outlook no dispone de los permisos adecuados o el cliente presenta un problema, con especial incidencia cuando se usa Modo en caché. En algunos entornos Exchange on‑premises, tras determinadas actualizaciones de seguridad publicadas en marzo de dos mil veinticuatro, también se han observado fallos en la búsqueda y en el envío desde buzones o grupos añadidos recientemente. Desactivar temporalmente la caché en Outlook o la opción de “Descargar carpetas compartidas” suele mitigar el síntoma en esos casos.
Cómo se manifiesta
- Outlook de escritorio impide enviar desde la identidad del buzón compartido o grupo y devuelve el código de acceso denegado.
- El envío desde Outlook en la Web funciona, lo que indica un problema del cliente, no del servidor.
- En on‑premises, pueden dejar de funcionar la búsqueda y el envío desde buzones o grupos agregados recientemente si se usan perfiles en caché.
- En un caso aislado, un buzón individual tampoco puede enviar, aun no siendo compartido.
Causa principal
La causa típica combina dos factores:
- Permisos insuficientes o mal aplicados en el buzón compartido o en el grupo (principalmente Send As y Send on Behalf).
- Incidencia del cliente en Outlook de escritorio, especialmente vinculada al Modo en caché, al estado de la OAB o a perfiles dañados.
Diagnóstico rápido
Antes de tocar nada, sigue esta mini ruta para aislar la causa:
| Prueba | Resultado | Interpretación |
|---|---|---|
| Enviar desde el buzón compartido en Outlook en la Web | Funciona | El servidor y los permisos probablemente están bien. El problema está en el cliente de escritorio. |
| Enviar desde el buzón compartido en Outlook en la Web | Falla | Revisa y corrige permisos en Exchange. Espera la propagación y vuelve a probar. |
| Probar Outlook de escritorio en modo seguro | Funciona | Algún complemento está interfiriendo. Deshabilítalo. |
| Desactivar caché del perfil o de carpetas compartidas y reiniciar | Funciona | Incidencia de caché. Mantén la mitigación mientras aplicas la actualización correcta. |
Conceptos de permisos
Para enviar desde otra identidad, no basta con ver el buzón. Necesitas los permisos correctos. Esta tabla resume lo esencial:
| Permiso | Qué permite | Habilita envío como | Dónde se concede | Uso típico |
|---|---|---|---|---|
| Send As | Enviar como si fueras la identidad del buzón o grupo | Sí | EAC o PowerShell | Responder como el buzón compartido o el grupo |
| Send on Behalf | Enviar en nombre de, mostrando “Usuario en nombre de Buzón” | No, muestra “en nombre de” | EAC o PowerShell | Delegación transparente pero distinguible |
| Full Access | Abrir y administrar el contenido del buzón, con automapeo opcional | No | EAC o PowerShell | Explorar y administrar carpetas; no sustituye a los permisos de envío |
| Permisos de carpeta | Controlar lectura y escritura en carpetas específicas | No | Outlook o PowerShell | Escenarios de colaboración fina en contenido |
Ruta de resolución recomendada
Aplica los pasos de mayor a menor probabilidad de éxito. Tras cada cambio de permisos, cierra Outlook, espera la propagación y vuelve a abrir.
Conceder permisos correctamente
- En el Centro de administración de Exchange, otorga al usuario que enviará desde el buzón compartido:
- Send As y, si procede, Send on Behalf.
- Full Access si deseas automapeo y acceso completo al contenido.
- Guarda los cambios y reinicia Outlook. Ten en cuenta una posible propagación de hasta sesenta minutos.
- Si hay prisa, usa Outlook en la Web para validar el envío mientras propagas.
Probar en la web
Abre Outlook en la Web, selecciona Mostrar De y elige el buzón compartido o el grupo. Si el envío funciona aquí, la parte servidor y los permisos están en orden; céntrate en el cliente de escritorio.
Si el fallo es exclusivo del escritorio
- Actualizar la libreta sin conexión y reiniciar Outlook:
- Fuerza la descarga de la OAB desde la opción correspondiente de envío y recepción.
- Recrear la relación con el buzón:
- Quita el buzón compartido y vuelve a agregarlo por Delegación o como cuenta adicional si procede.
- Comprueba que el automapeo esté alineado con tus permisos.
- Crear un perfil nuevo si el actual presenta corrupción.
- Verificar el campo De:
- Activa De en la ventana de nuevo mensaje, selecciona la identidad exacta del buzón compartido y no una dirección sugerida obsoleta.
- Elimina entradas antiguas del autocompletar si fuese necesario.
- Probar en modo seguro:
- Inicia con
outlook.exe /safe. Si aquí sí funciona, deshabilita complementos problemáticos.
- Inicia con
Mitigación en entornos on premises tras actualizaciones de marzo
Si tu organización ejecuta Exchange on‑premises y tras actualizaciones de seguridad publicadas en marzo se observan problemas de búsqueda o de envío desde buzones o grupos recientes, aplica esta mitigación mientras llega una corrección definitiva:
- Desactiva temporalmente el Modo en caché del perfil afectado.
- Alternativamente, mantén el perfil en caché y desmarca Descargar carpetas compartidas únicamente para el buzón compartido.
- Planifica la aplicación de la siguiente actualización de seguridad disponible que corrija la regresión.
Impacto: desactivar la caché puede reducir el rendimiento y la disponibilidad sin conexión, así que trátalo como paliativo temporal.
Permisos de carpeta como complemento
Si el usuario debe administrar contenido del buzón compartido, define Editor o Owner en las carpetas relevantes. Recuerda: estos permisos no habilitan enviar como, solo controlan el acceso al contenido.
Grupos de Microsoft
Si el envío es “desde un grupo”, habilita en el centro de administración Enviar como o Enviar en nombre de para el grupo deseado y valida el envío en Outlook en la Web. Después, prueba en escritorio.
Cuando el problema ocurre en un buzón individual
- Confirma que el buzón no esté bloqueado o suspendido y que cuente con licencia activa.
- Verifica que no se haya superado la cuota de envío o de buzón.
- Actualiza Outlook, elimina credenciales obsoletas del Administrador de credenciales y prueba en la Web para aislar cliente frente a servidor.
Procedimiento paso a paso
- Comprobar permisos en el centro de administración:
- Asegúrate de que la cuenta del usuario aparece en Enviar como y, si hace falta, en Enviar en nombre de.
- Valida Acceso total si quieres que el buzón se agregue automáticamente.
- Reiniciar Outlook y probar de nuevo. Ten en cuenta la propagación.
- Probar en la Web. Si funciona, continúa con limpieza del cliente de escritorio.
- Actualizar OAB, borrar Autocompletar de la identidad del buzón compartido y validar el campo De.
- Reagregar el buzón o crear un perfil nuevo si el problema persiste.
- Aplicar mitigación de caché si estás en on‑premises afectado tras las actualizaciones de marzo, mientras llega la corrección permanente.
Comandos de PowerShell
Ejecuta estos comandos con el rol adecuado. Ajusta nombres a tu entorno.
Exchange Online
# Conceder acceso total con automapeo
Add-MailboxPermission -Identity "BuzonCompartido" -User "Usuario" -AccessRights FullAccess -AutoMapping:$true
Conceder enviar como
Add-RecipientPermission -Identity "BuzonCompartido" -Trustee "Usuario" -AccessRights SendAs
Conceder enviar en nombre de
Set-Mailbox "BuzonCompartido" -GrantSendOnBehalfTo "Usuario"
Comprobaciones rápidas
Get-MailboxPermission "BuzonCompartido" | Where-Object {\$.User -like "Usuario*"}
Get-RecipientPermission "BuzonCompartido" | Where-Object {\$.Trustee -like "Usuario*"} Exchange on premises
# Acceso total
Add-MailboxPermission -Identity "BuzonCompartido" -User "Usuario" -AccessRights FullAccess
Enviar como en Active Directory
Add-ADPermission -Identity "BuzonCompartido" -User "Usuario" -ExtendedRights "Send As"
Verificaciones
Get-MailboxPermission "BuzonCompartido" | Where-Object {\$.User -like "Usuario*"}
Get-ADPermission "CN=BuzonCompartido,OU=...,DC=..." | Where-Object {\$.ExtendedRights -like "Send As*"} Buenas prácticas de implementación
- Mínimo privilegio: otorga solo lo necesario. Send As y Send on Behalf no son equivalentes; elige uno según el caso.
- Automapeo consciente: útil para usuarios finales; para escenarios controlados, considera agregar el buzón como cuenta adicional sin automapeo.
- Revisión periódica de delegaciones y miembros con permisos elevados.
- Plantillas internas de solicitud y retiro de permisos para auditar y mantener el orden.
Verificación posterior
- En la Web, envía un correo de prueba desde la identidad del buzón compartido con asunto identificable.
- En el escritorio, repite la prueba con el campo De seleccionado explícitamente.
- Si tu entorno lo permite, revisa el seguimiento de mensajes para confirmar la identidad de envío.
Solución de problemas adicional
- Complementos: si funcionó en modo seguro, deshabilita complementos no esenciales y habilítalos uno a uno.
- Credenciales: borra entradas antiguas del Administrador de credenciales de Windows para evitar colisiones.
- Autodiscover: perfiles corruptos o sugerencias antiguas pueden apuntar a rutas obsoletas; un perfil nuevo suele arreglarlo.
- Políticas: comprueba si existen restricciones de transporte, límites de envío o directivas que bloqueen la identidad del remitente.
Guía rápida para la interfaz
- Para mostrar el campo De al redactar: crea un nuevo mensaje, selecciona Opciones y activa De.
- Para limpiar una sugerencia incorrecta: en el campo De, elimina la entrada con la tecla suprimir cuando aparezca el autocompletar.
- Para desactivar el modo en caché del perfil o de carpetas compartidas: abre Archivo → Configuración de la cuenta y ajusta las opciones de entrega y descarga.
Casos y decisiones habituales
| Escenario | Acción recomendada | Motivo |
|---|---|---|
| Veo el buzón pero no envío como | Agregar Send As | Acceso al contenido no habilita identidad de envío |
| Envío muestra “en nombre de” | Usar Send As en lugar de Send on Behalf | Diferencias de presentación en el destinatario |
| Solo falla en escritorio | Actualizar OAB, limpiar autocompletar, revisar caché y complementos | La Web confirma que servidor y permisos están bien |
| On‑premises con incidencias tras las actualizaciones de marzo | Mitigar desactivando caché o carpetas compartidas en caché y aplicar la siguiente actualización | Regresión conocida ligada al modo en caché |
Preguntas frecuentes
¿Cuál es la diferencia entre enviar como y enviar en nombre de?
Enviar como hace que el destinatario vea solo la identidad del buzón compartido o del grupo. Enviar en nombre de muestra al usuario “en nombre de” la otra identidad. Elige según tus requisitos de representación.
¿Cuánto tarda en reflejarse un cambio de permisos?
Los cambios pueden tardar hasta sesenta minutos en propagarse por todos los servicios. Mientras tanto, valida en la Web.
¿Puedo arreglarlo solo con permisos de carpeta?
No. Los permisos de carpeta controlan contenido, no identidad de envío. Para enviar desde otra identidad, necesitas Send As o Send on Behalf.
¿Por qué en la Web funciona y en el escritorio no?
Suele deberse a caché, OAB desactualizada, perfil dañado o complementos. La Web se apoya directamente en servicios del servidor y evita esas capas locales.
¿Qué impacto tiene desactivar el modo en caché?
Menor rendimiento y trabajo sin conexión limitado. Úsalo como mitigación temporal hasta aplicar una corrección.
Lista de verificación
- ⬜ Confirmar Send As/Send on Behalf y Full Access en el centro de administración.
- ⬜ Probar el envío en la Web para aislar cliente frente a servidor.
- ⬜ Si falla solo en escritorio: actualizar OAB, reiniciar, re‑agregar el buzón o crear perfil nuevo.
- ⬜ En on‑premises afectados tras actualizaciones de marzo: desactivar caché como mitigación y aplicar la actualización correctiva en cuanto esté disponible.
- ⬜ Si se trata de un grupo, activar Enviar como en el propio grupo.
Conclusión
En la mayoría de los incidentes con el código 0x80070005‑0x000004dc‑0x00000524, la combinación de permisos bien aplicados y la higiene del cliente de Outlook resuelve el problema con rapidez. Empieza validando Send As/Send on Behalf y Full Access, verifica el envío en la Web y, si el fallo es local, actúa sobre OAB, caché, complementos y perfiles. En entornos on‑premises con incidencias tras actualizaciones de marzo, la desactivación temporal de la caché es una mitigación efectiva mientras aplicas la corrección definitiva. Si persiste el fallo, revisa los registros de transporte y los NDR del servidor para detectar bloqueos por políticas o por límites de cuota.
Apéndice
Modelo de correo de prueba sugerido
Asunto: Prueba de envío desde buzón compartido
Cuerpo: Este es un mensaje de verificación enviado como <BuzonCompartido> desde Outlook en la Web / Escritorio.
Secuencia típica de recuperación
- Conceder o corregir permisos.
- Esperar propagación y validar en la Web.
- Limpiar caché del cliente: OAB, autocompletar, complementos.
- Reagregar buzón o crear perfil nuevo.
- Si procede, mitigar desactivando caché de carpetas compartidas.
Señales de permiso incorrecto
- El mensaje queda en Bandeja de salida o aparece un NDR con acceso denegado.
- Solo puedes enviar “en nombre de” cuando se esperaba “como”.
- El campo De no muestra la identidad deseada tras desplegarlo.
Señales de problema de cliente
- En la Web funciona, en escritorio no.
- El cambio de permisos tarda en reflejarse aun pasado tiempo razonable.
- El problema desaparece en modo seguro o al desactivar complementos.
Comandos de apoyo para análisis
# Seguimiento de mensajes en on‑premises (ejemplo)
Get-MessageTrackingLog -Recipients "destinatario@dominio.com" -Start (Get-Date).AddHours(-4) -EventId "RECEIVE" |
Where-Object {$_.Sender -like "BuzonCompartido" } |
Format-Table Timestamp,Sender,Recipients,MessageSubject -Auto
Comprobar miembros con permisos sobre el buzón
Get-MailboxPermission "BuzonCompartido" |
Where-Object {(\$.IsInherited -eq \$false) -and (\$.User -notlike "NT AUTHORITY\SELF")} |
Select-Object User,AccessRights,IsInherited Con estos elementos tendrás control total del diagnóstico y la resolución, tanto en Exchange Online como en on‑premises, y podrás restaurar el envío “desde” buzones compartidos o grupos sin depender de pruebas a ciegas.