Error “Exception has been thrown by the target of an invocation” al programar OOO en Exchange Online

Cuando un administrador intenta programar respuestas automáticas de Fuera de la oficina (OOO) en nombre de otros usuarios dentro de Microsoft 365 / Exchange Online se presenta de forma reiterada el mensaje “Exception has been thrown by the target of an invocation”. El fallo afecta a OWA, al ECP (Exchange Control Panel clásico) y a la opción Ver otro buzón, y se debe a una degradación confirmada en la infraestructura de Microsoft. A continuación se detallan sus causas, el impacto y las mejores estrategias de mitigación hasta que se publique la corrección definitiva.

Índice

Problema principal

El error aparece en cualquiera de estos escenarios:

  • Al acceder a Outlook Web y seleccionar Ver otro buzónConfiguraciónRespuestas automáticas.
  • Desde el Exchange Control Panel (ECP) clásico o el Exchange Admin Center (EAC) antiguo.
  • Durante la apertura de un buzón delegado con permisos completos y la posterior configuración de OOO.

Los registros de auditoría y los trazos de red demuestran que la petición llega a la API de Exchange Online pero esta genera una excepción interna, interrumpiendo la operación.

Causas identificadas

  1. Degradación en servicios de backend. Microsoft ha comunicado incidentes EX* en el Panel de salud de Microsoft 365 indicando un rendimiento inestable en los controles de gestión de buzones.
  2. Obsolescencia del ECP clásico. El panel está oficialmente en desuso desde 2024 H2. Las llamadas que realizan sus formularios no reciben ya todo el soporte de los equipos de ingeniería.
  3. Desalineación de API. Los flujos de autorización heredados que usa OWA al abrir otro buzón todavía llaman a endpoints que cambiarán cuando finalice la transición al nuevo modelo basado en Graph.

Impacto en la operativa diaria

Los equipos de soporte de primer nivel se ven obligados a:

  • Escalar tickets con frecuencia inusual y pérdida de productividad.
  • Invertir tiempo en guiar al usuario final para que establezca su propia OOO.
  • Aplicar cambios mediante PowerShell, lo que requiere cuentas privilegiadas y auditoría adicional.

Soluciones y workarounds vigentes

MétodoDónde se realizaCuándo funciona
Nuevo Exchange Admin Center → MailboxesUsuarioOthersManage automatic repliesNavegadorFiable en la mayoría de los tenants; usa la nueva pila de servicios.
Centro de administración de Microsoft 365 → Usuarios activosUsuarioCorreoAdministrar respuestas automáticasNavegadorOpera bien si el buzón no tenía OOO previa; sobreescribir configuraciones existentes puede fallar.
PowerShell (Exchange Online)Consola100 % fiable; evita la UI. Requiere rol adecuado (Organization Management o delegación específica).
Permitir al propio usuario gestionar su OOO desde Outlook/OWACliente Outlook u OWANo está afectado; el problema solo surge al actuar en nombre de terceros.

Script básico de PowerShell


Instalar módulo (una sola vez)
Install-Module -Name ExchangeOnlineManagement -RequiredVersion 3.4.0

Conectar

Connect-ExchangeOnline -UserPrincipalName [admin@contoso.com](mailto:admin@contoso.com)

Activar OOO

Set-MailboxAutoReplyConfiguration -Identity [usuario@contoso.com](mailto:usuario@contoso.com) `    -AutoReplyState Enabled`
-InternalMessage "Mensaje interno" `    -ExternalMessage "Mensaje externo"`
-ExternalAudience All 

Personaliza -Identity, los mensajes y el público externo según la necesidad. Para desactivar OOO basta con ejecutar -AutoReplyState Disabled.

Automatización avanzada

Si tu organización delega la tarea en un help desk, puedes:

  • Crear una función de PowerShell firmada que reciba como parámetro el UserPrincipalName y los mensajes.
  • Exponerla vía Azure Automation o runbooks desencadenados por formularios internos.
  • Auditar la acción con Search-UnifiedAuditLog -Operations Set-MailboxAutoReplyConfiguration.

Recomendaciones complementarias

  1. Monitoriza el panel de salud. Antes de abrir un ticket comprueba el ID de incidente (p. ej. EX741235). Suele actualizarse cada 30 min.
  2. Planifica la migración al nuevo EAC. Microsoft avanza hacia la retirada total del ECP clásico en 2026 Q1.
  3. Segmenta privilegios. Para técnicos de primer nivel otorga solo Mail Recipients / Manage automatic replies y evita roles globales.
  4. Documenta el proceso de PowerShell. Incluir capturas, código firmado y procedimientos de reversión.
  5. Comunica a los usuarios. Mientras persista la incidencia, invítalos a configurar su propia respuesta automática para evitar retrasos.

Buenas prácticas para mensajes OOO efectivos

Más allá del problema técnico, aprovecha para revisar la redacción de las respuestas automáticas:

  • Indica periodo exacto de ausencia (fechas y zonas horarias si corresponde).
  • Proporciona un contacto alternativo y sus horarios de disponibilidad.
  • Evita compartir datos sensibles o enlaces que requieran autenticación interna.
  • Mantén versiones diferenciadas para audiencias internas y externas; usa la opción -ExternalAudience para segmentar.

Preguntas frecuentes

¿Tan solo falla la programación de OOO o hay más funciones afectadas?

Los informes actuales apuntan principalmente a la configuración de OOO. Operaciones como block sign-in o modificaciones simples de atributos no presentan el mismo código de error.

¿Se puede forzar OWA a usar las nuevas APIs?

No. El despliegue de OWA se gestiona de forma centralizada y los clientes no pueden redirigir llamadas. Solo queda emplear PowerShell o el nuevo EAC.

¿Cuánto tardará Microsoft en resolverlo?

Los estados de EX se actualizan cada pocas horas. Históricamente incidencias similares se han cerrado en 3–5 días laborables, pero puede variar según complejidad regional.

Plan de contingencia recomendado

  1. Catalogar buzones críticos (alta dirección, atención al cliente).
  2. Asignar permisos de Manage automatic replies vía Add-MailboxPermission.
  3. Crear scripts reutilizables con registro de auditoría.
  4. Establecer un canal de comunicación para informar de la restauración del servicio.
  5. Revisar periódicamente la salud del servicio y ajustar el plan de soporte.

Conclusión

El mensaje “Exception has been thrown by the target of an invocation” al programar OOO refleja la transición en curso desde el ECP clásico hacia el nuevo EAC y la modernización de Exchange Online. Mientras Microsoft completa la corrección, la vía más sólida es administrar las respuestas automáticas desde el nuevo centro de administración o mediante PowerShell. Una migración planificada, acompañada de una política de mínimos privilegios y documentación exhaustiva, reducirá la exposición a futuras interrupciones semejantes.

Índice