カスタムドメインから Microsoft 365 をパイロットする
次の要件と制限を使用して Microsoft 365 をパイロットできます。
現在の電子メール プロバイダーで、電子メール転送のサービスが提供されている必要があります。
Microsoft 365 にこれらのレコードを管理させるのではなく、DNS ホスティングプロバイダーでMicrosoft 365 DNS レコードを管理する必要があります。
詳細については、「DNSレコードを追加してドメインに接続する」をご覧ください。
他の電子メールサーバーのユーザーの空き時間情報は利用できません。
管理者が 1 つの場所からすべてのユーザーアカウントを管理することはできません。
ユーザーが Microsoft 365 スパムフィルターを使用できない場合があります。
これは、ユーザー数が非常に少ない場合にお勧めです。パイロット用にメールを使用する場合にのみ適用されます。
Microsoft 365 パイロットをセットアップする
次の手順に従って、Microsoft 365 パイロットをセットアップします。
手順 1: Microsoft 365 管理センターにサインインする
職場または学校のアカウントで 「Microsoft 365 管理センター」にサインインします。
左側のナビゲーションウィンドウで[設定>ドメイン]を選択します。
手順 2: 使おうとしているドメインを所有していることを確認する
[ドメイン] ページで、[ドメインの追加] を選択します。
ボックスにドメイン名を入力し、[このドメインを使用]を選択して、[続行]を選択します。
電子メールやインスタントメッセージなど、ドメインでテストするサービスを選択します。
[ドメインの 確認 ] ページで、手順に従って [ 確認] を選択します。
DNS の変更が有効になるまで数分から 72 時間かかります。
確認が成功すると、DNS レコードを変更するように求められます。
手順 3: Exchange Online でドメインを共有としてマークする
Exchange 管理センターの[メールフロー]セクションで、[承認済みドメイン]を選択してから、変更するドメインを選択します。
ダブルクリックしてウィンドウを開き、[内部リレー]を選択します。
[保存] を選択します。
この設定が有効になるまでに数分かかる場合があります。
手順 4: 既存の電子メールサーバーのブロックを解除します（オプション）
Microsoft 365 では、スパム保護に Exchange Online Protection（EOP） を使用しています。 EOP は、現在のメールサーバーが転送する大量のスパムを検出すると、既存のメールサーバーをブロックする可能性があります。 他の電子メールプロバイダーのスパム保護を信頼している場合は、Microsoft 365でサーバーのブロックを解除できます。
注:
既存の電子メールサーバーのブロックを解除すると、元のサーバーを介して届くすべてのスパムが Microsoft 365 メールボックスに届くようになるため、Microsoft 365 がスパムをどの程度防止できるかを評価することはできません。
Microsoft Defender XDR(https://security.microsoft.com/antispam) にサインインし、[ポリシー & ルール] を選択し、[脅威ポリシー] をクリックし、[スパム対策ポリシー] を選択します。
[ 接続フィルター ポリシー (既定)] を選択し、[ 接続フィルター ポリシーの編集] をクリックし、[ 次の IP アドレスまたはアドレス範囲からのメッセージを常に許可 する] セクションで、現在のメール プロバイダーのメール サーバー IP アドレスを追加します。
手順 5: ユーザー アカウントを作成して主要な (返信先) アドレスを設定する
Microsoft 365 管理センター の左側のナビゲーションで、[ユーザー>アクティブユーザー]を選択します。
2 つの既存のユーザーを追加して、2 つのテストアカウントを作成します。
アカウントごとに、[ +ユーザーを追加]を選択し、テストするパスワードの方法など、必要な情報を入力します。
ユーザーの電子メールアドレスが同じであることを確認するには、[ユーザー名]フィールドがユーザーの現在の電子メールアドレスと一致していなければなりません。
適切なライセンスを選択し、[次へ]をクリックして、[追加の終了]をクリックします。
[ユーザー名] の隣の、ドロップダウン リストからカスタム ドメイン名を選択します。
を選択し、>を作成し、を閉じます。
手順 6: Microsoft 365 または Office 365 からサーバーに送信するようにメールEmail構成する
次の 2 つの手順を実行します。
Microsoft 365 または Office 365 環境を構成します。
Microsoft 365 または Office 365 からメール サーバーへのコネクタを設定します。
1. Microsoft 365 または Office 365 環境を構成する
Microsoft 365 または Office365 で次の手順が完了したことを確認してください。
コネクタを設定するには、開始する前にアクセス許可を割り当てる必要があります。 必要なアクセス許可を確認するには、「Exchange Online の機能のアクセス許可」トピックの「Microsoft 365 および Office 365 コネクタ」の項目を参照してください。
EOP か ExchangeOnline でメール サーバーからインターネットにメールを中継する場合は、次のいずれかの方法を実行します。
- Microsoft 365 または Office 365 の承認済みドメインと一致するサブジェクト名で構成されている証明書を使用します。 証明書の共通名、またはサブジェクトの別名を組織のプライマリ SMTP ドメインと一致させることをお勧めします。 詳細については、「オンプレミスのメール環境の前提条件」を参照してください。
または
- 組織の送信者のドメインとサブドメインがすべて Microsoft 365 または Office 365 の承認済みドメインとして構成されていることを確認します。
承認済みドメインの定義に関する詳細は、「Exchange Online で承認済みドメインを管理する」および「Exchange Online でサブドメインのメール フローを有効にする」をご覧ください。
Microsoft 365 または Office 365 からメール サーバーへとメールを配信するのに、メール フロー ルール (トランスポート ルールとも呼ばれます) を使用するか、ドメイン名を使用するかを決定します。 ほとんどの企業は、すべての承認済みドメインにメールを配信することを選択します。 詳細については、「シナリオ: Exchange Online での条件付きメール ルーティング」を参照してください。
注:
「Exchange Online でのメール フロー ルールの処理」の説明に従って、メール フロー ルールを設定できます。 たとえば、現在メールが配布リストを介して複数のサイトに送信されている場合は、コネクタ付きのメール フロー ルールを使用できます。
2. Microsoft 365 または Office 365 からメール サーバーへのコネクタを設定します。
Microsoft 365または Office 365 でコネクタを作成するには、［管理者］>［Exchange］ を選択して Exchange 管理センターに移動します。 次に、 ［メール フロー］>［コネクタ］ を選択します。
ウィザードを使用してコネクタを設定します。
ウィザードを起動するには、プラス記号 + をクリックします。 最初の画面で、From Office 365 および To 組織のメール サーバーを選択します。
[次へ] をクリックして、ウィザードの指示に従います。 詳細情報については、[ヘルプ] または [詳細情報] リンクをクリックします。 ウィザードに従って設定を行います。 最後に、コネクタが検証されたことを確認します。 コネクタが検証されない場合は、表示されているメッセージをダブルクリックして詳細を表示させ、問題の解決のために「コネクタを検証する」を参照します。
手順 7: DNS ホスティング プロバイダーで DNS レコードを更新する
DNS ホスティングプロバイダーの Web サイトにサインインし、「DNS レコードを追加してドメインに接続する」の手順に従います。
次の2つの例外を設けてください。
新しい MX レコードは作成せず、既存の MX レコードの変更も行いません。
Exchange Online の新しい SPF （TXT）レコードを作成する代わりに、以前の電子メールプロバイダーの Sender Policy Framework （SPF）レコードが既にある場合は、現在のTXTレコードに「include:spf.protection.outlook.com」を追加します。
例えば、「v=spf1 mx include:adatum.com include:spf.protection.outlook.com ~all」です。
SPFレコードがない場合は、Microsoft 365 で推奨されているレコードを変更して、現在の電子メールプロバイダーのドメインを含め、spf.protection.outlook.com を追加します。 これにより、両方の電子メールシステムからの送信メッセージが承認されます。
手順 8: 現在のプロバイダーで電子メールの転送をセットアップする
現在の電子メール プロバイダーで、onmicrosoft.com domain ドメインへの転送を管理するユーザーの電子メール アカウントで設定します。
ユーザー A メールボックスの転送先 usera@yourcompany.onmicrosoft.com
ユーザー B メールボックスを に転送する userb@yourcompany.onmicrosoft.com
この手順を完了すると、Microsoft 365 にusera@yourcompany.comuserb@yourcompany.com送信され、 に送信されたすべての電子メールが使用できるようになります。
注:
電子メール転送を設定する正確な手順については、現在の電子メールプロバイダーにお問い合わせください。
現在の電子メール プロバイダーでメッセージのコピーを保持する必要はありません。
大半のプロバイダーは、返信が元の送信者に送信されるように、送信者の返信先アドレスをそのままにして電子メールを転送します。
手順 9: メール フローをテストする
ユーザー A の資格情報を使用して Outlook Web App にサインインします。
次のテストを実行します。
例えば、ユーザー B に電子メールを送信して、ローカルのMicrosoft 電子メールをテストします。電子メールはすぐに配信されます。 このシナリオでは、Microsoft 365 メールボックスがローカルであるため、メッセージは元のサーバーのユーザー B のメールボックスにルーティングされません。
例えば、ユーザー C に電子メールを送信して、既存の電子メールシステムのユーザーへの電子メールをテストします。電子メールは、元のメールサーバーのユーザー C のメールボックスに配信されます。
外部アカウントまたは既存の電子メールシステムの従業員の電子メールアカウントから転送が正しく設定されていることを確認します。 例えば、ユーザー C の元のサーバーアカウントまたは Hotmail アカウントから、ユーザー A に電子メールを送信し、それがユーザー A の Microsoft 365 メールボックスに届くことを確認します。
手順 10: メールボックスのコンテンツを移動する
2 名のテストユーザーのみを移動し、ユーザー A とユーザー B の両方が Outlook を使用しているため、新しいOutlookプロファイルで古い .PST ファイルを開き、メッセージ、カレンダーアイテム、連絡先などをコピーすることで、電子メールを移動できます。 詳細については、「Outlook の .pst ファイルからメール、連絡先、カレンダーをインポートする」をご覧ください。
それらが Microsoft 365 メールボックスの適切な場所にインポートされると、アイテムはどこのどのデバイスからでもアクセスできるようになります。
その他のリソース
フィードバック
以下は間もなく提供いたします。2024 年を通じて、コンテンツのフィードバック メカニズムとして GitHub の issue を段階的に廃止し、新しいフィードバック システムに置き換えます。 詳細については、「https://aka.ms/ContentUserFeedback」を参照してください。
フィードバックの送信と表示