メール移行チェックリスト：切り替え前後に確認すべき全項目
メール移行を単純なコピー作業と考えると、気づかないままのデータ損失、返信スレッドの分断、「User Unknown」の返送による問い合わせの急増を招きます。運用担当者向けの適切なチェックリストがあれば、こうした想定外を防げます。
このチェックリストは、停止時間を許容できない担当者向けです。理論ではなく、データを失わずに切り替えるための構成要件に絞っています。全体の手順はメール設定ガイドをご覧ください。
事前準備：詳細な棚卸し
把握していないものは移行できません。特に多い失敗は、ディレクトリには存在しても利用者一覧にはないシャドーITのオブジェクトを見落とすことです。まずこの死角をなくす必要があります。
1. インフラとIDの対応表
- すべてのオブジェクト種別を確認：利用者数だけでなく、配布リスト、共有メールボックス、パブリックフォルダーも棚卸しします。
- プロキシアドレスを記録：移行元のすべてのproxyAddressを移行先に対応付けます。
- Exchange移行の重要事項：LegacyExchangeDN (X.500) を新システムで
x500:プロキシとして登録します。登録しないと、内部返信がIMCEAEX配信不能レポートとして返送されます。
隠れた転送設定を確認
サーバー側の転送ルールはIMAPでは移行されません。開始前に次の方法で洗い出します。
Get-Mailbox -ResultSize Unlimited |
Where-Object {($_.ForwardingAddress -ne $null) -or ($_.ForwardingSmtpAddress -ne $null)} |
Select Identity, ForwardingAddress, ForwardingSmtpAddress
2. 大容量メールボックスを探す
- 20 GBを超えるメールボックスを識別します。多くの事業者はIMAP取り込み速度を制限しています。50 GBのメールボックスは一度の週末では移行できないため、数週間前から先行移行が必要です。制限の詳細はGoogle Workspaceの移行ドキュメントで確認できます。
- フォルダー階層を確認：Exchange Onlineのフォルダー階層は300レベルまでです。深い階層を事前に整理しないと、末端が通知なく切り捨てられることがあります。
3. DNSの準備（300秒ルール）
- 切り替えの48時間前に、MX、SPF、DMARCレコードのTTLを300秒に下げます。
- DMARCを
p=noneにします。設定が不完全な移行中にp=rejectを強制すると、正当なメールでも認証の整合性を満たせず拒否される可能性が高まります。
DNS切り替えの詳しい手順は、独自ドメインでメールを設定する方法をご覧ください。
同期：速度制限を避けてデータを移す
利用者が仕事を続けている間に、事業者の速度制限を作動させず、データの90%を移すことが目標です。この段階の複雑さは過小評価されがちです。
先行移行の進め方
- 古いメールから同期：利用するツールまたは imapsync で、30日より前の項目を先に移行します。
- IMAPの対象を理解：RFC 3501 (IMAP) で定義されているとおり、このプロトコルが移すのはメールだけです。予定表、連絡先、タスク、ルールは残ります。ローカル保存用に、予定表を
.ics、連絡先を.csvで書き出します。
速度制限の目安
| 事業者 | 日次IMAP上限 | ロックの条件 |
|---|---|---|
| Google Workspace | ~2,500 MB/アカウント | 24時間ロック（エラー429） |
| Microsoft 365 | ~20 GB/アカウント | 一時的な速度制限 |
| 一般的なcPanel | 帯域幅による | ホストによって異なる |
エラー処理
- HTTP 429/503：待機が必要な合図です。ツールは指数バックオフに対応し、5s、10s、20sの順に待つ必要があります。
- 破損項目：50項目などの許容上限を設定します。破損した2 KBのヘッダー一つを理由に10 GBの移行全体を止めるのは、運用上適切ではありません。
切り替え：経路変更と最終差分
計画したメンテナンス時間内に実行します。ここでは速さが重要で、チェックリストの中で最も時間の制約が厳しい段階です。
旧環境の凍結
旧システムへの利用者アクセスを無効にするか、作業停止を徹底します。その後、先行移行中に届いたメールを取り込むため、最後の差分同期を実行します。
UIDVALIDITYに関する注意：移行元サーバーがフォルダーを再索引していると、ツールが重複項目を再ダウンロードする場合があります。必ず先に試行してください。
DNSの切り替え
- MXレコードを更新して新しい事業者を指定します。TTLを300sにすると通常は伝播を短縮できますが、実際の時間は各DNSキャッシュに左右されます。
- SPFを更新：新しい事業者のincludeを追加します。例は
include:spf.trekmail.netです。RFC 7208のDNS参照上限10回に注意し、必要ならレコードを整理します。 - DKIMを公開：新しいセレクター鍵は、レコードの公開とDNS伝播の完了後に有効になります。
切り替え後の検証：メール移行チェックリスト
「問題なさそう」は検証になりません。実際には次の項目を確認します。
最も重要な指標：項目数
事業者によって圧縮方法が異なるため、総容量は比較対象にしません。Gmailで10 GBのメールボックスが、移行先では8 GBと表示されることもあります。代わりに、フォルダーごとの項目数を比較します。
| 差異 | 意味 | 対応 |
|---|---|---|
| <1% | 正常範囲（破損ヘッダー） | 許容し、記録して次へ進む |
| 1-5% | フィルター問題の可能性 | フォルダー対応を調査 |
| >5% | システム全体の問題 | フォルダー階層上限とフィルター設定を確認 |
メールクライアントの再設定
- 新しいプロファイル：古いOutlookプロファイルは修正せず、正常な
.ostファイルを作るため新規作成します。 - 古い接続を止める：他の必要なサービスが使っていない場合に限り、旧サーバーの993/443番ポートを遮断します。残すと、モバイル端末が旧サーバーへ再接続し、二つの異なるデータを参照する状態になります。
トラブル対応早見表
| エラー | 考えられる原因 | 対処 |
|---|---|---|
| Google 11001/11002 | 移行元IMAPに接続できない | ファイアウォール/DNSとアプリパスワードを確認 |
| HTTP 429/503 | 速度または回数制限 | スレッド数を10から2へ減らし、60分待つ |
| 550 5.7.64 | テナント帰属またはリレー拒否 | TLS証明書がコネクターのFQDNと一致するか確認 |
| IMCEAEX返送 | Legacy Exchange DNがない | 新規利用者にX.500アドレスをプロキシとして追加 |
TrekMailが移行チェックリストの難所を担当
手作業でこのチェックリストを実行するには、PowerShellスクリプト、DNS伝播の監視、速度制限の管理が必要です。TrekMailは移行をコンサルティング案件ではなく、インフラ機能として扱います。
小規模事業者向け
TrekMailにはIMAP移行機能が組み込まれています。Gmail、cPanel、Exchangeなど旧環境の認証情報を入力すると、対応するデータとフォルダーについて、同期、フォルダー対応、再試行を自動処理します。スクリプトやコマンドラインは不要ですが、完了後には移行元との照合が必要です。
インフラを管理したくないチーム向けの法人メールホスティングをご覧ください。
代理店向け
50個の保存容量を個別に管理する代わりに、TrekMailではすべての顧客ドメインで共有するストレージを利用できます。マネージドSMTPが配信レピュテーションを担うため、IPウォームアップを別途行う必要はありません。
| プラン | 料金 | 移行機能 | マネージドSMTP |
|---|---|---|---|
| Free | $0（カード不要） | 含まれる | 持ち込みのみ |
| Starter | $3.50/月 | 含まれる | 含まれる |
| Pro | $10/月 | 含まれる | 含まれる |
| Agency | $23.25/月 | 含まれる + 一括ツール | 含まれる + レピュテーション管理 |
すべての有料プランに14日間の無料試用があり、カード登録が必要です。Nanoプランにはカードが必要ありません。
まとめ
メール移行チェックリストは、形式的に網羅するためのものではありません。各項目は、実際の運用担当者が経験してきた具体的な障害に対応しています。隠れたオブジェクトを洗い出し、大容量メールボックスを先行移行し、TTLを下げ、差分同期を行い、感覚ではなく項目数で検証してください。
このチェックリストをすべて完了する準備はできましたか。無料のTrekMailアカウントを作成して、組み込みの移行機能にインフラ作業を任せましょう。
