レンタルサーバーの過去メールをGmailへ移行する方法

会社のメールをGoogle Workspaceへ切り替えた後も、以前の見積もりや取引先とのやり取りは読み返せるようにしておきたいものです。今使っているメールアドレスを引き継ぐ場合でも、受信先をGmailへ変えるだけでは過去メールは移りません。

レンタルサーバーにメールが残っていれば、管理者はGoogle Workspaceの管理コンソールからGmailへコピーできます。受信先を切り替える前にコピーできるので、必要な過去メールをGmailで読めることを確かめてから切替へ進めます。ただし、パソコンにしか残っていないメールには別の対応が必要です。

管理コンソールでは、コピーする操作を「インポート」と呼びます。ここでは、会社の独自ドメインで使うGoogle WorkspaceのGmailへ移す場合を扱います。個人用の「@gmail.com」へ移す手順とは異なります。仕様は2026年10月3日時点のGoogle公式情報で確認しています。

過去メールの保存場所とPOP・IMAPの違い

普段のメールソフトに何年分ものメールが表示されていても、そのすべてがレンタルサーバーに残っているとは限りません。パソコンへ取り込んだ後、サーバー側から削除する設定で使っていた可能性があるためです。ここで関係するのが、メールを受信するときのPOPとIMAPの違いです。

管理コンソールからインポートできるのは、IMAPで読み出せるサーバー上のメールです。POPで取得した後にサーバーから削除したメールは、接続方式をIMAPへ変えても戻りません。パソコン内にだけ保存され、サーバーには残っていないメールを移す方法は、別に検討する必要があります。

保存場所を確かめるには、レンタルサーバーのWebメールを開き、普段のメールソフトと見比べると分かりやすいです。古い受信メールに加え、送信済みメールや業務で使うフォルダも見ておきます。受信メールだけを確認していると、以前送った見積もりなどを移し忘れるおそれがあります。

移行作業を始める前に、サーバーとパソコンに保存されているメールのバックアップを取っておきます。POPで受信したメールをサーバーから削除する設定も見直してください。そのまま使い続けると、インポートする前に元のメールが削除される可能性があります。保存場所や利用者ごとの状況を整理する際は、メール移行前の確認事項も参照できます。

GmailのPOP・IMAP設定に関する変更

Gmailの設定から過去メールを移す方法を調べると、古い解説には現在と異なる手順が載っていることがあります。外部メールをGmailが取得する機能の終了と、メールソフトからGmailへ接続する設定の変更が重なっているためです。管理コンソールでのインポートと混同しないよう、変更の対象を整理しておきます。

外部メールのPOP取り込み機能の終了

Gmailには、ほかのメールサービスへPOPで接続し、新着メールを継続的に取り込む機能がありました。Googleの案内では、2026年第1四半期以降は新規利用をサポートせず、既存利用者も2027年1月までの提供となります。Googleは、安全性や使いやすさを保つ取り組みの中で、維持に過大な負担がかかる機能を終了すると説明しています。取り込み済みのメールは残りますが、今から会社の移行を計画するなら、この継続取得機能を前提にはできません。

ウェブ版での一度限りのメール・連絡先インポートは引き続き案内されています。また、スマートフォンのGmailアプリへ外部アカウントをIMAPで追加して読む方法もあります。ただし、前者は継続的な同期ではなく、後者はWorkspaceのメールボックスへ過去メールをコピーする作業ではありません。

個人GmailのIMAP常時有効化

メールソフトから個人Gmailへ接続する手順では、「IMAPを有効にする」という設定が見つからないことがあります。個人用Googleアカウントでは2025年1月からIMAPが常時有効になり、有効・無効を選ぶ設定がなくなりました。メールソフトからGmailへ接続できなくなったわけではありません。Workspaceでは組織の管理者がPOP・IMAPを制御するため、無効になっている場合は利用者の設定ではなく管理者側で確認します。

Google Workspaceの認証方式の変更

メールソフトからWorkspaceのGmailへ接続する場合は、認証方法にも注意が必要です。Workspaceでは2025年5月1日から、Googleのユーザー名とパスワードだけを使う従来の方式がサポートされなくなりました。メールソフトから接続する場合は、Googleの画面でログインしてアプリにアクセスを許可するOAuthへの対応を確認します。

インポートの際に入力するのは、移行元のレンタルサーバーへ接続するための認証情報です。Googleアカウントのパスワードを入力するのではなく、レンタルサーバー事業者が指定する認証方法に従ってください。

受信先の切替前に行う準備

会社のメールを移す際は、管理者が各利用者の移行元と移行先を指定してインポートを進めます。旧サーバーで新着メールを受信しながら作業できるため、この段階では配送先を決めるMX設定を変更する必要はありません。先にWorkspace側の準備と、旧サーバーへの接続条件を確認します。

事前コピーを始めるには、受け皿となるWorkspaceユーザーを作成し、対象ライセンスとGmailサービスを有効にしておきます。インポートツールがユーザーを自動作成するわけではありません。操作には管理コンソールのすべての機能へアクセスできる「特権管理者」の権限が必要なので、誰が作業を担当するかも決めておきます。

接続先には、旧サーバーからメールを読み出すためのIMAPホスト名を使います。レンタルサーバー事業者が指定する名前と認証方法を確認し、Googleから接続できる状態かを調べます。MXを切り替えた後も旧サーバーへ接続できるホスト名かどうかが、後から追加分を取り込む際に重要です。移行元と移行先のIMAP利用条件も、Googleの手順に従って確認してください。

取り込み対象にはサーバー上の送信済み・下書きやフォルダも含まれます。ただし、メールと添付ファイルの合計が25MBを超えるものや、Gmailでブロックされる種類の添付ファイルなどは対象外です。連絡先や予定表もこのIMAPインポートの対象ではありません。必要なデータに対象外のものがあれば、旧環境を解約する前に保管方法を決めておきます。

受信先の切替まで見据え、DNSを管理する担当者とも切替日時や問題が起きた場合の対応を相談しておくと安心です。現在のDNS設定を保存し、既存のWebサイトや外部サービスの送信設定も確認します。受信先を戻す条件と操作担当者は、切替を始める前に合意しておきましょう。

管理コンソールでのインポート手順

準備が整ったら、まず1名でインポートを試します。たとえば開始日を最近の日付にしてしまうと、それ以前のメールは対象から外れます。必要な時期のメールや送信済みメールがGmailで読めることを確かめ、設定に問題がなければほかの利用者へ対象を広げます。

1. 特権管理者で管理コンソールの「データ」→「データのインポートとエクスポート」→「データのインポート」を開き、IMAPを選びます。
2. 旧サーバーのIMAPホスト名を指定して接続をテストします。接続できなければ、ホスト名と接続制限を先に調べます。
3. 移行元のメールアドレス・認証情報と、作成済みの移行先ユーザーを対応付けます。20人以下なら管理画面へ直接入力できます。20人を超える場合は、公式のサンプルCSVを使って登録します。
4. 取り込み対象とするメールの開始日と、迷惑メール・削除済みメール・除外フォルダの扱いを決めて開始します。古いメールが必要なら開始日をさかのぼって指定します。
5. 結果レポートと移行先のメールを照合します。不足があれば設定とエラーを調べ、解消してからほかの利用者へ対象を広げます。

同じメールアドレスを使い続ける場合でも、コピー元とコピー先の対応は作業前に見直してください。別の人のメールボックスを指定すると、業務メールを誤った相手へ渡すことになります。複数の移行元を1人のユーザーへまとめることも可能ですが、誰のメールを誰が読めるようにするかを先に決めておく必要があります。

認証情報は、権限を持つ担当者がGoogleの管理画面へ直接入力します。支援を依頼する場合もパスワードを問い合わせフォームやメールで送らず、原則として画面共有中に自社側で操作してください。CSVを使う場合は認証情報を含むファイルとして共有範囲を限定し、不要になったら社内の安全な削除手順に従って処分します。

取り込み結果とログの確認

インポートが完了したら、必要なメールがGmailにそろっているかを確認します。「完了」の表示は処理が終わったことを示すもので、対象期間外のメールや除外したフォルダまで移ったことを意味するものではありません。結果を確かめるには、処理の記録と実際のメールを照らし合わせる必要があります。

調査に使える記録には、インポートの結果を示すものと、接続や配送の状況を示すものがあります。POPとIMAPのどちらを使うかだけでログの種類が決まるわけではありません。確認したい内容に合わせて、次のように使い分けます。

まずはインポート画面からユーザーレポートを取得し、失敗や不足があれば詳細ログを調べます。全件が成功またはスキップの場合は詳細ログが作られないため、ログがないことだけで失敗とは判断しません。管理操作の記録を調べる場合は「レポート」→「監査と調査」を使いますが、閲覧には対応する管理者権限が必要です。

そのうえで、旧環境で確認した古いメールや送信済みメールをGmailでも開いてみます。見つからなければ、指定期間や除外設定、サイズ制限に当てはまらないかを元データと照合してください。件数だけでは、業務に必要なやり取りを引き継げたかまでは分かりません。Googleスプレッドシートなどへ出力したレポートは、移行元・移行先の情報を含む管理資料として共有先を絞ります。

MX切替後の追加メールと移行の完了

事前のインポートを終えても、受信先を切り替えるまでは旧サーバーに新しいメールが届きます。その中には、まだGmailへコピーされていないメールがあります。受信先の切替後に追加分をコピーする「差分インポート」を行い、初回のインポートだけで旧サーバーを解約しないようにします。

MXを切り替えたら、まず新しいメールの送受信を確認します。続いて旧サーバーの新着メールを調べ、差分インポートを実行します。追加分をGmailで読めることまで確認してください。配送に問題がある場合はMX設定とメール不達の確認方法を参照し、過去メールの取り込み結果とは分けて調べます。

切替で問題が起きてMXを戻す場合にも、メールの保存場所には注意が必要です。コピー済みのメールや切替中に両方へ届いたメールが、自動的に一つにまとまるわけではありません。受信先を戻す操作とは別に、どちらへ何が届いているかを確認します。

必要な過去メールと追加分がそろい、新しいメールも送受信できたら、レポートを保存してインポートを終了します。管理コンソールで終了すると設定やレポートへアクセスできなくなるため、保存を先に済ませてください。旧サーバーの解約日は、これらの確認とバックアップの保管方針が決まってから設定することを勧めます。

自社での移行に不安がある場合は、レンタルサーバーからのメール移行支援をご利用いただけます。IMAPで接続できるレンタルサーバー上の独自ドメインメールを対象にしています。相談時には保存状況や利用人数をお知らせいただき、パスワードなどの認証情報は送らないでください。