私たちの組織は、この発表にやや問題があると考えています! o365 でさまざまなサービス ベースの電子メール アカウントを読み取るために、IMAP ライブラリを広く使用しています。これに対処する方法についてのガイダンスは大歓迎です。
多くのスケジュールされたタスクによって起動されるサーバー上で実行される、.NET (4.8) で記述された多くのコンソール アプリがあることに注意してください。「アプリケーション」を何らかの方法で登録する必要があることは理解していますが (これは当社の一般的なものである可能性があると想定しています)、「ユーザー」の操作を含めることはできません。これらはユーティリティ アプリです。OAuth の既存のサンプル コードをざっと見ると、ブラウザ ウィンドウをポップアップさせて誰かに「許可を求める」操作をさせるように見えますが、これはまさに回避する必要があることです。
これまで IMAP を使用して、サービス ベースの電子メール アカウントを単純に読み取って解析してきました。安全な接続を介した IMAP が、より複雑なソリューションよりも「安全性が低い」理由を理解しているかどうかはわかりません。なぜオプションを取り除くのですか？
一方、Microsoft Graph API はかなり複雑に見え、OAuth ベースであるように見えますが、これもかなり複雑な認証を伴うようです。
他の .NET コンソール アプリと対話したほとんどの REST API は、単純な API "キー" のセットを使用します。少なくともそれを提供しないのはなぜですか？
私が言ったように、特定のメールボックスに関連する多くの操作を自動化するためにプログラムで実行するプロセスを作成する方法を探しています。IMAP は今のところ魅力的に機能しているため、何に移行するかについての直接的なガイダンスを探しています。