Помещение здесь, поскольку в разделе комментариев не будет этого текста.
Это не проблема кода PowerShell или ошибка, к которой вы обращаетесь за помощью.
Вы не говорите, на какую версию Exchange вы нацеливаетесь и т. Д.
Вы пытаетесь обойти корпоративную политику. В большинстве компаний это генерирует RPE (событие возобновления производства), если вы обнаружите, что пытаетесь / делаете это. Это не проблема кода PowerShell, а физическое / логическое ограничение, установленное вашим работодателем. Только ваша организация знает, почему они это делают, и вам нужно попытаться убедить их в обратном.
Итак, возможно, это не по теме, поскольку вы буквально просите нас помочь вам нарушить вашу корпоративную политику в отношении рисков.
Все это, как говорится, даже MS говорит, что Basic Auth не должен использоваться, и уходит. Как узнать, что OAuth включен, прежде чем идти по этому пути? или даже может быть, в зависимости от вашей версии Exchange.
https://docs.microsoft.com/en-us/exchange/default-settings-for-exchange-virtual-directories-exchange-2013-help
https://docs.microsoft.com/en-us/Exchange/clients/default-virtual-directory-settings?view=exchserver-2019
В любом случае, здесь показана аутентификация для PowerShell в New-PSSession:
New-PSSession
-Authentication Определяет механизм, который используется для аутентификации учетных данных пользователя. Допустимые значения для этого параметра:
- По умолчанию
- Basic
- CredSSP
- Digest
- Kerberos
- Переговоры
- NegotiateWithImplicitCredential
Значением по умолчанию является По умолчанию.
Получение специфичных для OAuth для Exchange сессий описано здесь (есть много шагов для этого):
Получение токенов доступа OAuth2 для автоматизации командлетов командной консоли Exchange
Тест-OAuthConnectivity
Использование OAuth на локальном сервере Exchange без гибридной современной аутентификации
Использование PowerShell и oAuth