Устранение проблем взаимодействия между Teams и Exchange Server

Симптомы

Вы можете столкнуться с одним или несколькими из следующих проблем.

Проблема 1. Делегат не может запланировать собрание Teams от имени делегатора

Делегатор, почтовый ящик которого размещен на Exchange Server, добавляет делегата для управления календарем Microsoft Outlook. Однако делегат, использующий надстройку Teams для Outlook, не может запланировать собрание Teams от имени делегатора, а Outlook возвращает следующее сообщение об ошибке:

Похоже, у вас нет разрешения на планирование собраний для этой учетной записи. Обратитесь к владельцу, чтобы получить разрешение и повторите попытку.

Проблема 2. При попытке использовать приложение "Календарь Teams" возникают проблемы.

Возникает любая из следующих проблем:

• Значок календаря не отображается в клиенте Teams.
• Приложение "Календарь Teams" отображает сообщение об ошибке "К сожалению, не удалось получить сведения о собрании" при использовании классического или веб-клиента Teams.

Приложению календаря Teams требуется доступ к почтовому ящику Exchange через веб-службы Exchange (EWS). Почтовый ящик Exchange может находиться в сети или локально в области гибридного развертывания Exchange.

Проблема 3. Ваш статус присутствия в Teams застрял на "Нет на месте" или не отображается как "В собрании", когда вы участвуете в собрании в календаре Outlook.

Возникает любая из следующих проблем:

• Почтовый ящик размещен на локальном сервере Exchange, и вы отключили функцию автоматического ответа в клиенте Outlook. Однако статус присутствия в Teams отображается как "Вне офиса" для всех пользователей Teams из одной организации. Это состояние может длиться несколько дней.

  Примечание: Для пользователей, чьи почтовые ящики размещены в локальной среде, ожидается задержка присутствия не более часа.

• Вы участвуете в собрании из календаря Outlook, но статус присутствия в Teams не обновляется на "В собрании".

Предварительные требования для интеграции Teams и Exchange Server

Чтобы интегрировать службу Teams с установкой Exchange Server, убедитесь, что локальная среда Exchange Server соответствует следующим требованиям:

• Проверьте совместимость версий и среды Microsoft Exchange Server и Microsoft Teams в развертывании.

• Microsoft Teams должны знать, размещен ли почтовый ящик в Exchange Online, локально или в гибридном развертывании сервера Exchange. Службы Teams вызывают службы Exchange Online через вызов автообнаружения версии 2, который перенаправляется на локальные серверы, на которых размещен почтовый ящик в гибридной конфигурации.

• Exchange Online интегрируется с локальной средой сервера Exchange, как описано в разделе "Что такое проверка подлинности OAuth". Рекомендуется настроить его, запустив мастер гибридного развертывания Exchange, но тот же результат можно достичь вручную, как описано в разделе "Настройка проверки подлинности OAuth между организациями Exchange и Exchange Online". Exchange Online представлен идентификатором 00000002-0000-0ff1-ce00-000000000000приложения.

• Кроме того, службам Teams необходимо использовать OAuth для проверки подлинности от имени пользователя для доступа к почтовому ящику, размещенном в локальной среде. Служба планирования Teams использует приложение TeamsScheduler с идентификатором приложения 7557eb47-c689-4224-abcf-aef9bd7573df в качестве идентификатора приложения вместе с TeamsIntegrationRole, на которую ссылается создание учетной записи пользователя почты, используемой партнерскими приложениями.

• Учетная запись скрыта из адресной книги Exchange. Рекомендуется скрыть учетную запись из адресной книги, так как это отключенная учетная запись.

  • Учетная запись имеет назначение роли управления Exchange UserApplication.
  • Для хранения и архивации требуется назначение роли ArchiveApplication .
  • Все действия, описанные в этой статье, необходимы для полной локальной среды Teams и Exchange Server.

[!ПРИМЕЧАНИЕ]

• Необходимо настроить внешний брандмауэр или обратный прокси-сервер, чтобы разрешить Microsoft Teams получать доступ к серверам, работающим под управлением Exchange Server, добавив URL-адреса и диапазоны IP-адресов для Skype для бизнеса Онлайн и Microsoft Teams в список разрешений. Дополнительные сведения см. в разделе URL-адреса и диапазоны IP-адресов Microsoft 365 — Microsoft Teams.
• Для Autodiscover Exchange версии 2 требуется, чтобы служба Teams выполняла неаутентифицированное обнаружение почтового ящика пользователя, расположенного на сервере Exchange. Автообнаружение V2 полностью поддерживается в Exchange Server 2013 с накопительным пакетом обновления 19 или более поздним. Это достаточно, чтобы делегирование задач в Microsoft Teams работало правильно. Однако для приложения календаря Teams требуется установить накопительный пакет обновления 3 или более поздней версии Exchange Server 2016. Поэтому для полной поддержки функций требуется накопительный пакет обновления 3 или более поздней версии Exchange Server 2016.

Распространенные действия по устранению неполадок

Замечание

Эти действия по устранению неполадок применяются ко всем перечисленным выше проблемам.

Запуск теста подключения к интеграции с Exchange Teams

Администраторы и неадминистраторы могут выполнять проверку подключения к интеграции Teams Exchange в средстве анализатора удаленного подключения Майкрософт. Это средство используется для устранения проблем с подключением, влияющих на Teams. Тест подключения проверяет возможность взаимодействия Teams с Exchange. Для гибридных сред Exchange выполните этот тест дважды, один раз с почтовым ящиком Microsoft 365 и один раз с локальным почтовым ящиком.

Замечание

Средство анализатора удаленного подключения Майкрософт недоступно для сред GCC и GCC High Microsoft 365 для государственных организаций.

Чтобы запустить тест подключения, выполните следующие действия.

1. Откройте веб-браузер и перейдите к тесту подключения к интеграции Teams Exchange .
2. Войдите с помощью учетных данных затронутой учетной записи пользователя.
3. Введите отображаемый код проверки и нажмите кнопку "Проверить".
4. Установите флажок, чтобы принять условия соглашения, а затем нажмите кнопку "Выполнить тест".

После завершения теста на экране отображаются сведения о выполненных проверках, а также о успешном выполнении теста, сбое или успешном выполнении, но отображено несколько предупреждений. Выберите предоставленные ссылки для получения дополнительных сведений о предупреждениях и сбоях и способах их устранения.

Дальнейшие действия

После запуска теста подключения к интеграции с Exchange Teams выполните следующие действия.

Шаг 1. Убедитесь, что служба автообнаружения работает правильно

Служба Teams использует службу автообнаружения Exchange для поиска URL-адреса EWS, опубликованного сервером под управлением Exchange Server. Чтобы убедиться, что процесс автообнаружения работает правильно, выполните тест подключения Outlook в средстве анализатора удаленного подключения Майкрософт. Средство анализатора удаленного подключения использует определенный набор IP-адресов для поиска URL-адреса EWS. Список этих IP-адресов для Microsoft 365 см. в сведениях об идентификаторе 46 в URL-адресах и диапазонах IP-адресов Microsoft 365.

Замечание

Средство анализатора удаленного подключения Майкрософт недоступно для сред GCC и GCC High Microsoft 365 для государственных организаций.

Чтобы запустить тест подключения, выполните следующие действия.

1. Откройте веб-браузер и перейдите к тесту подключения Outlook .

2. В поле "Адрес электронной почты" введите адрес электронной почты затронутого почтового ящика.

   Примечание. В случае проблемы с делегированием в Teams введите почтовый ящик делегатора. В случае проблем с приложением календаря Teams и проблемами присутствия в Teams перейдите в почтовый ящик затронутого пользователя.

3. В поле Домен\Имя пользователя (или имя участника-пользователя) введите имя учетной записи, которая имеет разрешения на выполнение этого теста в формате домена\пользователя (contoso.com\user) или в формате имени участника-пользователя (user@contoso.com).

4. В поле "Пароль" введите пароль учетной записи, указанной на шаге 3.

5. В разделе "Выбор автообнаружения" выберите "Использовать автообнаружения" для обнаружения параметров сервера.

6. Введите отображаемый код проверки и нажмите кнопку "Проверить".

7. Установите флажок, чтобы принять условия соглашения, а затем нажмите кнопку "Выполнить тест".

После завершения теста на экране отображаются сведения о выполненных проверках, а также о успешном выполнении теста, сбое или успешном выполнении, но отображено несколько предупреждений. Выберите предоставленные ссылки для получения дополнительных сведений о предупреждениях и сбоях и способах их устранения.

Шаг 2: Убедитесь, что служба Autodiscover может направлять запросы Autodiscover на локальные серверы.

В консоли Windows PowerShell введите следующую команду:

Invoke-RestMethod -Uri "https://outlook.office365.com/autodiscover/autodiscover.json?Email=<Email address of the affected mailbox>&Protocol=EWS" -UserAgent Teams

Замечание

В случае проблемы с делегированием в Teams проверьте почтовый ящик делегатора. В случае проблем с приложением календаря Teams и присутствием в Teams проверьте почтовый ящик пользователя, у которого возникла проблема.

Для почтового ящика, размещенного в локальной среде, URL-адрес EWS должен указывать на локальный внешний EWS. Выходные данные должны выглядеть примерно так:

URL-адрес протокола

-------- ---

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

Если этот тест проходит неудачно или если URL-адрес EWS неверный, ознакомьтесь с предварительными требованиями для интеграции Teams и Exchange Server. Эта проблема, скорее всего, вызвана проблемой гибридной конфигурации Exchange или брандмауэром или обратным прокси-сервером, блокирующими внешние запросы.

Шаг 3. Убедитесь, что протокол проверки подлинности Exchange OAuth включен и работает

Чтобы убедиться, что проверка подлинности Exchange OAuth включена и работает, выполните Test-OAuthCOnnectivity команду, как описано в разделе "Настройка проверки подлинности OAuth между организациями Exchange и Exchange Online".

Кроме того, запустите тест подключения Свободное/Занятое в утилите проверки удаленного подключения Microsoft. Этот тест проверяет, что почтовый ящик Microsoft 365 может получить доступ к сведениям о свободном или занятом почтовом ящике локального почтового ящика и наоборот (одно направление на тестовый запуск).

Замечание

• Средство анализатора удаленного подключения Майкрософт недоступно для сред GCC и GCC High Microsoft 365 для государственных организаций.
• Этот тест необходимо выполнить два раза, переключив исходный адрес электронной почты почтового ящика с адресом электронной почты целевого почтового ящика, так как каждый запуск является однонаправленным. Вам не нужно запускать этот тест с помощью затронутой учетной записи. Тест можно выполнить с помощью любой пары локального почтового ящика и почтового ящика Microsoft 365.

Чтобы запустить тест подключения, выполните следующие действия.

1. Откройте веб-браузер и перейдите к тесту подключения "Бесплатный или занят ".
2. В поле "Адрес электронной почты исходного почтового ящика " введите адрес электронной почты исходного почтового ящика.
3. В раскрывающемся списке типа проверки подлинности выберите современную проверку подлинности (OAuth).
4. Войдите с помощью учетных данных исходного почтового ящика.
5. В поле "Адрес электронной почты целевого почтового ящика " введите адрес электронной почты целевого почтового ящика.
6. В поле выбора службы выберите соответствующую службу.
7. Введите отображаемый код проверки и нажмите кнопку "Проверить".
8. Установите флажок, чтобы принять условия соглашения, а затем нажмите кнопку "Выполнить тест".

После завершения теста на экране отображаются сведения о выполненных проверках, а также о успешном выполнении теста, сбое или успешном выполнении, но отображено несколько предупреждений. Выберите предоставленные ссылки для получения дополнительных сведений о предупреждениях и сбоях и способах их устранения.

Дополнительные сведения об устранении проблем доступности в гибридном развертывании локальной среды и Exchange Online в Microsoft 365 см. в этой статье.

Устраните неполадки с делегированием в Teams

Замечание

Эти действия по устранению неполадок применяются только к проблеме 1.

Запустите тест подключения уполномоченных на собрание в Teams

Администраторы и неадминистраторы могут запустить тест подключения для делегирования собрания Teams в инструменте Microsoft Remote Connectivity Analyzer. Это средство используется для устранения проблем с подключением, влияющих на Teams. Тест подключения проверяет, соответствует ли ваша учетная запись требованиям для планирования собрания Teams от имени делегатора.

Замечание

Средство анализатора удаленного подключения Майкрософт недоступно для сред GCC и GCC High Microsoft 365 для государственных организаций.

Чтобы запустить тест подключения, выполните следующие действия.

1. Откройте веб-браузер и перейдите к тесту подключения для делегирования собраний в Teams.
2. Войдите с помощью учетных данных затронутой учетной записи пользователя.
3. Введите адрес электронной почты делегатора.
4. Введите отображаемый код проверки и нажмите кнопку "Проверить".
5. Установите флажок, чтобы принять условия соглашения, а затем нажмите кнопку "Выполнить тест".

После завершения теста на экране отображаются сведения о выполненных проверках, а также о успешном выполнении теста, сбое или успешном выполнении, но отображено несколько предупреждений. Выберите предоставленные ссылки для получения дополнительных сведений о предупреждениях и сбоях и способах их устранения.

Если тест завершается ошибкой, выполните следующие действия.

Шаг 1. Убедитесь, что делегату предоставлено разрешение автора календарю делегатора

Если почтовый ящик делегатора размещен на локальном сервере Exchange Server, выполните следующие действия.

1. Откройте классический Outlook с помощью учетных данных делегатора.

2. Выберите Файл>Параметры учетной записи>Делегирование доступа.

3. В диалоговом окне "Делегаты" выберите делегат и выберите "Разрешения". Если делегат не указан, нажмите кнопку "Добавить ", чтобы добавить делегат.

4. В диалоговом окне "Разрешения делегата" убедитесь, что делегат имеет разрешение "Автор" (может читать и создавать элементы) или "Редактор" (может читать, создавать и изменять элементы) в папку "Календарь".

   Примечание. Минимальное разрешение, необходимое для делегата для создания собрания от имени делегатора, — разрешение "Автор" (может читать и создавать элементы). По умолчанию при добавлении делегата делегат предоставляется разрешение "Редактор" (может читать, создавать и изменять элементы) в папку "Календарь ".

5. Нажмите ОК.

После выполнения этих действий папка и разрешения отправки от имени хранятся в почтовом ящике делегатора. Кроме того, делегат добавляется в список делегатов, хранящихся в скрытом элементе в почтовом ящике делегатора.

Если почтовый ящик делегатора размещен в Exchange Online, вы можете выполнить те же действия, которые описаны выше для случая, когда почтовый ящик делегатора размещен на локальном сервере Exchange. Или подключитесь к Exchange Online PowerShell и выполните команду Set-Mailboxfolderpermission PowerShell с правами администратора:

Set-Mailboxfolderpermission -identity <delegator's UserPrincipalName>\Calendar -User <delegate's UserPrincipalName> -AccessRights Author –SharingpermissionFlags Delegate

Шаг 2. Убедитесь, что доступ к EWS не заблокирован для всей организации в Teams.

Выполните следующую команду Exchange PowerShell, чтобы проверить, был ли параметр EwsApplicationAccessPolicy установлен на EnforceAllowList для всей организации.

Get-OrganizationConfig | Select-Object Ews*

Если для параметра задано EnforceAllowListзначение, доступ к EWS разрешен только клиентам, перечисленным в EwsAllowList списке. Пустое значение EwsAllowList (EwsAllowList={}) запрещает всем пользователям получать доступ к EWS.

Замечание

Блокировка EWS также может вызвать проблемы с приложением календаря Teams. Дополнительные сведения см. в разделе "Проверка включения приложения календаря Teams".

Убедитесь, что SchedulingService он указан как элемент массива EwsAllowList параметра. Если нет, выполните следующую команду, чтобы добавить ее:

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

EwsEnabled Если параметр имеет значение False, необходимо задать значение True или Null (пустое). В противном случае служба Teams блокирует доступ к EWS.

Шаг 3. Убедитесь, что Teams не заблокирован доступ к EWS для почтового ящика делегатора

Выполните следующую команду Exchange PowerShell, чтобы проверить, установлен ли параметр EwsApplicationAccessPolicy на EnforceAllowList в почтовом ящике делегировавшего пользователя.

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

Если для параметра задано EnforceAllowListзначение, доступ к EWS разрешен только клиентам, перечисленным в EwsAllowList списке.

Убедитесь, что SchedulingService он указан как элемент массива EwsAllowList параметра. Если нет, выполните следующую команду Exchange PowerShell, чтобы добавить ее:

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

EwsEnabled Если параметр имеет значение False, необходимо задать значение True. В противном случае служба Teams блокирует доступ к EWS.

Шаг 4. Эскалация проблемы

Если вы убедились, что нет проблем с предварительными условиями или конфигурациями, упомянутыми в этой статье, отправьте запрос на обслуживание в службу поддержки Майкрософт со следующими сведениями:

• Имя пользователя UserPrincipalName для обеих сторон: делегатора и делегата.
• Надстройка для собраний Teams логируется под папкой %appdata%\\microsoft\\teams\\meeting-addin.
• Момент в UTC при воспроизведении проблемы.
• Журналы отладки клиента Teams, собранные с компьютера делегата. Дополнительные сведения о том, как собирать эти журналы, см. в статье "Использование файлов журналов в устранении неполадок Microsoft Teams".

Устранение неполадок с приложением календаря Teams

Замечание

Эти действия по устранению неполадок применяются только к проблеме 2.

Шаг 1. Проверка включения приложения календаря Teams

1. Откройте Центр администрирования Microsoft Teams, выберите ">Управление пользователями", выберите затронутого пользователя и выберите "Просмотр политик".

   

2. Выберите политику установки приложений , назначенную пользователю. В приведенном выше примере назначается глобальная политика (Org-Wide по умолчанию). Убедитесь, что отображается приложение календаря (ИДЕНТИФИКАТОР ef56c0de-36fc-4ef8-b417-3d82ba9d073c).

   

   Если приложение календаря отсутствует, восстановите его. Дополнительные сведения см. в разделе "Управление политиками настройки приложений" в Microsoft Teams.

Шаг 2. Убедитесь, что режим сосуществования для обновления Teams позволяет проводить собрания в Teams.

1. Откройте Центр администрирования Microsoft Teams.

2. Выберите ">Управление пользователями" и выберите затронутого пользователя.

3. Убедитесь, что для параметра режима сосуществования задано значение, отличное от только Skype для бизнеса или Skype для бизнеса с совместной работой Teams.

   

4. Если для режима сосуществования пользователя задано значение Use Org-wide settings, используется режим сосуществования клиента по умолчанию. В этом случае выполните следующие действия.

   1. Перейдите к параметрам на уровне организации и выберите "Обновить Teams".

   2. Убедитесь, что для параметра режима сосуществования по умолчанию задано значение, отличное от только Skype для бизнеса или Skype для бизнеса с возможностью совместной работы Teams.

      

Шаг 3. Убедитесь, что Teams не заблокирован в доступе к EWS для всей организации

Выполните команду Exchange PowerShell, чтобы проверить, задан ли параметр EwsApplicationAccessPolicy значением EnforceAllowList для всей организации:

Get-OrganizationConfig | Select-Object Ews*

Если для параметра задано значение EnforceAllowList, доступ к EWS разрешен только клиентам, перечисленным в EwsAllowList списке.

Убедитесь, что MicrosoftNinja/*, *Teams/*и SkypeSpaces/* перечислены как члены массива EwsAllowList параметра. Если они нет, выполните следующую команду, чтобы добавить их:

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

EwsEnabled Если параметр имеет значение False, необходимо задать значение True или Null (пустое). В противном случае служба Teams блокирует доступ к EWS.

Шаг 4. Убедитесь, что Teams не заблокирован доступ к EWS для затронутого пользователя

Выполните команду Exchange PowerShell, чтобы проверить, установлен ли параметр EwsApplicationAccessPolicy на EnforceAllowList для почтового ящика пользователя:

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

Если для параметра задано значение EnforceAllowList, доступ к EWS разрешен только клиентам, перечисленным в EwsAllowList списке.

Убедитесь, что MicrosoftNinja/*, *Teams/*и SkypeSpaces/* перечислены как члены массива EwsAllowList параметра. Если их нет, выполните команду Exchange PowerShell, чтобы добавить их.

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

EwsEnabled Если параметр имеет значение False, необходимо задать значение True. В противном случае служба Teams блокирует доступ к EWS.

Шаг 5. Проверка успешности проверки подключения приложения календаря Teams

Администраторы и неадминистраторы могут запустить тест подключения к приложению календаря Teams в средстве удаленного анализатора подключения Майкрософт. Это средство используется для устранения проблем с подключением, влияющих на Teams. Проверка подключения проверяет, может ли серверная служба Teams подключиться к почтовому ящику Exchange.

Замечание

Средство анализатора удаленного подключения Майкрософт недоступно для сред GCC и GCC High Microsoft 365 для государственных организаций.

Чтобы запустить тест подключения, выполните следующие действия.

1. Откройте веб-браузер и перейдите к тесту подключения к приложению календаря Teams .
2. Войдите с помощью учетных данных затронутой учетной записи пользователя.
3. Введите отображаемый код проверки и нажмите кнопку "Проверить".
4. Установите флажок, чтобы принять условия соглашения, а затем нажмите кнопку "Выполнить тест".

После завершения теста на экране отображаются сведения о выполненных проверках, а также о успешном выполнении теста, сбое или успешном выполнении, но отображено несколько предупреждений. Выберите предоставленные ссылки для получения дополнительных сведений о предупреждениях и сбоях и способах их устранения.

Шаг 6. Эскалация проблемы

Если вы убедились, что нет проблем с предварительными условиями и конфигурациями, упомянутыми в этой статье, отправьте запрос на обслуживание в службу поддержки Майкрософт со следующими сведениями:

• UserPrincipalName пользователя, которого это затрагивает.
• Момент в UTC при воспроизведении проблемы.
• Журналы отладки клиентов Teams. Дополнительные сведения о том, как собирать эти журналы, см. в статье "Использование файлов журналов в устранении неполадок Microsoft Teams".

Устранение проблем со статусом присутствия в Teams

Замечание

Эти действия по устранению неполадок применяются только к проблеме 3.

Шаг 1. Убедитесь, что URL-адрес локального REST API Exchange опубликован в общедоступной сети

Убедитесь, что служба автообнаружения может направлять запросы автообнаружения в локальную среду с помощью почтового ящика пользователя, чтобы найти локальный URL-адрес Exchange EWS и изменить формат URL-адреса. Например, измените https://mail.contoso.com/EWS/Exchange.asmx на https://mail.contoso.com/api.

Попробуйте получить доступ к URL-адресу REST API из браузера во внешней сети. Если вы получите ответ 401 из локальной среды Exchange, он указывает, что URL-адрес REST API опубликован. В противном случае обратитесь к команде локальной сети, чтобы опубликовать URL-адрес.

Замечание

Служба присутствия Teams не поддерживает резервное использование URL-адреса EWS, если доступ к REST API Exchange терпит неудачу.

Шаг 2: Убедитесь в успешности теста соединения, проверяющего присутствие в Teams на основе календарных событий

Администраторы и неадминистраторы могут запускать тест присутствия Teams на основе событий календаря с помощью средства анализа удаленных подключений Microsoft. Средство анализатора удаленного подключения использует определенный набор IP-адресов для поиска URL-адреса EWS. Список этих IP-адресов для Microsoft 365 см. в сведениях об идентификаторе 46 в URL-адресах и диапазонах IP-адресов Microsoft 365. Этот тест подключения проверяет требования к обновлению состояния присутствия пользователя в Teams на основе событий календаря в Microsoft Outlook.

Замечание

Средство анализатора удаленного подключения Майкрософт недоступно для сред GCC и GCC High Microsoft 365 для государственных организаций.

Чтобы запустить тест подключения, выполните следующие действия.

1. Откройте веб-браузер и перейдите к тесту присутствия Teams на основе событий календаря .
2. Войдите с помощью учетных данных затронутой учетной записи пользователя.
3. Введите отображаемый код проверки и нажмите кнопку "Проверить".
4. Установите флажок, чтобы принять условия соглашения, а затем нажмите кнопку "Выполнить тест".

После завершения теста на экране отображаются сведения о выполненных проверках, а также о успешном выполнении теста, сбое или успешном выполнении, но отображено несколько предупреждений. Выберите предоставленные ссылки для получения дополнительных сведений о предупреждениях и сбоях и способах их устранения.

Шаг 3. Убедитесь, что Teams не заблокирован в доступе к EWS для всей организации

Выполните следующую команду Exchange PowerShell, чтобы проверить, был ли параметр EwsApplicationAccessPolicy установлен на EnforceAllowList для всей организации:

Get-OrganizationConfig | Select-Object Ews*

Если для параметра задано значение EnforceAllowList, доступ к EWS разрешен только клиентам, перечисленным в EwsAllowList списке. Пустое значение EwsAllowList (EwsAllowList={}) запрещает всем клиентам получать доступ к EWS.

Убедитесь, что *Microsoft.Skype.Presence.App/* указан как элемент массива EwsAllowList параметра. Если нет, выполните следующую команду, чтобы добавить ее:

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

EwsEnabled Если параметр имеет значение False, необходимо задать значение True или Null (пустое). В противном случае служба Teams блокирует доступ к EWS.

Шаг 4: Убедитесь, что Teams не заблокирован для доступа к EWS для почтового ящика пользователя

Выполните следующую команду Exchange PowerShell, чтобы проверить, был ли параметр EwsApplicationAccessPolicy установлен на EnforceAllowList для почтового ящика пользователя:

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

Если для параметра задано EnforceAllowListзначение, доступ к EWS разрешен только клиентам, перечисленным в EwsAllowList списке.

Убедитесь, что *Microsoft.Skype.Presence.App/* указан как элемент массива EwsAllowList параметра. Если нет, выполните следующую команду Exchange PowerShell, чтобы добавить ее:

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

EwsEnabled Если параметр имеет значение False, необходимо задать значение True. В противном случае служба Teams блокирует доступ к EWS.

Шаг 5. Эскалация проблемы

Если вы проверили, что проблемы с предварительными условиями и конфигурациями, упомянутыми в этой статье, не возникают, отправьте запрос на обслуживание в службу поддержки Майкрософт со следующими сведениями:

• UserPrincipalName пользователя, которого это затрагивает.
• Момент в UTC при воспроизведении проблемы.
• Журналы отладки клиентов Teams. Дополнительные сведения о том, как собирать эти журналы, см. в статье "Использование файлов журналов в устранении неполадок Microsoft Teams".