メールの事業者を替えて、新しいアドレスで送受信できた。安心して旧サーバを解約したら、去年の見積もりのやり取りがどこにも無い。メールの乗り換えで取り返しがつかないのは、この1つだけです。
MXレコードを切り替えても、過去のメールは1通も移りません。 新しく届くメールの行き先が変わるだけです。この記事を読み終えると、過去のメールがいまどこにあるかを見分け、自分に合う移し方を選び、解約してよい状態かを件数で判断できます。
- この記事で出来ること
- 過去のメールがどこにあるかを見分け、移し方を選び、件数で確かめてから旧サーバを解約できる
- 前提
- 旧サーバがまだ解約されていないこと。各メールボックスのIDとパスワードが分かること
- 所要時間
- 方式の確認は1台5分。移行は量と回線しだいで数時間〜数日(並行運用の期間にやる)
先に結論
- 件数を新旧で見比べるまで、旧サーバを解約しない。 解約した時点で、サーバ上のメールは取り出せなくなります。
- 移行先に公式の移行機能があるなら、それ一択です。無ければ、メールソフトに新旧を並べてフォルダごとコピーします。
- POPで使っているパソコンがあるなら、何よりも先にそのパソコンのバックアップを取ります。
目次(8)
1. 過去のメールはどこにあるか
| 方式 | 仕組み | 過去のメールの場所 |
|---|---|---|
| IMAP | サーバ上のメールボックス(フォルダ)とメッセージを、メールソフトから操作する。既読などの状態もサーバ側に持つ(RFC 9051) | サーバ上。 どの端末からも同じ内容が見える |
| POP | サーバからメッセージを取り出す。取り出した後はサーバから削除する使い方が想定されている(RFC 1939) | 取り出したパソコンの中。 設定によってはサーバにも一定期間残る |
メールソフトのアカウント設定で、受信サーバーの種類が「IMAP」か「POP(POP3)」かを見ます。使っている端末すべてで確かめてください。よくあるのは、スマホはIMAP、事務所の古いパソコンだけPOP、という混在です。この場合、10年分のメールはそのパソコン1台の中にしかありません。サーバをどう移しても、そのパソコンが壊れたら終わりです。
だから私は、POPのパソコンを見つけたら、移行の話より先に外付けディスクへバックアップを取ります。移行作業でメールソフトの設定を触っている最中に、データを壊すのがいちばん怖いからです。
→ パソコンが壊れても翌日から仕事に戻れる、バックアップの組み方
2. 移し方は3つ。私の順位
| 方法 | 内容 | 私の評価 |
|---|---|---|
| ① 移行先の公式の移行機能 | 移行先のサーバが旧サーバへIMAPで接続し、メールを読み出してコピーする | あるなら、これ一択。 サーバ同士で動くのでパソコンを開けておく必要がなく、人数が多くても同じ手順で済む |
| ② メールソフトで新旧を並べてコピー | 1台のメールソフトに新旧のアカウントを入れ、フォルダごとコピーする | ①が無いとき、または1〜3人のとき。確実だが、回線とパソコンを長時間占有する |
| ③ 移さず手元に保管 | メールソフトの書き出し機能で保存し、必要なとき開く | 過去のメールをほとんど見返さない人向け。ただし保管先をバックアップに入れないなら、消えるのを先送りしているだけ |
勧めないのは、「必要なメールだけ新しいアドレスへ転送する」です。転送したメールは日付も差出人も変わり、後から検索しても出てきません。数通ならともかく、移行の手段にはなりません。
状況別には次のとおりです。
| いまの状況 | 進め方 |
|---|---|
| IMAPで使っていて、移行先に移行機能がある | ①。3節へ |
| IMAPで使っていて、移行機能が無い。または数人だけ | ②。4節へ |
| POPで、メールはパソコンの中 | バックアップを取ってから、メールソフトに新しいアカウント(IMAP)を足し、パソコン内のフォルダから新アカウントのフォルダへコピー(4節と同じ要領) |
| 旧サーバをすでに解約した | サーバ上の分は戻りません。パソコンやスマホのメールソフトに残っている分が手がかりです。そのメールソフトから旧アカウントを削除しないでください。 削除すると手元の分も消えます |
全部を移すか、期間を区切るかも先に決めます。私は「直近3年は移す、それより前は③で保管」をよく勧めます(年数は私の目安です。帳簿や契約に関わるメールの保存期間は、税理士など専門家の指示を優先してください)。量が少ないほど、途中で止まったときの確認が楽になります。
3. 方法①:公式の移行機能を使う
「旧サーバの名前」と「各メールボックスのIDとパスワード(または管理者の資格情報)」を移行先に登録すると、移行先のサーバが旧サーバから読み出します。グループウェアを移行先に勧める理由の1つが、この機能が公式に用意され、手順が文書になっていることです。下の2つは公式の案内がある例で、ほかの事業者は移行先の公式ヘルプで確かめます。
- Microsoft 365 のIMAP移行: Microsoftの案内では、移せるのは受信トレイなどのメールフォルダの中身で、連絡先・予定表・タスクは移りません。1つのメールボックスにつき最大500,000件、1通の大きさは35MBまで。旧サーバ側が接続数を制限していると時間がかかります
- Google Workspace のデータ移行: 管理者ヘルプに、IMAPのアカウントからメールを移す手順があります。移行元の各ユーザーのパスワード(IMAPサーバーによってはアプリケーション固有のパスワード)を使います
始める前に、この表を埋めます。
| 見る項目 | 自分の場合(記入) |
|---|---|
| 移るもの・移らないもの(連絡先、予定表、振り分けルール、署名) | |
| 1通の大きさと件数の上限 | |
| 旧サーバのIMAPのサーバ名とポート | |
| 旧サーバ側の接続数の制限 | |
| 移行に使うパスワードの扱い(終わった後に変える) | |
| 移行の途中で届いたメールを、後から追加で取り込めるか |
1行目を最初に埋めてください。よくあるのは、メールは移ったので安心して解約し、翌週に「取引先の連絡先が無い」「自動振り分けが効かない」と気づく形です。連絡先と予定表は、メールとは別に書き出しと取り込みが要ります。
順番について、Microsoftの案内は、移行を終えてからMXレコードを切り替え、すべてのメールが新しい側に届くことを確かめた後で同期を止める、としています。私もこの順にします。先にMXを切り替えると、新しい受信箱が空の状態で仕事が始まり、過去のやり取りを引けない数日が生まれるからです。
4. 方法②:メールソフトでフォルダごとコピーする
- メールソフトに、旧アカウント(IMAP)と新アカウント(IMAP)の両方を設定する
- 旧アカウントのフォルダを選び、新アカウントの側へコピーする。移動は使いません。 移動は途中で失敗すると、どちらにも無いメールが生まれます。コピーなら旧側に原本が残ります
- フォルダ単位で進め、1つ終わるごとに件数を見比べる。量が多いフォルダは年ごとに分ける
- 新しいアカウントを別の端末かウェブメールで開き、サーバ上に入っていることを確かめる
4を飛ばさないでください。メールソフトの中で見えているだけで、サーバへの送信がまだ終わっていないことがあります。その状態でパソコンを閉じて解約すると、移したはずのメールが半分しかありません。
5. 戻し方:取り返しのつかない操作は3つだけ
| 操作 | 戻せるか |
|---|---|
| メールソフトに新しいアカウントを足す | 戻せる。足しただけでは何も消えない |
| フォルダを新アカウントへコピーする | 戻す必要がない。旧側に原本が残る。重複したら新側のフォルダを消してやり直す |
| 公式の移行機能を走らせる | 旧サーバからは読み出すだけ。途中で止まっても旧側は減らない。やり直せる |
| MXを切り替える | 戻せる。MXを元の値に戻す。その間に新側へ届いた分は、新側に残る |
| フォルダを移動する | 途中で失敗すると、どちらにも無いメールが生まれる。戻せない |
| メールソフトから旧アカウントを削除する | IMAPなら手元の写しが消えるだけだが、POPならそのパソコンにしか無いメールが消える。戻せない |
| 旧サーバを解約する、旧メールボックスを削除する | 戻せない |
下の3つは、6節の確認表が全部埋まるまでやりません。それ以外は、間違えてもやり直せます。だから私は、移行の作業そのものは怖がらずに進め、解約の判断だけを慎重にします。
誤って解約してしまった直後なら、すぐ旧サーバの事業者に連絡します。データの削除までに猶予があるかどうかは事業者の規約しだいで、当てにはできませんが、聞くのは早いほどよい。文面は次の節の2つ目です。
業者に送る文面
旧サーバの事業者へ、移行の前に聞くこと。
件名:メール移行に伴うIMAP接続の仕様について
ご担当者様
(契約ID/ドメイン:example.com)を利用中の(会社名)の(氏名)です。
他のメールサービスへ移行するため、過去のメールをIMAPで読み出す予定です。
1. IMAPのサーバ名、ポート、暗号化の方式
2. 同時接続数や転送量の制限の有無
3. 解約後、メールボックスのデータはいつ削除されるか
4. 契約を1か月単位で延長できるか、その料金
誤って解約してしまったとき。
件名:【至急】解約したメールボックスのデータについて
(契約ID/ドメイン:example.com)を 月 日に解約しましたが、
過去のメールの移行が完了していませんでした。
データがまだ残っている場合、再契約または一時的な復旧で
取り出すことは可能でしょうか。費用がかかる場合はお知らせください。
移行を業者に頼むなら、見積もりの前にこの4点を書面で聞きます。
1. 移す範囲(全メールボックスか、期間を区切るか)と、移らないもの(連絡先、予定表、振り分け、署名)
2. 移行後の確認の方法(フォルダごとの件数の新旧比較を、報告書でもらえるか)
3. 旧サーバの解約は誰が、いつ判断するか(当社の確認が済むまで解約しない、と明記できるか)
4. 料金の内訳(1メールボックスあたりか、一式か)
3に「当社の確認後」と書けない業者には、私は頼みません。 消えたときに困るのは自社だけだからです。
社長への報告は3行です。
1. 現状:メールを(新サービス)へ切り替えますが、過去のメールは自動では移りません。旧サーバを解約すると消えます。
2. 進め方:(直近3年分/全部)を移し、フォルダごとの件数を新旧で見比べてから解約します。
3. お願い:確認が終わるまで旧サーバを か月延長します(費用 円)。
6. 解約してよいかを決める確認表
| # | 確認すること | 済 |
|---|---|---|
| 1 | 使っている端末すべてで、受信の方式(IMAP/POP)を確かめた | □ |
| 2 | POPのパソコンは、作業の前にバックアップを取った | □ |
| 3 | 旧サーバ上のフォルダごとの件数を控えた | □ |
| 4 | 移す範囲と方法(①/②/③)を決めた | □ |
| 5 | 連絡先・予定表・振り分けルール・署名の移し方を決めた | □ |
| 6 | 移した後、フォルダごとの件数を新旧で見比べた | □ |
| 7 | 添付ファイルつきのメールと、古い年のメールを数通ずつ開いた | □ |
| 8 | 切り替えの前後に旧サーバへ届いたメールが残っていないか見た | □ |
| 9 | 移行に使ったパスワードを変えた | □ |
| 10 | 1〜9が済むまで、旧サーバを解約していない | □ |
8は、MXを切り替えた直後に起きます。古い答えを覚えている送信元は、しばらく旧サーバへ届け続けます。解約の直前にもう一度、旧側の受信箱を見ます。
旧サーバの更新日が迫っていて確認が終わっていないなら、私は1か月延長します。1か月ぶんの料金と、戻らないメールを比べれば、迷う話ではありません。
過去メールの移行は、乗り換え全体の中では「新旧を並行で動かす」期間にやる作業です。全体の順番は次の記事にあります。
→ サーバを乗り換えたらメールが止まった、を防ぐ。引っ越しはこの順番で動かす
出典(取得日: 2026-09-20)
移す範囲の年数は、規格や公式の定めではなく筆者の実務上の目安です。
- RFC 9051 Internet Message Access Protocol (IMAP) - Version 4rev2 https://www.rfc-editor.org/rfc/rfc9051.html
- RFC 1939 Post Office Protocol - Version 3 https://www.rfc-editor.org/rfc/rfc1939.html
- Microsoft Learn “What you need to know about migrating your IMAP mailboxes to Microsoft 365 or Office 365” https://learn.microsoft.com/en-us/exchange/mailbox-migration/migrating-imap-mailboxes/migrating-imap-mailboxes
- Google Workspace 管理者ヘルプ「IMAP アカウントからメールをインポートする」 https://knowledge.workspace.google.com/admin/migrate/migrate-email-from-an-imap-account?hl=ja