https://developer.microsoft.com/en-us/office/blogs/end-of-support-for-basic-authentication-access-to-exchange-online-apis-for-office-365-customers/
Наша организация считает это объявление несколько проблематичным!Мы широко используем библиотеку IMAP для чтения различных учетных записей электронной почты в o365.Будем весьма благодарны за любые рекомендации по решению этой проблемы.
Обратите внимание, что у нас есть много консольных приложений, написанных на .NET (4.8), которые работают на сервере и запускаются многими запланированными задачами.Я понимаю, что нам нужно как-то зарегистрировать наше «приложение» (я предполагаю, что оно может быть общим для нашей компании), но мы не можем вовлекать какое-либо «пользовательское» взаимодействие.Это служебные приложения.Взглянув на существующий пример кода для oAuth, кажется, что все они связаны с открытием окна браузера, чтобы заставить кого-то взаимодействовать с «запросом разрешения».И этого нам следует избегать.
Мы все это время использовали IMAP для простого чтения и анализа учетных записей электронной почты на основе служб.Я не уверен, что понимаю, почему IMAP через безопасное соединение является «менее безопасным», чем более сложное решение.Зачем убирать эту опцию?
OTOH, Microsoft Graph API выглядит значительно более сложным и, кажется, основанным на oAuth, что, опять же, похоже, связано с небольшой сложностью аутентификации.
Большинство RESTAPI, с которыми мы взаимодействовали в других консольных приложениях .NET, используют простой набор «ключей» API.Почему бы не предложить это хотя бы?
Как я уже сказал, мы ищем способ написать какой-то процесс, который запускается программно для автоматизации ряда операций, связанных с определенными почтовыми ящиками.До сих пор IMAP работал как очарование, поэтому мы ищем прямые указания о том, что нужно перенести на ...
Заранее спасибо.