数週間を費やし、さまざまなガイドを読んだ後、サードパーティのツールを使用する以外に解決策を見つけることができなかったので、誰かがここで助けてくれるとありがたいです。
SBS 2011で、常にIPブラックリストに登録されている(スパムではなくISPが悪い!)クライアントがあり、Office 365に移行してローカルExchangeを削除することにしました。
まず最初に、いくつかのガイドに従い、Active Directoryの同期を機能させ、変更が複製されることを確認しました。
次に、ユーザーにOffice 365ライセンスを設定しました。
多くのアドバイスを読んだ後、カットオーバー移行が最善の方法のようです-しかし、私はそのオプションを選択できませんでした...サポートケースを開いた後、dirsyncを設定した後はカットオーバー移行が利用できないと言われました、それを無効にし、同期されたユーザーを削除してから移行を実行する必要があります...ただし、ユーザーはAzure ADでマスターされ、パスワード同期などは機能しません。
同期が不可欠であると言いましたが、メールボックスはまだ存在できないため、代わりにExchangeライセンスを削除して、リモート移動の移行を実行することをお勧めしました。
サーバーの準備、アップグレードのスケジュール設定(より高いサービスパックが必要だったため)、その他すべての基本事項の実行、および移行の準備後、数日を費やしました-数人のユーザーが完了したと報告しました(タイムアウトエラーがいくつかありました...)。
そのため、ライセンスが割り当てられていないため、これがどのように機能するのか、または電子メールがどこに移行されるのかはよくわかりませんが、ガイドによると...その後、ユーザーにOffice365ライセンスを付与しました。そのユーザーとしてサインインしようとすると、次のようになります。
私は再びMicrosoftで事件を提起し、私は2時間誰かと話していましたが、彼はこの移行を行うべきではないと述べ、代わりにハイブリッド構成を行ってから移動する必要があると述べましたこれは上ですが、自動検出用のパブリックSSL証明書を取得する必要があるため、失敗しました。
昨年、クライアントをGmailに移動しましたが、移行ツールとAD同期により、すべてが非常に高速になりました。私がしたいことはそれほど複雑ではないと思います、そしてこれはそのような頭痛の種のようです...正しい移行パスが何であるか、そして私が実際に何をすべきかを誰かが知っていますか?
Office 365で最初から開始し、詳細な手順に従ってカットオーバー移行を実行する必要があります ここ 。
有効なパブリックSSL証明書を取得し、自動検出とOutlook where(RPC over https)が正しくセットアップされて機能していることを確認する必要があります。これは http://exrca.com でテストできます。
(MSからの無料サポートで)この作業を行うことができない場合は、コンサルタントを雇ってそれを実行するか、何をすべきかを示す必要があります。
手順で指定されているように、メールボックスの移行を行った後でDirSyncを構成する必要があります。
問題が発生した理由は、カットオーバー移行についてMSが提供する指示を読んだり従わなかったためです。
Azure Active Directory Syncツールをアクティブ化してインストールした場合、カットオーバー移行を実行できません。ディレクトリ同期ツールを既にインストールしているが、まだツールを実行していない場合は、Office 365テナントでディレクトリ同期を非アクティブにしてから、カットオーバー移行を実行できます。
電子メール移行サービスは、RPC overHTTPまたはOutlookAnywhereを使用して、オンプレミスのExchangeサーバーに接続します... ... Outlook Anywhereの構成は、信頼できる認証局(CA)によって発行された証明書を使用して構成する必要があります。自己署名証明書を使用して構成することはできません。