適用先
Microsoft Outlook 2013 Service Pack 1

現象

次のような状況で問題が発生します。

  • 2つの Microsoft Exchange 組織がフェデレーションするように構成されています。 この例では、Fabrikam.com と Contoso.com を使用しています。

  • AutoDiscoverConfigコマンドレットを使用して、各組織の自動検出情報を別の組織にエクスポートします。

  • メールボックスは Contoso.com にあります。

  • Contoso.com ドメインにログオンしているコンピューターで Microsoft Outlook 2013 Service Pack 1 (SP1) を使用している。

このシナリオでは、次の現象が発生しています。

  • 既存の Outlook プロファイルでは、Exchange メールアカウントは自動検出プロセスによって更新されなくなりました。

  • Microsoft Exchange Server メールボックスに接続するために新しい Outlook メッセージプロファイルを作成すると、Exchange メールアカウントの構成が失敗します。

  • テスト電子メールの自動構成を使用して自動検出プロセスを開始すると、0x800C8203 エラーが結果に表示されることがわかります。

  • Outlook の自動検出プロセスが、既定の事前定義された自動検出 Url に接続しようとしていることを確認します。

原因

Outlook 2013 SP1 では、最初にリモート組織のインポートされたサービス接続ポイント (SCP) オブジェクト (この例では Fabrikam.com) が取得されます。 そのため、Fabrikam の自動検出 URL に接続しようとします。 Outlook は、Fabrikam URL に到達しなかった後、定義済みの Contoso.com 自動検出 Url への接続を試みます。

https://contoso.com/autodiscover/autodiscover.xml

https://autodiscover.contoso.com/autodiscover.xmlただし、Outlook はローカルの Contoso SCP オブジェクトを取得しないため、内部の Contoso URL に接続しようとしません (たとえば、https://CAS1は、 CAS1がクライアントアクセスサーバーの名前です)。

解決方法

この問題を解決するには、Microsoft サポート技術情報の次の記事に記載されている更新プログラムを適用します。

2878323  Outlook 2013 修正プログラムパッケージ (Outlook-x-none) の説明: 2014 年4月8日

回避策

修正プログラムパッケージ KB 2878323 をインストールできない場合、ネットワーク管理者は、DNS レコードを作成して、内部ネットワーク上の Outlook クライアントからも autodiscover.contoso.com レコードにアクセスできるようにすることができます。

詳細情報

電子メールの自動構成ツールを開始するには、次の手順を実行します。

  1. Outlook を起動します。

  2. Ctrl キーを押しながら、通知領域の Outlook アイコンを右クリックし、[電子メールの自動構成のテスト] をクリックします。

  3. [電子メールアドレス] ボックスに正しいメールアドレスが入力されていることを確認します。

  4. [電子メールの自動構成のテスト] ウィンドウで、[ Guessmart を使用する] チェックボックスと [ Secure Guessmart Authentication ] チェックボックスをオフにします。

  5. [自動検出を使用する] チェックボックスをオンにして、[テスト] をクリックします。

ヘルプを表示

その他のオプションが必要ですか?

サブスクリプションの特典の参照、トレーニング コースの閲覧、デバイスのセキュリティ保護方法などについて説明します。