現象
特定のネットワーク条件下では、Microsoft Office Outlook 2007 でパスワードの入力を繰り返し求められます。 パスワードを入力しない場合、または正しくないパスワードを入力した場合、Outlook 2007 はサイレント モードでオフライン モードになることがあります。 この場合、エラー メッセージや通知が表示されず、メールボックスに接続されません。
解決方法
重要: アカウント ロックアウト ポリシーが適用されている場合は、この修正プログラムを適用しないでください。
アカウント ロックアウト ポリシーの概要については、次の Microsoft TechNet Web サイトを参照してください。
http://technet.microsoft.com/en-us/library/cc783851.aspx
修正プログラムを取得する方法
この問題は、Outlook 2007 修正プログラム パッケージ 957909で修正されています。
修正プログラムを有効にする方法
重要: このセクション、方法、またはタスクには、レジストリの編集方法が記載されています。 レジストリを誤って変更すると、深刻な問題が発生することがあります。 レジストリを変更する際には十分に注意してください。 保護を強化するため、レジストリを変更する前にレジストリをバックアップします。 こうしておけば、問題が発生した場合にレジストリを復元できます。 レジストリをバックアップおよび復元する方法の詳細については、次の記事番号をクリックして、「Microsoft サポート技術情報: Windows でレジストリをバックアップおよび復元する方法」322756 の記事を参照してください 。
修正プログラムを有効にするには、次の手順に従います。
-
Outlook 2007 を終了します。
-
レジストリ エディターを起動します。
-
Windows Vista で、[ スタート]をクリックし、[ 検索の開始 ] ボックスに「regedit」と入力し、Enter キーを押します。
管理者パスワードまたは確認を求められた場合は、パスワードを入力するか、確認を入力します。 -
Windows XP で、[スタート] をクリックし、[実行] をクリックし
、[開く]
ボックスに「regedit」と入力し、[OK] をクリックします。
-
-
次のレジストリ キーを見つけてクリックして選択します。
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\RPC 注 RPC キーが存在しない場合は、次の手順に従います。
-
Outlook キーを右クリックし、[新規] をポイントし
、[キー] をクリックします。 -
「RPC」と入力し、Enter キーを押します。
-
-
手順 3 で指定したキーを選択したら、[編集] メニューの [新規] をポイントし、[DWORD 値] をクリックします
。 -
「UseWindowsUserCredentials」と入力し、Enter キーを押します。
-
[ UseWindowsUserCredentials] を右クリックし、[ 変更] をクリックします。
-
[ 値データ ] ボックスに、使用する値を入力し、[OK] をクリック します。
注 : UseWindowsUserCredentials の値を 1 に設定すると、ユーザーのデスクトップ資格情報のみが使用されます。 次のシナリオは、使用する値を決定するのに役立つ場合があります。-
アカウント: ドメイン
UseWindowsUserCredentials: 0 (または存在しない)
プロトコル: TCP、NTML 承認
を使用した HTTP 結果: ユーザー資格情報の入力を求めずに Microsoft Exchange に接続します。 -
アカウント: ドメイン以外
UseWindowsUserCredentials: 0 (または存在しない)
プロトコル: TCP、NTLM 承認
を使用した HTTP 結果: ユーザー資格情報の入力を求め、Microsoft Exchange に接続します。 -
アカウント: ドメイン
UseWindowsUserCredentials: 1
プロトコル: TCP、NTLM 承認
を使用した HTTP 結果: ユーザー資格情報の入力を求めずに Microsoft Exchange に接続します。 -
アカウント: ドメイン以外
UseWindowsUserCredentials: 1
プロトコル: TCP、NTLM 承認
を使用した HTTP 結果: ユーザー資格情報の入力を求めず、Microsoft Exchange に接続しません。 切断された状態のままであり、接続を試みる場合があります。 -
アカウント: ドメイン
UseWindowsUserCredentials: 1
プロトコル: 基本的な承認
を持つ HTTP 結果: ユーザー資格情報の入力を求め、Microsoft Exchange に正常に接続します。 さらに、パスワードを誤って入力した場合は、引き続きメッセージが表示されます。 -
アカウント: ドメイン以外
UseWindowsUserCredentials: 1
プロトコル: 基本的な承認
を持つ HTTP 結果: ユーザー資格情報の入力を求め、Microsoft Exchange に正常に接続します。 さらに、パスワードを誤って入力した場合は、引き続きメッセージが表示されます。 -
アカウント: ドメイン
UseWindowsUserCredentials: 1
追加の手順: プロファイルを構成するときに、[ 常にユーザー名とパスワードの入力を求める] を選択します。
結果: ユーザー資格情報の入力を求め、Microsoft Exchange に正常に接続します。
-
-
[ファイル] メニューの [終了] をクリックして
レジストリ エディターを終了します。
次のレジストリ エントリを使用して、資格情報に対して認証エラーが発生したときに資格情報プロンプトを無効にすることができます。
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\RPC\DisableTransientFailureAuthPrompts (DWORD)
(既定値は FALSE、1 は TRUE、0 は FALSE)
次のレジストリ エントリを使用して、タイムアウト期間を設定できます。 認証エラーが発生した場合、このレジストリ エントリで設定されたタイムアウト期間に対して、別の資格情報セットを取得しようとすると失敗します。
HKEY_CURRENT_USER\Software\Microsoft\Office\12.0\Outlook\RPC\TransientFailureBackoff (DWORD)
[既定値は 10000 ミリ秒 (0x2710)、最大値は 2147483648 (0x8000000)]
ステータス
マイクロソフトでは、この問題をこの資料の対象製品として記載されているマイクロソフト製品の問題として認識しています。
詳細情報
次の条件に該当する場合、この修正プログラムはこの問題を解決しません。
-
異なるユーザー資格情報を使用する複数のMicrosoft Exchange Server アカウントがあります。
-
レジストリで UseWindowsUserCredentials の値を 1 に設定します。
たとえば、Fourthcoffee\User1 として Windows にログオンします。 ただし、Fourthcoffee\User2 のメールボックスのプロファイルを使用して Outlook を起動します。
このシナリオでは、Outlook は最初に、Exchange Serverに対して紹介リモート プロシージャ コール (RPC) を実行して Active Directory に接続します。 その後に、紹介によって提供される Active Directory への 2 番目の RPC が続きます。 どちらの RPC でも、メールボックス アカウントに関する情報は必要ありません。 この場合、メールボックス アカウントは Fourthcoffee\User2 です。
既定では、Outlook では常に、コンピューターへのログオンに使用する資格情報 (この場合は Fourthcoffee\User1) が試行されます。 そのため、この接続は成功と見なされます。 つまり、Fourthcoffee\User1 のコンピューター資格情報です。 次に、Outlook は Fourthcoffee\user2 のメールボックスへの接続を試みます。 Active Directory 紹介プロセス中に Fourthcoffee\User1 の資格情報が正常に使用されたため、Outlook は、これらの同じ資格情報を試して Fourthcoffee\User2 のメールボックスにログオンします。 Fourthcoffee\User1 には Fourthcoffee\User2 のメールボックスに対するアクセス許可がないため、メールボックスのログオンは失敗します。 アクセスは拒否されます。 この例では UseWindowsUserCredentials が 1 に設定されているため、Outlook はデスクトップ資格情報のみを使用し、資格情報プロンプトを抑制します。 したがって、繰り返し失敗します。