У меня есть проект автоматизации (.NET Framework
), который в настоящее время использует Microsoft.Exchange.WebServices
для простого выполнения простых задач, таких как поиск электронной почты в удаленном почтовом ящике или папке, проверка вложений и т. Д. Мы получаем данные из учетной записи электронной почты организации по адресу: outlook.office365.com
Недавно я начал переписывать свой проект на .NET Core
, и это вызвало ряд проблем, включая мое постоянное использование EWS
:
Сегодня мы делимся своими планами по отказу от доступа с базовой аутентификацией для EWS в течение следующих двух лет с окончанием поддержки октября. 13 августа 2020 г..
Microsoft Graph - это рекомендуемый API для доступа к данным Exchange Online. Новые приложения, предназначенные для доступа к данным Exchange Online, должны использовать Microsoft Graph.
EWS
поддержка также кажется низкой в рамках .NET Core
различных предупреждений, появляющихся в проекте после установки.
Вся моя текущая работа с EWS
выполняется в классе с парой переменных среды, передаваемых для настройки WebCredentials
и т. Д., Но поскольку я прочитал ряд статей Microsoft (включая: Получить доступ без пользователя) Я понял, что больше ничего не будет просто :) об использовании Graph у меня есть не нашел прямых примеров кода, как реализовать эту чисто внутреннюю интеграцию в почтовый ящик самым простым способом.
Мне интересно, может ли кто-нибудь дать мне простой и подходящий пример аутентификации и авторизации, относящийся к внутренней интеграции? то есть, без согласия администратора всплывающие окна или любые другие всплывающие окна, которые не подходят для такой интеграции, возможно ли это?
exchangeServiceContext["[email protected]"]
, в какой момент будет предоставлен пароль этого почтового ящика? Конечно, регистрация и аутентификация вашего графического приложения не должны давать вам режим бога в любом почтовом ящике вашей компании лазурного цвета? Неужели вам все еще нужно предоставить пароли для отдельных почтовых ящиков? - person BernardV   schedule 20.01.2020