1

複数の取引所アカウントと通信するバックエンド プロセスの作成を検討しています。主に予定の作成/更新。

明らかに、Exchange API と通信するときにサーバー側で認証する必要があります。すべての取引所アカウントへのアクセス/権限を持つ単一の「マスター」ログインを作成することを考えていました。

セキュリティ上の理由から、当社の IT 部門は、この用途に「マスター」ログインを提供したくありません。彼らは明らかに、私たちが他人の電子メールにアクセスできることを望んでいません。理解できる。

私たちが考えたもう 1 つのオプションは、各アカウントの個別のログイン資格情報を使用して認証することです。残念ながら、私たちのネットワーク設計により、各ユーザーのこの情報を取得することは容易ではありません.

そこに他のオプションはありますか?完璧なシナリオは、メールを読むことはできないがアクションを実行できる、Exchange のある種のアカウント/ユーザー タイプです。

アイデア、以前の経験など、大歓迎です。

4

1 に答える 1

0

それは正しい。セキュリティ上の問題により、マスター ログインを使用することはできません。私もこれに似たプロジェクトで働いていました。

解決策は

Exchange Web サービスでのなりすまし

インターネットでこのトピックを検索してください。コードのヘルプが必要な場合は、お問い合わせください。いくつかのサンプルをあげることができます。

偽装を使用して、サーバーにある他のアカウントの他の多くのものと同じように、予定を追加したり、予定を取得したり、更新したりできます。

ただし、これを使用するには、管理サーバー アカウントを使用して Exchange サーバーにログインする必要があります。

于 2012-06-20T05:20:18.360 に答える