Один из пользователей сообщил, что при попытке входа система пытается использовать его адрес электронной почты user@our-tenant.onmicrosoft.com для своей учетной записи, а не его адрес reply-to/SMTP по умолчанию, который выглядит так: user@domain.org.
Мы проверили, и адрес user@domain.org указан в учетной записи Azure AD, а также является основным адресом reply-to в её учетной записи Exchange Online.
В основном меня интересует, где мне следует искать файлы журналов, чтобы помочь устранить возможные неполадки, связанные с этим пользователем?
Мне кажется, что плагин отдает приоритет свойству mail ресурса пользователя над userPrincipalName. Если это так, обновление плагина должно решить проблему.
Спасибо за эту информацию. Вы можете использовать Graph Explorer, чтобы выполнить запрос и проверить, какую информацию этот плагин будет считывать из системы.
В нашем случае мы полагаем, что с учетной записью пользователя происходит какая-то другая ошибка, которую мы хотим устранить, вместо того чтобы пытаться переключиться на userPrincipalName. Хотя учетная запись выглядит корректной в локальной среде, синхронизированная в облаке учетная запись выглядит неправильно. Мы отстали с версией AADConnect, поэтому обновляем её, чтобы посмотреть, поможет ли это.