Sherwebを使用してホストされたExchange 2007からOffice 365に移行しています。メールボックスを設定し、すべてのデータをO365（移行ウィズ)、ワークステーションを最も簡単に更新するには、またはユーザーにワークステーションを更新するように指示して、Outlook が O365 サーバーを参照し、メールボックス全体を再度ダウンロードしなくても済むようにするには、どうすればよいですか?
それぞれ次のいずれかが考えられます:
- アカウントを削除して再度追加するか、
- アカウント設定 > Exchange アカウントを選択 > 変更 > 詳細設定 > 接続タブ > Exchange プロキシ設定 > URL を変更します。
オプション 1 は、Outlook でメールボックス全体を再ダウンロードする必要があるため、おそらく最悪ですが、おそらくそれが必要です (たとえば、あるサーバーから別のサーバーに移行するときにメール アイテムの ID が保持されない場合など)。
私には約 12 人のユーザーがいて、彼らのワークステーションは Active Directory によって管理されていませんが、各ユーザーに対していくつかの手順を実行することはできます。手動プロセスでメールボックス全体を再ダウンロードする必要がある場合でも、世界が終わるわけではありませんが、可能であればそれを避けたいと思っています。
すでに MigrationWiz 移行を実行し、DNS レコードを更新しました。
現在、ほとんどのユーザーは Office 365 の Outlook をインストールしていますが、一部のユーザーはまだ Outlook 2010 を使用しています。
この議論新しいアカウントを追加し、不要になったら古いアカウントを削除する必要があると思われます...
答え1
いくつかのケースでは、プロファイルを再作成することになります。これまで、プロファイルを再作成しなかった場合の移行は 1 件も経験していないため、常にその準備をしています。
古いメール サーバーを誰も使用しておらず、元のクライアント構成が Autodiscover によってセットアップされていた場合は、AutoDiscover A レコードを更新して O365 を指すようにするだけで済みます (これは移行プロセスの一部です)。手動で構成されたクライアントは、Autodiscover の変更を反映できないため、新しいプロファイルを作成する必要があります。Outlook のキャッシュもクリアする必要がある可能性があります。
Exchange Connectivity Analyzer を使用して、自動検出応答を確認できます (CNAME を変更したとおっしゃっています)。参考: 自動検出の方法が重複していないことを確認してください。また、内部ユーザーがいて、Exchange サーバーを廃止していない場合は、Active Directory の SCP エントリを介したピックアップ設定を使用して Outlook を使用します。
AutoDisocver は、プロファイルの再作成の必要性を常に排除するわけではありません。私は多くの「ハイブリッド」移行を行っていますが、約 25% のユーザーは、問題を回避するために新しいプロファイルを作成する必要があることがわかりました。これを最小限に抑えるために、これらのアカウントはオフライン アクセス用に最小限のメールのみを受信するように構成します。すべてが機能したら、必要に応じてオフラインでの使用を徐々に増やすことができます。これは、ユーザーの習慣を変えるのにも適した方法です。ほとんどのユーザーはすべてのメールをオフラインで必要としないからです (検索が統合されているため、ユーザーは引き続きメールを見つけることができます)。
Microsoft は、O365 用 Outlook のトラブルシューティング用の新しいツールを提供しています。 https://support.microsoft.com/ja-jp/kb/3073666- ユーザーはこれを使用して、O365 用の Outlook をセットアップできます (これらのユーザー用に新しいプロファイルが作成されます)。