以前は、Active Directoryと統合されたオンプレミスのExchangeサーバーを使用していました(PDCとExchangeServerはすべて同じWindows2008スモールビジネスサーバーです)。ExchangeをOffice 365に移行すると、すべてが機能します。ただし、マシンがドメインのメンバーであるユーザーの場合、新しいプロファイルを追加するときはいつでも、Office365ではなくローカルのオンプレミスExchangeに自動的に接続されます。
ローカル自動検出は、Office 365の自動検出(autodiscover.Outlook.com)をポイントし、それでもローカルサーバーに接続するように構成されています。
少なくとも一部のユーザーにとって、MSExchangeをActiveDirectoryから分解する方法について何か考えはありますか?
内部自動検出を停止すると、問題が解決したことを報告したいと思います。
Get-AutodiscoverVirtualDirectory | fl名前、サーバー、InternalUrl、ID
その後
削除-AutodiscoverVirtualDirectory-Identity'IDENTITY '
ここで、IDENTITY
は最初のコマンドからのものです。 Outlook Web Accessは中断されませんが、ローカル検出が無効になるため、ローカルサーバーにアクセスするローカルユーザーがまだいる場合は、Exchangeサーバーのアドレスを手動で入力する必要があります。
もう1つの注意点は、これは作成した新しいプロファイルで完全に機能し、古いプロファイルは何らかの理由で自動検出URLを使用し続けることです。したがって、ユーザー用にクリーンな新しいプロファイルを作成することをお勧めします。
段階的な移行を使用してメールボックスをExchangeOnline/Office 365に移行した場合は、提供された手順に従って、オンプレミスのメールボックスをメールが有効なユーザーに変換する必要があります。
Outlookが自動検出を使用してOffice365に接続するには、ドメインのパブリックDNSにautodiscover.Outlook.com
を指すCNAMEレコードを追加し、ローカル自動検出(AD SCP)を強制終了する必要があります。これは、Get-ClientAccessServer | Set-ClientAccessServer -AutodiscoverInternalURL $Null
を実行するだけで実行できます。
その後、クライアントは内部自動検出ソースを見つけられず、パブリックDNS> Exchangeオンラインに直接移動します。
この投稿の最後にある推奨手順は、非常に役立ちます。 http://community.office365.com/en-us/f/156/t/176968.aspx まだテストしていません。今のところ古いExchangeを使用するユーザーが他にもいますが、かなり有望なようです。これは、ユーザーごとまたはシステム全体に対して実行できます。
要点をまとめると:
MSFTの移行手順に従ってExchangeServerを廃止すると、うまくいきます。
次の手順を実行すると、自動検出が無効になります。
管理者特権のExchange管理シェルを開き、現在の自動検出仮想ディレクトリを取得します。
Get-AutodiscoverVirtualDirectory | fl名前、サーバー、InternalUrl、ID
Identity値をクリップボードにコピーします。内部URLに注意してください
Exchange管理シェルで、自動検出仮想ディレクトリを削除します。
削除-AutodiscoverVirtualDirectory-Identity ''
「A」を入力して確認する必要があります。
自動検出仮想ディレクトリがなくなっていることを確認します。
Get-AutodiscoverVirtualDirectory | fl名前、サーバー、InternalUrl、ID
ActiveDirectoryユーザーとグループ>表示>高度な機能
各ユーザーのプロパティを確認し、[属性エディター]タブでhomeMDB属性とhomeMTA属性をクリアします。メールボックスが無効になると、これらもクリアされます。