проблема с унифицированной системой обмена сообщениями в Cisco Unity Connection с Office 365

[ahaghdel]

Решение Войдите в UNITY PUB CLI и выполните следующую команду run cuc dbquery unitydirdb update tbl_configuration set valuelong=0 where fullname like '%GrantType%' Затем в графическом интерфейсе пользователя unity connection serviceability > service management перезапустите службу Connection Mailbox Sync Service Удалите лишние разрешения со стороны Azure, оставив только полный доступ в качестве разрешения приложения. См. приложения. Проблема Несмотря на то, что были выполнены инструкции официального руководства Cisco Unified Messaging Guide for Cisco Unity Connection Release 14 и выполнена полная перенастройка, ошибка осталась. Выполненные шаги по устранению неполадок: Проверено подключение Exchange Autodiscover: Успешно подключено к серверу Exchange CAS (outlook.office365.com). Проверены разрешения ApplicationImpersonation: Проверено назначение роли «ApplicationImpersonation». Убедились, что учетная запись службы Unity имеет необходимый объем прав. Проверен доступ к EWS: Подтвердил, что EWS включен на затронутых почтовых ящиках, используя: Настройка аутентификации OAuth2: Проверил, что OAuth2 настроен правильно. Проверка регистрации приложения в Microsoft Entra ID (Azure AD) с разрешениями: EWS.AccessAsUser.All Mail.ReadWrite Пересозданы учетные записи Unified Messaging: Удалены и воссозданы учетные записи службы унифицированных сообщений с обновленными учетными данными и разрешениями. Перезапуск службы: Перезапуск служб Cisco Unity Connection. Журналы ошибок: В журналах появляется следующая ошибка: Последствия: Доставка голосовых сообщений по электронной почте не работает для нескольких пользователей. Пользователи не могут получать голосовые сообщения через свой почтовый ящик.

[Brad Magnani]

Учитывая влияние недавних изменений, упомянутых в
[)
эта команда может вызвать большую путаницу у людей, которые используют затронутую версию и ищут «исправление» в Интернете. Я настоятельно не рекомендую использовать эту команду по нескольким причинам. Эта команда была предназначена для клиентов, которые
уже
использовали любую из «исправленных» версий, но не хотели переходить на новый метод клиентских учетных данных full_access_as_app. Они хотели продолжать работать со старыми разрешениями на имитацию приложений, поэтому в качестве обходного пути базу данных приходилось обновлять вручную, чтобы удалить логику использования нового потока клиентских учетных данных. Сегодня нет смысла отключать новый метод, поскольку Microsoft удалила функцию имитации приложения, и все должны перейти на новый поток.
Кроме того, в затронутых версиях нет этого значения %GrantType% в таблице конфигурации, поэтому команда не будет делать ничего, кроме как вызывать еще большее замешательство. Надеюсь, это прояснит ситуацию для всех, кто читает.
Брэд

[jbgeorge2010]

Мы используем 12 SU8. У нас возникли проблемы даже после выполнения инструкций Cisco. Мы уже настроили использование OAuth2.0 и Delegate. Мы изменили настройки, чтобы разрешить
метод полного доступа к учетным данным клиента full_access_as_app, как рекомендуется в руководстве Cisco. Это не решило проблему, потому что Cisco TAC забыла сообщить нам, что нужно удалить учетные данные в Unified Messaging Service, выполнив команду «
run cuc dbquery unitydirdb update tbl_configuration set valuelong=0 where fullname like '%GrantType%'
». После того как мы выполнили этот запрос в CLI, а затем перезапустили службу «
Connection MailboxSync
», она начала работать правильно.

[Brad Magnani]

Да, вы, должно быть, были во второй категории, см.
[)