Exchange 2003 サーバーに対して Outlook 2010/Windows 7 を使用している顧客がいます。アプリケーションはラップトップ上にあり、オフィス外にあり、Outlook は RPC/HTTP を使用するように構成されています。
サーバーへの認証に関して奇妙な点が見つかりました。
何が起こっているか見てみましょう:
ユーザーは、ユーザー名/パスワードで認証すると、Outlook 2010 経由で Exchange 2003 サーバーにログインできます。
ただし、Outlookは認証プロンプト内のユーザー名フィールドに「[メールアドレス]ユーザーはこれを使用して Exchange サーバーにログインすることはできません。
つまり、Outlook を起動するたびに、ユーザー名フィールドから @domain.com を削除してパスワードを入力する必要があります。(ユーザーは資格情報を保存したくありません。興味深いことに、資格情報を保存すると、Outlook は問題なく自動的にログインします。)
ここでの最も簡単な解決策は、何らかの方法で Exchange サーバー (または RPC) に電子メール アドレスによる認証を許可するように強制することだと思います。ただし、これを機能させる方法がわかりません。
もう一つの注意点:Windowsドメインはないユーザーのメールアドレスと同じ。Exchangeはメール配信のためにユーザーのドメインを処理しますが、実際のWindowsドメインは異なります。ユーザーがExchangeにログインして[メールアドレス](.LOCAL などではなく、.COM です。)
乾杯、
メートル
答え1
実際のところ、これは Exchange の問題というよりも Active Directory の問題です。
Windows では、DOMAIN\USERNAME と USERNAME@DOMAIN は機能的に同じです。
したがって、電子メールのドメインがWindowsドメインと同じでない限り、デフォルトでは、[メールアドレス]ユーザーのログインは機能しません。
そうは言っても、Active Directory でメール ドメインを UPN サフィックスとして追加し、ユーザーの UPN サフィックスをメールと一致するように変更することで、回避策を実行できます。これは通常、個別の GAL を持つ Hosted Exchange 環境でのみ行われます。主な理由は、ユーザーが手動で認証するように求められた場合、UPN サフィックスによってドメイン リソースへのアクセスに問題が発生する可能性があるためです。
tl;dr - ユーザーが1人だけの場合は、次のように認証するだけです。[メールアドレス]ユーザーが重要な場合は回避策があり、その手順をご案内できますが、他の問題が発生する可能性があります。