Ошибка кто то уже настроил teams для вашей организации

Кто-то уже настроил Teams для вашей организации

Нередко встречается ситуация, когда при регистрации учетной записи пользователь видит ошибку: «Кто-то уже настроил Teams для вашей организации». Иногда это сильно путает человека, ведь, скорее всего, никто не указывал его электронную почту и не добавлял никакую организацию. Как же поступить в такой ситуации? Давайте разберемся с этим вопросом.

Пояснение ситуации

Для начала попытайтесь подумать, реально ли мог кто-то указать введенную вами почту при создании учетной записи до этого. Если такое могло произойти, то свяжитесь с человеком и уточните этот момент. Он может дать вам специальную ссылку на регистрацию аккаунта сотрудника. Чтобы воспользоваться ей, ознакомьтесь с нашей инструкцией, пункт «Подключение к существующей…».

Но как поступить, если никто не указывал вашу почту? Скорее всего, проблема в самом сервисе Майкрософт Тимс. У него довольно запутанная процедура регистрации, где есть множество неочевидных нюансов. Проще всего их обойти, если завести электронную почту Outlook (это еще один сервис Microsoft). Предлагаем вам пошаговую инструкцию:

1. Перейдите по этой ссылке.
2. Придумайте удобный логин и кликните «Далее».
3. Теперь вас попросят указать безопасный пароль – сделайте это.
4. Введите личную информацию: сначала имя и фамилию, затем страну или регион проживания и дату рождения.
5. Укажите свой мобильный телефон.
6. Щелкните на кнопку «Отправить код».
7. Дождитесь SMS-сообщения на указанный номер.
8. Введите код оттуда в текстовое поле.
9. Опять кликните «Далее».
10. Теперь нажмите «Да».
11. Завершите создания электронной почты.

Теперь можно переходить к заведению аккаунта в Microsoft Teams:

1. Откройте программу на своем компьютере.
2. Нажмите на пункт «Бесплатная регистрация», находящийся снизу окошка авторизации.
3. Появится отдельная страничка браузера. Сначала вам нужно ввести новый электронный адрес, который выглядит как указанный в пункте 2 логин и приписка @outlook.com.
4. Щелкните на кнопку «Далее».
5. Вас спросят цель использования программы, отметьте вариант For work and organizations.
6. Укажите нужную информацию о компании, которую запросит система.
7. Нажмите на пункт «НастройкаTeams».
8. В окошке браузера появится предложение запустить программу Майкрософт Тимс. Это необходимо для продолжения.
9. Войдите в систему, используя почту Outlook и указанный ранее пароль.
10. Нажмите на кнопку «Продолжить» и подождите несколько секунд.

Завершение

В результате выполнения описанных действий вы сможете добавить свою компанию в MS Teams. Следующий шаг – приглашение туда своих коллег, которым нужно переслать специальную ссылку. Делается это следующим способом:

1. В окне программы посетите вкладку «Команды».
2. Щелкните ЛКМ на надпись «Пригласить коллег».
3. Сразу же после нажмите «Пригласить письмом».
4. Укажите email-адреса своих коллег, куда придет ссылка-приглашение.
5. Подтвердите отправку.

Источник

Ошибка «Кто-то уже Teams для организации» в Microsoft Teams

Симптомы

При попытке настроить учетную запись Microsoft Teams вы получаете сообщение об ошибке «Кто-то уже Teams для организации».

Решение

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

Причина 1: Кто-то уже Teams для вас.

Разрешение 1: Найми приглашение в почтовом ящике электронной почты. Кроме того, попробуйте войти в Teams из частного окна браузера или инкогнито. Для этого щелкните правой кнопкой мыши Teams ссылку, выберите подходящий вариант в зависимости от браузера (например, выберите открытую ссылку в окне InPrivate в Edge), а затем введите учетные данные домена для входа.

Причина 2: Ваш адрес электронной почты привязан как к работе, так и к личной учетной записи. Например, вы используете домен contoso.com учетной записи Microsoft Service (Live ID) и учетной записи работы (Active Directory).

Разрешение 2: Попробуйте создать учетную запись Teams в новом частном окне браузера или инкогнито. Для этого щелкните правой кнопкой мыши эту ссылку Teams,выберите подходящий вариант в зависимости от браузера (например, выберите открытую ссылку в окне Open inPrivate в Edge), а затем введите учетные данные для вашей работы или учетной записи школы, а не для входа в личную учетную запись. Если это не работает, необходимо отонкить две учетные записи, чтобы создать бесплатную Teams учетную запись. Дополнительные сведения см. в разделе «Я хочу использовать другой адрес электронной почты или номер телефона для регистрации» в разделе Изменение адреса электронной почты или номера телефона для учетной записи Майкрософт.

Причина 3: Вы пытаетесь зарегистрироваться для своей учетной записи с помощью бесплатного клиента. Дополнительные сведения о клиентах см. в руб. в рубли «Клиенты».

Разрешение 3: Используйте клиента организации для этой учетной записи. Для личного использования создайте учетную запись Teams с помощью личного адреса электронной почты.

Дополнительная информация

Требуется дополнительная помощь? Зайдите на сайт сообщества Майкрософт.

Источник

Проблема со входом в веб-версию MS Teams

Перед началом выполнения следующего алгоритма рекомендуем проверить корректность вводимых логина и пароля.
Для этого попробуйте зайти в корпоративную почту. Если, используя одни и те же логин и пароль, вы можете зайти в свою корпоративную почту, но не можете в MS Teams, проблема может заключаться в файлах куки, которые хранят вашу информацию. Попробуйте авторизоваться на сайте teams.microsoft.com в режиме «инкогнито» в вашем браузере. Если авторизация пройдет успешно, действуйте по следующей инструкции, чтобы удалить файлы куки и иметь доступ к Microsoft Teams в обычном режиме работы браузера.

Если вы используете браузер Google Chrome:

1. Откройте браузер Google Chrome
2. Нажмите на значок в правом верхнем углу экрана
3. Выберите «Настройки» -> «Показать дополнительные настройки»
4. Нажмите «Настройки контента» в разделе «Личные данные»
5. В разделе «Файлы cookie» выберите «Все файлы cookie и данные сайтов»

Если вы используете браузер Opera:

1. В меню браузера (в левом верхнем углу страницы) выберите пункт «Настройки»
2. В открывшемся меню выберите «Удалить личные данные»
3. В окне «Удаление личных данных» кликните по ссылке «Детальная настройка» и установите флажок «Удалить все cookies» (остальные флажки должны быть сняты)
4. Для завершения нажмите «Удалить»

Если вы используете браузер Firefox:

1. В меню браузера выберите пункт «Инструменты» и далее раздел «Настройки»
2. В «Настройках» перейдите в закладку «Приватность»
3. В блоке «История» в поле «Firefox» выберите «Будет запоминать историю» и нажмите ссылку «Удалить отдельные куки»
4. В открывшемся окне нажмите кнопку «Удалить все куки»
5. Закройте окно «Cookies» нажатием «Закрыть»
6. Нажмите «ОК», чтобы закрыть настройки

Источник

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

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

Начало работы

Узнайте, Как взаимодействуют Exchange и Teams, чтобы проверить совместимость версий и сред.

Симптомы

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

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

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

Проблема 2. У вас возникли проблемы с использованием приложения календаря Teams.

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

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

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

Проблема 3. Статус присутствия Teams фиксируется на «Нет на месте» или не отображается статус «На собрании», когда пользователь присутствует на собрании из календаря Outlook

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

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

Пользователь присутствует на собрании из календаря Outlook, но статус присутствия Teams не обновляется до «На собрании».

Предварительные условия

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

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

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

Кроме того, службы Microsoft Teams, когда необходимо проверить подлинность от имени пользователя, чтобы получить доступ к локальному почтовому ящику, также используют OAuth. В этом случае идентификатор приложения Skype для бизнеса Online 00000004-0000-0ff1-ce00-000000000000 используется службой планирования Teams в комбинации с параметром MailUser, который описан в статье Настройка интеграции и авторизации OAuth между Skype для бизнеса Online и Exchange Server:

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

Пример платформы идентификации Майкрософт и использования OAuth 2.0 можно найти здесь

Необходимо настроить брандмауэр с выходом в Интернет или обратный прокси-сервер, чтобы разрешить Microsoft Teams доступ к серверам, на которых работает Exchange Server, путем добавления URL-адресов и диапазонов IP-адресов для Skype для Business Online и Microsoft Teams в список разрешенных. Для получения дополнительной информации см. раздел «Skype for Business Online и Microsoft Teams» в Диапазоны URL-адресов и IP-адресов Office 365.

Exchange Autodiscover V2 требуется, чтобы служба Teams могла выполнять обнаружение без проверки подлинности почтового ящика пользователя, расположенного на сервере Exchange Server. Autodiscover V2 полностью поддерживается в Exchange Server 2013 Cumulative Update 19 или в более поздней версии. Этого достаточно для того, чтобы делегирование Teams работало правильно. Однако для приложения календаря Teams требуется установка Exchange Server 2016 Cumulative Update 3 или более поздней версии. Поэтому для полной поддержки функций требуется Exchange Server 2016 Cumulative Update 3 или более поздняя версия.

Общие действия по устранению неполадок

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

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

Служба Microsoft Teams использует службу автообнаружения Exchange для поиска URL-адреса EWS, опубликованного сервером, на котором запущен Exchange Server. Чтобы убедиться, что процесс автообнаружения работает нормально:

1. Попросите пользователя перейти к анализатору удаленного подключения (Майкрософт).
2. Введите запрошенную информацию (убедитесь, что установлен флажок Используйте автообнаружение параметров сервера).
3. Выберите кнопку Выполнить проверку для запуска проверки автообнаружения.

Если проверка завершилась неудачно, сначала необходимо решить проблему автообнаружения.

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

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

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

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

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

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

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

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

Кроме того, запустите тест на подключение Сведения о доступности, который доступен в анализаторе удаленного подключения (Майкрософт) Для этого выполните следующие действия:

Выберите тест Сведения о доступности, чтобы убедиться, что почтовый ящик Office 365 может получить доступ к информации о доступности локального почтового ящика, и наоборот.

Необходимо запустить этот тест два раза, заменив адрес электронной почты исходного почтового ящика на адрес электронной почты целевого почтового ящика. Это потому, что каждый запуск является однонаправленным. Этот тест необязательно запускать с использованием затронутых учетных записей. Тест можно запустить с помощью любой пары локального почтового ящика и почтового ящика Office 365.

Чтобы узнать больше о том, как устранять проблемы с занятостью в гибридном развертывании локальной сети и Exchange Online в Office 365, см. эту статью.

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

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

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

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

Проверьте, содержит ли параметр AccessRights значение Редактор. Если нет, выпустите следующую команду, чтобы предоставить разрешение.

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

Шаг 2. Убедитесь, что делегат получил «GrantSendOnBehalfTo» от представителя

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

Убедитесь, что параметр GrantSendOnBehalfTo содержит псевдоним делегата. Если нет, выпустите следующую команду, чтобы предоставить разрешение.

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

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

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

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

Блокировка EWS также может привести к появлению проблем с приложением календаря Teams. См. Убедитесь, что приложение календаря Teams включено.

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

Если параметр EwsEnabled установлен на Ложь, необходимо установить его на Истина или Пустой (пусто). В противном случае службе Teams будет заблокирован доступ к EWS.

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

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

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

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

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

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

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

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

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

Ниже приведены шаги по устранению неполадок, применимые только к проблеме 2.

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

Откройте центр администрирования Microsoft Teams, перейдите в раздел Пользователи и выберите Просмотр политик для пострадавшего пользователя.

Выберите политику установки приложений, назначенную для этого пользователя. В приведенном выше примере используется глобальная политика (по умолчанию для всей организации). Подтвердите, что отображается приложение календаря (ID ef56c0de-36fc-4ef8-b417-3d82ba9d073c ).

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

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

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

Перейдите в раздел Пользователи и выберите требуемого пользователя.

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

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

Перейдите в Параметры на уровне организации и выберите Переход на Teams.

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

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

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

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

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

Если параметр EwsEnabled установлен на Ложь, необходимо установить его на Истина или Пустой (пусто). В противном случае службе Teams будет заблокирован доступ к EWS.

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

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

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

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

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

Шаг 5. Убедитесь, что тестирование приложения календаря Microsoft Teams прошло успешно.

1. Попросите пользователя перейти в анализатор удаленного подключения (Майкрософт).
2. Введите запрашиваемую информацию.
3. Выберите кнопку Выполнить проверку для запуска тестирования приложения календаря Microsoft Teams.

Если тестирование не было успешно завершено, попытайтесь решить проблему и повторно выполните тестирование.

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

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

• UserPrincipalИмя пострадавшего пользователя.
• Время в формате UTC, когда проблема была воспроизведена.
• Клиентские журналы отладки Teams. Для получения дополнительной информации о том, как собирать эти журналы, см. Используйте файлы журнала для устранения неполадок Microsoft Teams.

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

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

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

Выполните шаг 2 из общих шагов устранения неполадок выше в отношении почтового ящика пользователя, чтобы обнаружить локальный EWS URL Exchange, и изменить формат URL (заменить «/EWS/Exchange.asmx» на «/api») указанным далее образом. 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 присутствия на основе событий календаря

1. Попросите пользователя перейти в раздел Teams На основе событий календаря в Microsoft Remote Connectivity Analyzer.

1. Введите запрашиваемую информацию.
2. Выберите кнопку Выполнить тест, чтобы запустить тест Teams на основе событий календаря.

Если тестирование не было успешно завершено, попытайтесь решить проблему и повторно выполните тестирование.

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

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

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

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

Если параметр EwsEnabled установлен на Ложь, необходимо установить его на Истина или Пустой (пусто). В противном случае службе Teams будет заблокирован доступ к EWS.

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

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

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

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

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

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

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

• UserPrincipalИмя пострадавшего пользователя.
• Время в формате UTC, когда проблема была воспроизведена.
• Клиентские журналы отладки Teams. Для получения дополнительной информации о том, как собирать эти журналы, см. Используйте файлы журнала для устранения неполадок Microsoft Teams.

Источник