ほとんどの Microsoft メール移行情報では、オンプレミスのorganizationでExchange Serverを実行していることを前提としています。 このトピックは、オンプレミスの ID プラットフォームとして Active Directory を使用し、電子メール用にサード パーティのメッセージング システム (IBM Lotus Notes や Novell GroupWise など) を使用する組織向けです。
このシナリオでは、クロスプレミスメールの共存をサポートすることが目標です。 サード パーティのメッセージング システムはオンプレミスのorganizationに残り、クラウド内のExchange Online メッセージング システムと電子メール名前空間 (ドメイン) を共有します。 クラウドの統合アドレス帳には、オンプレミスとクラウドの両方の組織のすべてのユーザーが表示されます。 この電子メールの共存は、短期的または長期的なソリューションである可能性があります。
このサード パーティ製の電子メールの共存を計画するときは、Microsoft Entra IDハイブリッド ID オプションと、同期とエンド ユーザー認証オプションの認証の選択肢を検討してください。
シナリオの目標:
オンプレミスのメールボックスを持つユーザーは、Exchange Onlineグローバル アドレス一覧 (GAL) でメールが有効なユーザーとして表す必要があります。
クラウドからオンプレミスへのメール ルーティングorganizationは、共有ドメイン名前空間を使用します。
または、移行戦略の一環として、クラウド内のメールが有効なユーザーにExchange Onlineメールボックスのライセンスが付与されている可能性があります。
クロスプレミスの共存は無期限に続く可能性があります。 クラウド アドレス一覧、適切なメール ルーティング、メッセージ形式の忠実性はすべて、ビジネス クラスの要件を満たしています。
要件:
Microsoft 365 または Office 365 のサブスクリプション (エンタープライズ サブスクリプションである必要があります)。
オンプレミス organizationでは、Microsoft Exchange 2016 以降のスキーマ更新プログラムで Active Directory が実行されています。
メール関連ユーザーを管理するために、Exchange 管理シェルと Exchange Server Active Directory スキーマが必要です。 これらの要件を満たすには、オンプレミスのorganization内のサーバーに Exchange 2016 メールボックス サーバーの役割をインストールします。
サード パーティシステムのすべての受信者オブジェクトには、対応するユーザー オブジェクトがローカル Active Directory に含まれている必要があります。 ユーザーは、共存プロセスの一環としてメールが有効になっている必要があります。
技術概要
クロスプレミス メッセージング シナリオを有効にするには、オンプレミスのorganizationとクラウドの間で電子メールをルーティングする方法を決定する必要があります。 実装の観点からは、受信メールの最初の転送先として、社内のメッセージング システムまたはクラウドを選択します。 どちらを選択するかは、社内と社外にまたがった展開の目標に応じて異なります。
共有名前空間の構成
一般に、すべてのメッセージングをクラウドに移行する (長期的なメール移行戦略の一部としてクロスプレミスデプロイを採用する) 場合、受信メールをクラウドに転送するようにメール交換 (MX) レコードを構成することは論理的な選択です。 この構成では、organizationへのすべての受信電子メールに対してExchange Online Protection (EOP) を利用できます。
それ以外の場合、長期的な目標がクロスプレミス メッセージング環境を無期限に維持することであり、Exchange Online Protectionに関心がない場合は、MX レコードを現在構成したままにしておくことを選択できます。
社内と社外にまたがった環境での電子メール ルーティング
社内と社外にまたがった展開での受信メールの転送先に関係なく、メールをルーティングするには、社内のメッセージング システムにメールボックスを持つユーザーが、クラウド メッセージング システムにメールが有効なユーザーとして表示される必要があります。 クラウド ディレクトリ内のメールが有効なユーザー オブジェクトは、オンプレミスのorganization内の対応する受信者メールボックスのターゲット SMTP アドレスです。
メールが有効なユーザーを正しいターゲット アドレスと同期するプロセスでは、オンプレミスの Active Directoryに Microsoft Entra Connect ツールをインストールする必要があります。 Microsoft Entra Connect ツールは、Active Directory のオンプレミスのメールが有効なユーザーを、共有名前空間と一致するターゲット アドレス値と同期し、Microsoft 365 または Office 365で検証済みドメインにする必要があります。
たとえば、Microsoft 365 展開のドメイン (たとえば、domino.contoso.com) を確認した場合、Microsoft Entra Connect ツールは、ターゲット アドレスを持つ Active Directory 内のメールが有効なユーザー オブジェクトを同期し、ターゲット アドレス プロパティに domino.contoso.com します。 これは、メールをクロスプレミスにルーティングするために使用されます。 このシナリオのユーザーのプライマリ SMTP アドレスは、contoso.com が Microsoft 365 の検証済みドメインである場合、contoso.com のままです。
Active Directory のすべての Exchange 受信者プロパティを管理するには、Exchange 管理センターと Exchange 管理シェルを使用する必要があります。
メール形式
ここでは、電子メールを社内のメール システムに送信するように Exchange Online を構成しようとしています。したがって、メール形式に関する問題が発生しないようにクラウドに追加の構成を行う必要があります。
既定では、Exchange Onlineはリッチ テキストまたはトランスポートニュートラル カプセル化形式 (TNEF) でオンプレミスの電子メール システムにメッセージを送信します。これにより、ユーザーがWinmail.dat添付ファイルを含むプレーンテキストメールを受信する可能性があります。 その結果、すべてのメールを非 TNEF 形式 (HTML またはテキスト) でオンプレミス システムに送信するようにExchange Onlineを構成する必要があります。 これを行うには、Exchange Onlineでオンプレミスのプライマリ SMTP ドメインをリモート ドメインとして指定する必要があります。 その後、リモート ドメインに送信されるすべてのメールに対して TNEF の書式設定を無効にすることができます。
実装
多くの場合、リンクはオンプレミスの Exchange メッセージング システムの構成の詳細を参照します。 したがって、Exchange Server の構成目標をサードパーティのメッセージング ソリューション固有の構成に置き換える必要があります。 たとえば、目の前の目標はメール転送であっても、それを実現する構成はメッセージング システムによって大きく異なります。
次の手順では、Microsoft 365 または Office 365とのサード パーティのメッセージングの共存を実装するプロセスについて説明します。
手順 1: Microsoft 365 または Office 365 にサインアップする
オンプレミスの電子メール システムを使用して展開で使用されるサービス テナントを作成するには、Microsoft 365 または Office 365 をサブスクライブする必要があります。 Microsoft 365 と Office 365 は、クラウドにExchange Online organizationを提供します。
サブスクライブするときは、Microsoft 365 または Office 365 を使用して、organizationのプライマリ SMTP ドメインを確認してください。 ドメインを確認しないと、ドメインを所有することが証明されません。 また、確認済みのドメインは、Azure Active Directory 同期ツール がクラウドにオブジェクトをプロビジョニングする際に使用するドメインでもあります。 次に、サード パーティのシステムを表すメール ルーティング ドメインを追加します。
詳細については、「 Microsoft 365 にサインアップする」を参照してください。
手順 2: Exchange Server 2016 をインストールする
システム要件と Active Directory スキーマの準備/ドメイン準備に関する情報をお読みください。
適切なスキーマとドメイン準備の手順を完了します。
サードパーティ システムの既存の SMTP アドレス ドメインと一致するように承認済みドメインを構成します。
名前空間を共有するようにメール ルーティング ドメインを構成します。 通常、domino.contoso.com のようなサブドメインは一般的な選択肢です。
プライマリ ドメインとメール ルーティング ドメインの会社の smtp アドレスの既存の名前付け規則をマップする電子メール アドレス ポリシーを作成します。
手順 3: Exchange ハイブリッド構成ウィザードを実行する
Exchange ハイブリッド構成ウィザードを使用します。特にクラシック モードでは、ハイブリッド最小構成を使用します。 このトピックでは、「 手順 2: 高速移行を開始する」のみを実行します。
ハイブリッド構成ウィザードを完了します。 ウィザードで [高速設定] オプションを使用しないでください。Microsoft Entra接続は後で構成されます。 ユーザーにライセンスを付与したり、データを移行したりしないでください。
ステップ 4:社内の Active Directory でメールが有効なユーザーを有効にする
Exchange スキーマを使用して Active Directory を更新したら、Active Directory 内の既存のユーザーを メールで有効に できるようになりました。 このシナリオでは、メールが有効なユーザーは、社内のメッセージング システムにメールボックスを持つユーザーとしてクラウドのアドレス帳に表示されます。
Exchange 管理シェルを使用して、クラウド アドレス帳に表示するユーザーと、オンプレミス メッセージング organizationにメールボックスを持つユーザーごとに Enable-MailUser を実行します。
Enable-MailUser コマンドレットは ExternalEmailAddress パラメーターのみを受け取ります。 これは、メールが有効なユーザー オブジェクトの ターゲット アドレス とも呼ばれます。 このパラメーターは、メールが有効なユーザーのターゲット SMTP アドレスを更新して、社内と社外にまたがったメール フローを有効にします。
ExternalEmailAddress パラメーターは、ユーザーに入力する電子メール アドレスです。 この電子メール アドレスは、次の条件を満たす必要があります。
これは、オンプレミスのorganization内のユーザーの有効なプライマリ SMTP 電子メール アドレスである必要があります。
電子メール アドレスのドメイン部分 (@ 記号の右側) は、Microsoft 365 の検証済みドメインと一致している必要があります。
メール アドレスのドメイン部分は、オンプレミス ディレクトリ内のユーザーの UPN ドメインと一致する必要があります。
Enable-MailUser コマンドの例を次に示します。
Enable-MailUser -Identity "Gabriela Laureano" -ExternalEmailAddress glaureano@domino.contoso.com -PrimarySMTPAddress glaureano@contoso.com
Exchange 管理シェルのインストール、構成、実行に関する詳細については、「Exchange 管理シェル」を参照してください。
オンプレミスの Active Directoryでユーザーを作成または変更する必要がある場合は、次のトピックを参照してください。
新しいユーザーの作成: New-MailUser
既存のユーザーの変更: Set-MailUser
手順 5: Microsoft Entra接続をインストールして構成し、メールが有効なユーザーをMicrosoft Entra IDに同期する (Microsoft 365 または Office 365)
Microsoft Entra Connect をダウンロードしてインストールします。
前提条件を表示し、[カスタマイズ] オプションを選択します。
[オプションの機能] セクションで、[ Exchange ハイブリッド展開] を選択します。
Exchange ハイブリッド展開機能を使用すると、オンプレミスと Microsoft 365 または Office 365の両方に Exchange メールボックスを共存できます。 Microsoft Entra Connect は、特定の属性セットをMicrosoft Entraからオンプレミス のディレクトリに同期しています。
ステップ 6:共有名前空間ルーティングを構成する
この社内と社外にまたがった電子メール シナリオでは、SMTP アドレス名前空間を共有名前空間と呼びます。 共有名前空間を構成する場合は、オンプレミスのメール システムとクラウドの間でメッセージをルーティングする方法と、オンプレミス システム、クラウド、インターネット間でメッセージをルーティングする方法を定義します。
共有名前空間を実装する手順は、次によって異なります。
オンプレミスのメール システム。
オンプレミスの電子メール システムを指す MX レコードを構成するか、Microsoft 365 または Office 365を指すかどうかを指定します。
どちらの場合も、クラウドベースのExchange Online構成は似ています。 共有名前空間を構成したら、2 つのメッセージング システム間で電子メールを送信できるようになります。 共存戦略の一環として空き時間情報が必要な場合は、ソフトウェア ベンダーと協力して、名前空間の計画が空き時間のアプリケーションで動作することを確認してください。
ステップ 7:社内のメッセージング システムに対して TNEF を無効にする
前にも説明したように、Exchange Online は既定で、社内のシステムに TNEF エンコードされたメッセージを送信します。 この機能を無効にするには、「Exchange Onlineでリモート ドメインを管理する」を参照してください。
メールボックスの移行
このセクションには、社内組織からクラウドへのメールボックスの移行について詳しく説明する資料へのリンクを掲載します。
メッセージング関連データの移行
前述のように、Microsoft 365 および Office 365 に含まれるメッセージング移行ツールの大部分は、Exchange Serverで動作するように設計されています。 ただし、Microsoft 365 と Office 365には、汎用メール データ移行用の IMAP 移行ツールも含まれています。
Outlook をメール クライアントとして使用する組織の場合は、 PST キャプチャ ツール を使用してメッセージング データをクラウドに移行することもできます。
他のメッセージング移行ソリューションの場合は、サード パーティのソリューション プロバイダーと連携することが必要になる場合があります。
サード パーティ プラットフォームから Exchange に移行する場合に利用できるサード パーティの移行ツールとパートナーを以下に示します。
バイナリ ツリー: クロスプラットフォーム メッセージングの移行と共存ソフトウェアのプロバイダー。IBM Lotus Notes と Domino、Microsoft Exchange、Microsoft SharePoint に基づく、オンプレミスとオンラインのエンタープライズ メッセージングとコラボレーション環境間の分析と共存と移行を提供する製品。
BitTitan: Exchange Onlineへの移行ソリューションのプロバイダー。
クエスト: 移行前分析や完全なユーザーとアプリケーションの共存を含む、オンプレミスおよびホステッド移行と共存ソフトウェアのプロバイダー。 オンプレミスの Microsoft Exchange、IBM Domino、Novell GroupWise、Zimbra などの環境から Microsoft 365、Office 365、Exchange Online、SharePoint Online へのフル機能の移行。
Transvault: Exchange および Notes から Microsoft 365 へのクラウド オフィス移行ソリューションのプロバイダー。 Transvault では、移行のための 23 の異なるソースがサポートされており、プロジェクトのサイズ、複雑な電子メール アーカイブの移行、PST 管理を提供する製品があります。 エンタープライズ移行ソリューションは、セキュリティで保護され、準拠しており、効率的で、ユーザーに焦点を当て、オンプレミスとクラウドの両方で実行できます。
クラウド ユーザーをメールボックスが有効なユーザーに変換する
このトピックで説明するようにクロスプレミス メール ルーティング環境を既にデプロイしている場合、ディレクトリ同期を使用してクラウドで作成したユーザーはメールが有効なユーザーです。
これらのユーザーのメールボックスをプロビジョニングするには、Microsoft 365 管理コンソールでExchange Onlineのライセンスを付与します。 詳細については、「Microsoft Entra IDで既存のユーザーと同期する」を参照してください。