PRACTICAL GUIDE

Exchange Onlineへのメール移行で失敗しやすい設定と確認方法

Exchange Onlineへの移行で確認したいDNS、SPF・DKIM・DMARC、IMAPの対象外データ、Outlook、複合機送信を解説。症状から切り分ける表と切替前後の確認手順を掲載します。

株式会社AZWork

本文更新: / 表示・導線の更新:

結論から

まず押さえること

メール移行は「過去メールを移す」「新しいメールの配送先を変える」「利用端末を切り替える」を別々に検証します。届かないときにすぐDNSを戻すのではなく、影響範囲・時刻・送受信者・エラーを記録し、配送経路とクライアントを切り分けます。無停止や全データの自動移行を前提にしないことが重要です。

この記事で分かること 8項目
  1. 失敗を防ぐには3つの切替を分ける
  2. よくある症状と、最初に見る場所
  3. DNSは、旧設定を控えて役割を確認
  4. SPFだけでなく、DKIM・DMARCまで段階的に確認
  5. IMAP移行の制限とローカルメールを確認
  6. Outlook・スマートフォン・複合機も切替対象
  7. 切替後の完了判定と切戻し
  8. よくある質問
データ・配送・端末の3つを別々に確認
  1. 過去メール対象と件数・容量・除外結果
  2. 新着の配送DNS・正規の送信元・送受信テスト
  3. 使う環境Outlook・スマートフォン・複合機

失敗を防ぐには3つの切替を分ける

メールデータのコピーが成功しても、MXが旧環境のままなら新着の配送先は別です。Web版Outlookで送受信できても、PCのOutlookや複合機の設定が終わっているとは限りません。切替前に作業と確認を対応付けます。

よくある症状と、最初に見る場所

症状最初の確認次の対応
外部から届かないMX、宛先アドレス、時刻、エラー通知メッセージトレースと旧環境への到着を照合
一部の過去メールだけない移行レポート、対象フォルダー、大きなメール方式の対象外か、再試行可能なエラーか分類
Web版は使えるがPCは使えないOutlookの接続先、サインイン、プロファイルローカルデータを保護して端末側を確認
送信先で迷惑メールになるSPF・DKIM・DMARC、正規の送信システム受信側ヘッダーと送信経路を検証
複合機やWebフォームだけ送れないSMTP先、認証方式、ネットワーク、送信元現行の対応方式に合わせて再設計

DNSは、旧設定を控えて役割を確認

ドメイン所有権確認用のTXTと、メール配送用のMXは役割が違います。宛先メールボックスとテストを先に準備し、切替時刻と旧環境への到着分を確認する方法を決めます。変更前のMX・TXT・CNAME等の値とTTLを記録しておきます。

既にSPFがあるドメインに、2本目のSPFレコードを追加しないでください。正規の送信元を確認したうえで1つへ統合します。旧メールサービス、Webフォーム、業務システムが送信を続ける間は、その経路も含めます。出典:DNSレコードの追加

SPFだけでなく、DKIM・DMARCまで段階的に確認

Microsoftの案内ではSPF・DKIM・DMARCを組み合わせたメール認証を扱っています。Microsoft 365だけでなく、請求システムや配信サービスなど正規の送信元を洗い出し、認証結果とドメインの整合を確認してから拒否を強めます。出典:送信ドメインのDNS設定

DKIMの値は管理画面に表示される自社用の値を使います。他社の例をコピーして、送信が通らない原因を増やさないようにしましょう。

IMAP移行の制限とローカルメールを確認

Microsoftの標準IMAP移行では、メール以外の予定表・連絡先・タスクは対象外です。1メールボックス50万アイテム、1メッセージ35MBまでという制限も案内されています。これはExchange Onlineの受信可能サイズと同じ意味ではありません。出典:IMAP移行のトラブルシューティング

POPで受信しサーバーから削除していたメールは、PCにだけ残っている場合があります。PST・アーカイブ・送信済みを棚卸しし、コピー前に退避を確認します。移行エラーを解消するために元メールを安易に削除しないでください。

Outlook・スマートフォン・複合機も切替対象

利用者一覧だけでなく、端末と送信アプリの一覧を作ります。古い認証方式を使う送信システムは、そのまま継続できる前提にせず、現在の対応方式を確認します。送信不具合の解決のために、組織全体のMFAやセキュリティ設定を一括で無効化する方法は避けます。

切替後の完了判定と切戻し

  • 社内→社外、社外→社内、代表アドレス、共有メールの送受信
  • Web版と主要端末でのサインイン・送受信
  • 移行レポートの未処理・除外データの説明
  • 予定表・連絡先・配布先・転送・複合機の確認
  • 旧環境に届いたメールの回収と旧環境停止の承認

メッセージトレースでは送信者、宛先、時間帯などを条件に、Exchange Online側での処理を確認できます。結果だけで外部システムを含むすべての状態が分かるわけではないため、エラー通知や受信側の情報も照合します。出典:メッセージトレース

MXを戻してもデータは自動で元に戻らない

新旧に分かれて届いたメール、送信済み、利用端末をどう整合させるかが必要です。切戻しの判断者・期限・手順を、切替の前に決めておきます。

よくある質問

DNSの切替後は、すぐ旧メールを止めてよいですか?

キャッシュや送信元の状態で旧環境へ配送される場合を考慮し、一定の確認期間と停止条件を決めます。固定の待ち時間だけで完了判定しません。

調査を依頼するときは何を伝えればよいですか?

発生時刻とタイムゾーン、送信者・宛先、対象範囲、エラー全文、切替前後の変更点を整理します。パスワードや不要な個人情報は送らず、必要情報を安全な方法で共有します。

一次情報・参考資料

資料確認:2026年10月12日。操作前に移行方式・対象範囲と復旧方法を確認してください。

CONTACT

自社ではどう進めるか、
一緒に整理します

現状・対象範囲・担当者の負担を確認し、必要な支援をご案内します。

このテーマを相談する