サーバー移転でトラブルが多いのがメールです。「移転したらメールが2日間届かなかった」「旧サーバーに届いてしまったメールが消えた」という相談は珍しくありません。
この記事では、メール移転の何がリスクで、どう準備すれば防げるかを実務目線で説明します。
なぜメール移転は難しいのか
Webサイトの移転と違い、メールの移転には次の難しさがあります。
タイミングのズレが起きやすい
DNSのMXレコードを切り替えてから、世界中のDNSサーバーに変更が反映されるまでに時間がかかります（TTL設定による）。この間、一部のメールが旧サーバーに届き、一部が新サーバーに届く状態になります。
過去メールの扱いが複雑
POP3で受信しているメールは、受信時にサーバーから削除されているため、PCやスマートフォンにしか残っていない場合があります。IMAPでもサーバー上の保存量を超えると古いメールが削除されることがあります。
過去のメールがどこにあるかを把握しておかないと、移転後に「メールが消えた」という事態になります。
設定箇所が多い
メールを使っているすべての端末（PC・スマートフォン・タブレット）でメールクライアントの設定を変更する必要があります。Outlook、Appleのメール、スマートフォンアプリなど、端末ごとに設定が分散しているため、再設定の漏れが発生しやすいです。
移転前の準備
切り替えをスムーズに進めるために、現在のメール環境の情報整理とTTLの短縮を事前に済ませておきましょう。
現在のメール環境を一覧化する
まず、現在の状況を整理しましょう。
- 使用しているメールアカウントの一覧（
info@・sales@など） - 各アカウントのパスワード
- 利用中のメールクライアント（Outlook、Mac Mail、Thunderbirdなど）
- 現在のIMAPまたはPOP3サーバーの設定（サーバー名・ポート番号）
- 各端末でメールを使っている人数・端末数
これらが把握できていると、切り替え後の再設定をスムーズに進められます。
メールの保存方式を確認する
現在のメールがPOP3かIMAPかを確認しましょう。
POP3の場合： メールは受信時にサーバーからダウンロードされ、サーバー上には残りません。サーバーを移転しても、受信済みメールはPC内に保存されているため、過去メールは失われません。ただし、新しいサーバーに「過去メールがない」状態になります。
IMAPの場合： メールはサーバー上に保存されます。移転時にサーバー上のメールをすべて新サーバーに移行する必要があります。
IMAPの場合：メールデータのバックアップ
IMAP利用の場合、次の方法でメールをバックアップできます。
- Thunderbirdを使って旧サーバーのすべてのメールをエクスポートする
- imapsyncというツールでサーバー間をそのままコピーする（技術的な知識が必要）
- OutlookのPSTエクスポート機能でローカルバックアップを取る
重要なメールが多い場合は、専門家に依頼するのが確実です。
TTLを短縮する
DNS切り替えの1〜2日前に、ドメイン管理会社の設定画面でMXレコードのTTLを短い値（300〜600秒）に変更しておきましょう。
これにより、MXレコードを切り替えてから短時間で世界中のDNSに反映されるようになります。
移転の手順
準備が整ったら、次の順番で進めます。DNS切り替えより前に新サーバーでの動作確認まで完了させておくのがポイントです。
1. 新サーバーにメールアカウントを作成する
DNS切り替え前に、新サーバーのコントロールパネルで旧サーバーと同じメールアカウントをすべて作成します。パスワードは旧サーバーと同じにするか、新しく設定します。
2. 新サーバーの接続設定を確認する
新サーバーのメール設定情報を手元に準備します。
- 受信サーバー（IMAP/POP3）のホスト名とポート番号
- 送信サーバー（SMTP）のホスト名とポート番号
- SSL/TLSの設定
3. 新サーバーのメール受信をテストする
MXレコードの切り替え前に、新サーバーのSMTPに直接接続してメールの送受信が動くかテストしておくと安心です。一部のサーバーではDNS経由でなくてもテスト接続できます。
4. MXレコードを切り替える
テスト完了後、ドメイン管理会社の設定画面でMXレコードを新サーバーのものに変更します。
変更後、TTLが短い場合は30分〜1時間程度で反映されます。
5. メールの受信を確認する
切り替え後、新サーバーのウェブメール（管理画面上のメールブラウザ）でテストメールを送受信できるか確認します。
6. すべての端末でメールクライアントを再設定する
MXレコードの切り替えが完了したら、使用しているすべての端末でメールクライアントの設定を新サーバーのものに変更します。
Outlookの場合： ファイル → アカウント設定 → アカウント設定 → 対象のアカウントを編集
Appleメールの場合： 環境設定 → アカウント → 対象のアカウントを選択 → 設定を変更
スマートフォンの場合： 設定 → メール → アカウント → 対象のアカウント → 受信・送信サーバーの設定を変更
7. 旧サーバーのメールを確認する
MXレコード切り替え後も、TTL期間中は旧サーバーに届くメールがある場合があります。しばらく旧サーバーのウェブメールも確認し、移転漏れがないかチェックしましょう。
よくある失敗と対処
メール移転で繰り返し起きるパターンと、それぞれの原因・対処方法を整理します。
「メールが1〜2日届かなかった」
MXレコードのTTLが長いまま切り替えた場合に起きます。TTLを事前に短縮しておくことで防げます。切り替えタイミングを金曜夜など業務が少ない時間帯にするのも有効です。
「送受信はできるが迷惑メールに分類される」
SPFレコードの設定が漏れている場合に起きます。新サーバーのSPFレコード設定を確認し、ドメインのDNS設定に追加してください。
「Outlookで送信できるが受信できない」
IMAP/POP3サーバーの設定（ホスト名・ポート・SSL設定）を間違えている場合に多いです。新サーバーのサポートページで案内されている設定値を再確認しましょう。
「旧サーバーのメールが消えた」
旧サーバーを解約する前にIMAPのメールを移行していなかった場合に起きます。解約前に必ずメールのバックアップを取ってください。
メールを外部サービスに移行する選択肢
メール移転が複雑で不安な場合、Google Workspace（旧G Suite）やMicrosoft 365にメールだけを移行してから、Webサーバーを移転する方法があります。
この方法のメリットは次のとおりです。
- メールとWebサーバーが独立するため、次回以降のサーバー移転時にメールの影響がなくなる
- GmailやOutlookの使い慣れたUIでメールを管理できる
- モバイルとPCでメールを同期しやすい
デメリットは、Google WorkspaceやMicrosoft 365の月額費用（1アカウントあたり月額数百円〜）が追加でかかることです。
まとめ
メール移転は事前準備が8割です。現在のメール環境の一覧化・過去メールのバックアップ・TTLの短縮を切り替え前日までに完了させておけば、ほとんどのトラブルは防げます。
不安な場合は、移転前に専門家に手順の確認を依頼するか、メールだけ先に外部サービスに移行してからサーバー移転を進めることを検討してください。