Solución de problemas de interacción entre Microsoft Teams y Exchange Server

En este artículo se detallan instrucciones para ayudarle a solucionar problemas de interacción que se producen entre Microsoft Teams y Microsoft Exchange Server.

Introducción

Obtenga información sobre cómo es la interacción entre Exchange y Microsoft Teams para validar versiones y la compatibilidad de entornos.

Síntomas

Problema 1: un delegado no puede programar una reunión de Teams en nombre de un delegador

Un usuario cuyo buzón de correo está hospedado en Exchange Server agrega a otro usuario como delegado para administrar el calendario de Outlook. El delegado que usa el complemento de Teams para Outlook no puede programar una reunión de Teams en nombre del delegador y Outlook muestra el siguiente mensaje de error:

Parece que no tiene permiso para programar reuniones para esta cuenta. Hable con el propietario para conseguir los permisos y vuelva a intentarlo.

Problema 2: tiene problemas cuando intenta usar la aplicación de calendario de Teams

Se produce cualquiera de los siguientes problemas:

  • El icono del calendario no se muestra en el cliente de Teams.
  • La aplicación de calendario de Microsoft Teams muestra el mensaje de error "Lo sentimos, no pudimos obtener los detalles de la reunión" al usar el cliente de escritorio o el cliente web de Teams.

La aplicación de calendario de Teams requiere acceso al buzón de Exchange a través de los servicios Web Exchange (EWS). El buzón de Exchange puede ser local o estar en línea en el contexto de la implementación híbrida de Exchange.

Problema 3: El estado de presencia de Teams está atascado en Fuera de la oficina o no muestra "En una reunión" cuando el usuario asiste a una reunión del calendario de Outlook

Un usuario cuyo buzón de correo está hospedado en un servidor de Exchange local desactiva las respuestas automáticas del cliente de Outlook, pero el estado de presencia de Teams muestra "Fuera de la oficina" a todos los clientes de Teams de la misma organización. Esto puede durar unos días.

Nota

Para los usuarios cuyo buzón está hospedado localmente, se espera que tenga retrasos de presencia con un máximo de una hora.

Un usuario asiste a una reunión de calendario de Outlook, pero el estado de presencia de Teams no se actualiza a "En una reunión".

Requisitos previos

Para integrar el servicio de Microsoft Teams en su instalación de Exchange Server, asegúrese de que el entorno local de Exchange Server cumpla los siguientes requisitos:

  • Microsoft Teams debe comprobar si el buzón de correo está hospedado en Exchange Online o de forma local. Requiere la implementación híbrida del servidor de Exchange. Los servicios de Teams llaman a los servicios de Exchange Online mediante la API de REST, que los redirige a los servidores locales que hospedan el buzón de correo cuando corresponda, en función de la configuración híbrida.

  • Exchange Online se integra con el entorno del servidor local de Exchange, como se describe en ¿Qué es la autenticación OAuth?. Es preferible que lo configure ejecutando el Asistente para la configuración híbrida de Exchange, pero también se puede hacer manualmente como se describe en Configurar la autenticación OAuth entre organizaciones de Exchange y Exchange Online. Exchange Online está representado por el id. de aplicación 00000002-0000-0ff1-ce00-000000000000.

  • Además, los servicios de Microsoft Teams deben autenticarse en nombre del usuario para tener acceso al buzón de correo hospedado localmente que también usa OAuth. En este caso, el servicio de programación de Teams usa el id. de aplicación de Skype Empresarial Online 00000004-0000-0ff1-ce00-000000000000 junto con MailUser al que se hace referencia en Configurar la integración y OAuth entre Skype Empresarial Online y Exchange Server:

    • La cuenta está oculta en la libreta de direcciones de Exchange. Se recomienda ocultar la cuenta de la libreta de direcciones, ya que es una cuenta de usuario deshabilitada.
    • La cuenta tiene una asignación de roles de administración de Exchange de UserApplication.
    • Para la retención y el archivado es necesaria una asignación de roles de ArchiveApplication.
    • Todos los pasos del artículo son necesarios para la versión completa de Teams y el servidor local de Exchange.

Nota

Aquí tiene un ejemplo del uso de la plataforma de identidad de Microsoft y de OAuth 2.0.

  • Debe configurar su firewall orientado a Internet o servidor proxy inverso para permitir que Microsoft Teams tenga acceso a los servidores en los que se ejecuta Exchange Server. Para ello, agregue las direcciones URL y los intervalos de direcciones IP de Skype Empresarial Online y Microsoft Teams a la lista de permitidos. Para obtener más información, consulte la sección "Skype Empresarial Online y Microsoft Teams" de Intervalos de direcciones IP y direcciones URL de Office 365.

  • Es necesaria la Detección automática V2 de Exchange para permitir que el servicio de Teams realice una detección no autenticada en un buzón de usuario ubicado en Exchange Server. La Detección automática V2 es totalmente compatible con la actualización acumulativa número 19 y posteriores de Exchange Server 2013. Con esto basta para permitir que la delegación de Teams funcione correctamente. Pero la aplicación de calendario de Teams requiere la instalación de la actualización acumulativa 3 de Exchange Server 2016 o una versión posterior de la misma. Por lo tanto, para tener compatibilidad con todas las características, se necesita la actualización acumulativa 3 de Exchange Server 2016 o una versión posterior de la misma.

Pasos habituales para la solución de problemas

Nota

Estos pasos de solución de problemas se aplican a todos los problemas enumerados anteriormente.

Paso 1: Comprobar que el servicio de Detección automática funciona correctamente

El servicio de Microsoft Teams usa el servicio de Detección automática de Exchange para buscar la dirección URL de EWS publicada por el servidor en el que se ejecuta Exchange Server. Para comprobar que el proceso de Detección automática funcione correctamente, haga lo siguiente:

  1. Pida al usuario que vaya al Analizador de conectividad remota de Microsoft.
  2. Introduzca la información solicitada (asegúrese de seleccionar la casilla Usar la Detección automática para encontrar la configuración del servidor).
  3. Seleccione el botón Realizar prueba para iniciar la prueba de Detección automática.

Si se produce un error en la prueba, primero debe resolver el problema de Detección automática.

Captura de pantalla de la Outlook de conectividad remota de Microsoft Remote Connectivity Analyzer.

Nota

En el problema de delegación de Teams, el buzón que debe probar es el del delegador. En el problema de presencia de la aplicación de calendario de Teams, el buzón que se debe probar es el del usuario afectado.

Paso 2: Compruebe que el servicio de Detección automática pueda enrutar las solicitudes de Detección automática a destinos locales

En Windows PowerShell, ejecute el siguiente comando:

Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=onpremisemailbox@contoso.com&Protocol=EWS&RedirectCount=5" -UserAgent Teams

Nota

En el problema de delegación de Teams, el buzón que debe probar es el del delegador. En el problema de presencia de la aplicación de calendario de Teams, el buzón que se debe probar es el del usuario afectado.

Para un buzón hospedado de forma local, la dirección URL de EWS debe apuntar al EWS externo local. El resultado debería ser similar al siguiente:

URL de protocolo

-------- ---

EWS <https://mail.contoso.com/EWS/Exchange.asmx>

Si se produce un error en esta prueba, o si la dirección URL de EWS es incorrecta, revise la sección Requisitos previos. Esto se debe a que el problema está causado probablemente por un error de configuración híbrida de Exchange, o por un firewall o proxy inverso que bloquea las solicitudes externas.

Paso 3: Compruebe que el protocolo de autenticación OAuth de Exchange está habilitado y funciona

Para comprobar que la autenticación OAuth de Exchange esté habilitada y funciona, ejecute el comando Test-OAuthCOnnectivity como se describe en Configurar la autenticación OAuth entre organizaciones de Exchange y Exchange Online.

Además, ejecute la prueba de conectividad de disponibilidad que está disponible en el Analizador de conectividad remota de Microsoft. Para ello, siga estos pasos:

  1. Navegue hasta el Analizador de conectividad remota de Microsoft.

  2. Seleccione la prueba de disponibilidad para comprobar que un buzón de Office 365 puede acceder a la información de disponibilidad de un buzón local y viceversa.

    Debe ejecutar esta prueba dos veces intercambiando la dirección de correo electrónico del buzón de origen por la dirección de correo electrónico del buzón de destino. Esto se debe a que cada ejecución es unidireccional. Para ejecutar esta prueba no es necesario utilizar las cuentas afectadas. La prueba se puede ejecutar usando cualquier par compuesto por un buzón local y un buzón de Office 365.

    Para obtener más información sobre cómo solucionar problemas de disponibilidad en una implementación híbrida en local y Exchange Online en Office 365, consulte este artículo.

Solucionar el problema de delegación de Teams

Nota

Estos pasos de solución de problemas se aplican solamente al Problema 1.

Paso 1: Compruebe que al delegado se le ha concedido el permiso de editor para acceder al calendario del delegador.

Abra Shell de administración de Exchange en uno de los servidores basados en Exchange y luego ejecute el siguiente comando de PowerShell de Exchange para comprobar que el derecho de acceso de editor se ha concedido al delegado:

Get-MailboxFolderPermission -Identity <delegator's UserPrincipalName>:\calendar  | Format-List

Compruebe si el parámetro AccessRights contiene un valor de Editor. De no ser así, ejecute el siguiente comando para conceder el permiso:

Set-MailboxFolderPermission -Identity <delegator's UserPrincipalName>\Calendar -User <delegate's UserPrincipalName> -AccessRights Editor

Como alternativa, pida al delegador que siga los pasos de este artículo para volver a configurar la delegación en el cliente de Outlook.

Paso 2: Compruebe que el delegador haya concedido al delegado el permiso "GrantSendOnBehalfTo"

Ejecute el siguiente comando para comprobar que el permiso GrantSendOnBehalfTo se ha concedido al delegado:

Get-Mailbox -Identity <delegator's UserPrincipalName> | Format-List *grant*

Compruebe que el parámetro GrantSendOnBehalfTo contiene el alias del delegado. De no ser así, ejecute el siguiente comando para conceder el permiso:

Set-Mailbox <delegator's UserPrincipalName> -Grantsendonbehalfto @{add="<delegate's UserPrincipalName>"}

Como alternativa, pida al delegador que siga los pasos de este artículo para volver a configurar la delegación en el cliente de Outlook.

Paso 3: compruebe que Teams no tenga bloqueado el acceso a EWS para toda la organización

Ejecute el siguiente comando de PowerShell de Exchange para comprobar si el parámetro EwsApplicationAccessPolicy se estableció en EnforceAllowList para toda la organización:

Get-OrganizationConfig | Select-Object Ews*

Si el parámetro se estableció en EnforceAllowList, solo los clientes enumerados en EwsAllowList tienen permiso para acceder a EWS. Un valor EwsAllowList vacío (EwsAllowList={}) impide que todos los usuarios tengan acceso a EWS.

Nota

Bloquear EWS también puede afectar a la aplicación de calendario de Teams. Consulte Comprobar que la aplicación de calendario de Teams esté habilitada.

Asegúrese de que *SchedulingService* aparece como un miembro de la matriz del parámetro EwsAllowList. De no ser así, ejecute el siguiente comando para agregarlo:

Set-OrganizationConfig -EwsAllowList @{Add="*SchedulingService*"}

Si el parámetro EwsEnabled está establecido en Falso, debe establecerlo en Verdadero o Nulo (en blanco). De lo contrario, se bloqueará el acceso a EWS por parte del servicio de Teams.

Paso 4: Compruebe que Teams no tenga bloqueado el acceso a EWS para el buzón del delegador

Ejecute el siguiente comando de PowerShell de Exchange para comprobar si el parámetro EwsApplicationAccessPolicy se estableció en EnforceAllowList para el buzón del delegador:

Get-CasMailbox <delegator's UserPrincipalName> | Select-Object Ews*

Si el parámetro se estableció en EnforceAllowList, solo los clientes enumerados en EwsAllowList tienen permiso para acceder a EWS.

Asegúrese de que *SchedulingService* aparece como un miembro de la matriz del parámetro EwsAllowList. De lo contrario, ejecute el siguiente comando de PowerShell de Exchange para agregarlo:

Set-CASMailbox <delegator's UserPrincipalName> -EwsAllowList @{Add="*SchedulingService*"}

Si el parámetro EwsEnabled está establecido en Falso, debe cambiarlo a Verdadero. De lo contrario, se bloqueará el acceso a EWS por parte del servicio de Teams.

Paso 5: Remitir el problema a una instancia superior

Si comprobó que no hay ningún problema con los requisitos previos o las configuraciones mencionados en este artículo, envíe una solicitud de servicio al Soporte técnico de Microsoft con esta información:

  • El UserPrincipalName para el delegador y el delegado.
  • Los registros del complemento de Reunión de Teams de la carpeta %appdata%\\microsoft\\teams\\meeting-addin.
  • La hora en UTC en la que se reprodujo el problema.
  • Los registros de depuración del cliente de Teams recopilados de la máquina del delegado. Para obtener más información acerca de cómo recopilar estos registros, consulte Usar los archivos de registro para solucionar problemas en Microsoft Teams.

Solucionar el problema de la aplicación de calendario de Teams

Nota

Los siguientes pasos de solución de problemas solo se aplican al Problema 2.

Paso 1: Compruebe que la aplicación de calendario de Teams está habilitada

  1. Abra el Centro de administración de Microsoft Teams, vaya a Usuarios y seleccione Ver directivas para el usuario afectado.

    Captura de pantalla Microsoft Teams ventanas del Centro de administración. Se enumeran las policías asignadas en la pestaña Policías.

  2. Seleccione la directiva de configuración de aplicación asignada a ese usuario. En el ejemplo anterior, se utiliza la directiva global (configuración predeterminada para toda la organización). Confirme que se muestra la aplicación de calendario (ID ef56c0de-36fc-4ef8-b417-3d82ba9d073c).

    Captura de pantalla de Teams de configuración de aplicaciones, que muestra la aplicación de calendario.

    Si falta la aplicación de calendario, restáurela. Para obtener más información, consulte Manage app setup policies in Microsoft Teams.

Paso 2: compruebe que el modo de coexistencia de la actualización de Teams permite realizar reuniones de Teams

  1. Abra el Centro de administración de Microsoft Teams.

  2. Vaya a Usuarios y seleccione el usuario afectado.

  3. Compruebe que la configuración del modo de coexistencia tenga un valor distinto de Solo Skype Empresarial o Skype Empresarial con la colaboración de Teams.

    La captura de pantalla muestra la opción Modo de coexistencia en la pestaña Cuenta en el elemento Usuarios.

  4. Si el modo de coexistencia del usuario se estableció en Usar la configuración de toda la organización, significa que se usará el modo de coexistencia de inquilino predeterminado.

  5. Vaya a la Configuración de toda la organización y seleccione Actualización de Teams.

  6. Compruebe que la configuración predeterminada del modo de coexistencia tenga un valor diferente de Solo Skype Empresarial o Skype Empresarial con la colaboración de Teams.

    La captura de pantalla muestra la configuración del modo de coexistencia Teams actualización.

Paso 3: compruebe que Teams no tenga bloqueado el acceso a EWS para toda la organización

Ejecute el siguiente comando de PowerShell de Exchange para comprobar si el parámetro EwsApplicationAccessPolicy se estableció en EnforceAllowList para toda la organización:

Get-OrganizationConfig | Select-Object Ews*

Si el parámetro se estableció en EnforceAllowList, significa que solo los clientes que se enumeran en EwsAllowList tienen acceso a EWS.

Asegúrese de que MicrosoftNinja/*_, _*Teams/* y SkypeSpaces/*_ figuren como miembros de la matriz del parámetro _ EwsAllowList. Si no lo están, ejecute el siguiente comando para agregarlos:

Set-OrganizationConfig -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}

Si el parámetro EwsEnabled está establecido en Falso, debe establecerlo en Verdadero o Nulo (en blanco). De lo contrario, el servicio de Teams tendrá bloqueado el acceso a EWS.

Paso 4: compruebe que Teams no tenga bloqueado el acceso a EWS para el usuario afectado

Ejecute el siguiente comando de PowerShell de Exchange para comprobar si el parámetro EwsApplicationAccessPolicy se estableció en EnforceAllowList para el buzón de usuario:

Get-CASMailbox <UserPincipalName> | Select-Object Ews*

Si el parámetro se estableció en EnforceAllowList, significa que solo los clientes que se enumeran en EwsAllowList tienen acceso a EWS.

Asegúrese de que MicrosoftNinja/*_, _*Teams/* y SkypeSpaces/*_ figuren como miembros de la matriz del parámetro _ EwsAllowList. Si no lo están, ejecute el siguiente comando de PowerShell de Exchange para agregarlos:

Set-CASMailbox <UserPincipalName> -EwsAllowList @{Add="MicrosoftNinja/*","*Teams/*","SkypeSpaces/*"}

Si el parámetro EwsEnabled está establecido en Falso, debe cambiarlo a Verdadero. De lo contrario, el servicio de Teams también tendrá bloqueado el acceso a EWS.

Paso 5: Compruebe que la prueba de la aplicación de calendario de Microsoft Teams se haya realizado correctamente

  1. Pida al usuario que vaya al Analizador de conectividad remota de Microsoft.
  2. Introduzca la información solicitada.
  3. Seleccione el botón Realizar prueba para iniciar la prueba de la aplicación de calendario de Microsoft Teams.

Si se produce un error en la prueba, debe intentar resolver el problema y volver a ejecutar la prueba.

Captura de pantalla Teams de la aplicación calendario de Microsoft Remote Connectivity Analyzer.

Paso 6: Remitir el problema a una instancia superior

Si comprobó que no hay ningún problema con los requisitos previos y las configuraciones mencionados en este artículo, envíe una solicitud de servicio al Soporte técnico de Microsoft con esta información:

Solución de problemas del error de presencia en Teams

Estos pasos de solución de problemas se aplican solamente al Problema 3.

Paso 1: Comprobar que la dirección URL de la API REST de Exchange local se ha publicado en la red pública

Ejecute el paso 2 en los pasos comunes de solución de problemas anteriores en el buzón del usuario para buscar la dirección URL de EWS de Exchange local y cambie el formato de dirección URL (reemplace "/EWS/Exchange.asmx" por "/api") de la siguiente manera: https://mail.contoso.com/EWS/Exchange.asmx a https://mail.contoso.com/api.

Trate de acceder a la dirección URL de la API REST desde un explorador de la red externa. Si obtiene una respuesta 401 del entorno de Exchange local, es porque la dirección URL de la API REST se publicó. De lo contrario, póngase en contacto con el equipo de red local para que se publique la dirección URL.

Nota

El servicio de presencia de Teams no admite la reserva a la dirección URL de EWS si se produce un error en el acceso a la API REST de Exchange.

Paso 2: Comprobar que la prueba Teams presencia basada en eventos de calendario es correcta

  1. Pida al usuario que vaya a la sección Teams presencia basada en eventos de calendario del Analizador de conectividad remota de Microsoft.
  2. Introduzca la información solicitada.
  3. Seleccione el botón Realizar prueba para iniciar la Teams de presencia basada en eventos de calendario.

Si se produce un error en la prueba, debe intentar resolver el problema y volver a ejecutar la prueba.

Captura de pantalla de Teams de presencia basada en eventos de calendario de Microsoft Remote Connectivity Analyzer.

Paso 3: compruebe que Teams no tenga bloqueado el acceso a EWS para toda la organización

Ejecute el siguiente comando de PowerShell de Exchange para comprobar si el parámetro EwsApplicationAccessPolicy se estableció en EnforceAllowList para toda la organización:

Get-OrganizationConfig | Select-Object Ews*

Si el parámetro se estableció en EnforceAllowList, significa que solo los clientes que se enumeran en EwsAllowList tienen acceso a EWS. Un valor vacío EwsAllowList (EwsAllowList={}) impide que todos los clientes tengan acceso a EWS.

Asegúrese de que *Microsoft.Skype.Presence.App/* aparece como un miembro de la matriz del parámetro EwsAllowList. De no ser así, ejecute el siguiente comando para agregarlo:

Set-OrganizationConfig -EwsAllowList @{Add="*Microsoft.Skype.Presence.App/*"}

Si el parámetro EwsEnabled está establecido en Falso, debe establecerlo en Verdadero o Nulo (en blanco). De lo contrario, se bloqueará el acceso a EWS por parte del servicio de Teams.

Paso 4: Comprobar que Teams no está bloqueado para obtener acceso a EWS para el buzón del usuario

Ejecute el siguiente comando de PowerShell de Exchange para comprobar si el parámetro EwsApplicationAccessPolicy se estableció en EnforceAllowList para el buzón del usuario:

Get-CasMailbox <user's UserPrincipalName> | Select-Object Ews*

Si el parámetro se estableció en EnforceAllowList, solo los clientes que están enumerados en EwsAllowList tendrán acceso a EWS.

Asegúrese de que *Microsoft.Skype.Presence.App/* aparece como un miembro de la matriz del parámetro EwsAllowList. De lo contrario, ejecute el siguiente comando de PowerShell de Exchange para agregarlo:

Set-CASMailbox <user's UserPrincipalName> -EwsAllowList @{Add="* Microsoft.Skype.Presence.App/*"}

Si el parámetro EwsEnabled está establecido en Falso, debe cambiarlo a Verdadero. De lo contrario, se bloqueará el acceso a EWS por parte del servicio de Teams.

Paso 5: Remitir el problema a una instancia superior

Si comprobó que no hay problemas que afecten a los requisitos previos o configuraciones que se mencionan en este artículo, envíe una solicitud de servicio al soporte técnico de Microsoft con la siguiente información:

Referencias