Gmail のメールを移す場合、コピーだけが難しいわけではありません。メールが流れ続ける間も、エイリアス、ラベル、DNS、アクセスを正しく扱う必要があります。多くの失敗はコピー中ではなく切り替え時に起こります。
このガイドは、Gmail や Google Workspace から新事業者へ移る際、重複、見落とした配信不能通知、月曜朝の混乱を減らす手順を説明します。実務の計画を必要とする運用者、創業者、代理店、管理者向けです。
Gmail 移行がつまずく理由
Gmail は単なる IMAP サーバーではなく、別のメールシステムとして扱います。ラベル、エイリアス、速度制限、DNS の時間差が、順調に見える移行でも重複と不足を生む場合があります。
多くの事業者では一通を一つのフォルダーに保存します。Gmail は一括保存したメールを、ラベルによってフォルダーのように表示します。汎用ツールが複数ラベルで同じ一通を読めば、コピーが増え、容量の計算が合わなくなります。
例：一つの請求書が Inbox、Finance、Q1 に見える。ラベルを適切に対応付けず、All Mail を不適切に同期すると、単純なツールは三通と扱う場合があります。
次は速度制限です。Google が許可する速度で動き、担当者の予定には合わせません。負荷が高いと遅くなり、止まることもあります。役員、共有、大容量の履歴を持つメールボックスを週末だけで移すのはリスクがあります。
次はアドレスの種類です。営業アドレスがユーザー、グループ、エイリアス、転送のどれかを確認します。対応を忘れると、MX 変更後に配信不能が生じます。
配送も別の課題です。受信と送信の変更は別々です。SPF、DKIM、DMARC の不備は迷惑メール判定やドメイン整合の失敗につながりえます。認証が正しくても受信トレイ入りは保証されません。Google の送信者要件を確認してください。
プロトコルの基礎には TrekMail の IMAP 移行概要が参考になります。IMAP はメールを移し、Google 環境全体は移しません。
移るものと移らないもの
IMAP ではメッセージ、添付、既読状態、時刻が通常よく移ります。Google 固有のデータは対象外です。期待を前もって合わせましょう。
本文、添付、履歴、基本のフォルダー構造は通常保持できます。IMAP の内部メッセージ日付の扱いは RFC 3501 のメールモデルに含まれます。既読と未読も通常対応できますが、試験で確認します。
顧客の会話、請求書、承認、添付などの業務記録を移せます。結果の検証は必要です。
周囲の Google システムは移りません。Docs、Sheets、Drive 権限、Meet 履歴、管理の自動化は、標準 IMAP メールボックスには現れません。別途書き出すか、元のシステムを残します。
カレンダーと連絡先も IMAP の範囲外です。デスクトップ環境全体が再現されると思われているなら、メールとグループウェアは別に移すと説明してください。
ルールも重要です。五年かけた Gmail のフィルター、スター、ラベル、アーカイブ手順がなくなると、メールが移っても業務が壊れたと感じられます。Google の自動化は別環境に自動作成されません。
共有の識別情報も確認します。Google Group は通常のアドレスに見えても普通のメールボックスではありません。メールボックス、エイリアス、グループ、転送を区別し、内容とともにアドレスも使い続けられるようにします。
準備には TrekMail の必須 DNS レコードを参照します。コピーは仕事の一部です。
移行前の確認
ユーザー、エイリアス、グループ、容量、端末設定の一覧が、全移行の管理基盤です。ここでの見落としは切り替え時に表れます。
有効なユーザーから始め、停止ユーザー、共有受信箱、Google Groups、billing@、support@、全エイリアスを含めます。未使用と思われたアドレスが請求書や Web フォームを受け取ることもあります。
容量で分けます。小さいものは背景で移り、大きいものには早い準備が必要です。10-15 GB 超は特別に計画し、25 GB 超は別の小プロジェクトと考えます。
Outlook、Apple Mail、Gmail アプリの利用も記録します。Outlook はプロファイルを作り直す場合があります。端末ではローカル未同期データを保存し、メールアプリ内の旧設定だけを削除して IMAP を追加します。Google アカウント自体やそのデータは削除しません。
変更前に Google MX、SPF、DKIM セレクター、DMARC ポリシーを保存します。使わなくても切り戻しの情報が必要です。
各アドレスをメールボックス、エイリアス、転送のどれにするか決めます。ユーザー課金により共有受信箱をエイリアスで代用していたなら、整理で改善できる場合があります。ドメインのエイリアスとメールボックスの違いが参考になります。
複数ブランドや顧客ドメインでは命名を統一し、共有受信箱、キャッチオール、管理主体、リセット権限を記録します。運用モデルは移行コマンドより重要です。複数ドメインのメールホスティングがこの側面を説明します。
Gmail のメールを移す手順
段階的な IMAP 移行で古いメールを先に移し、DNS 切り替え前に差分を同期し、その後に件数を確認します。中断を減らし、大容量メールボックスを時間制約の厳しい部分から外せる場合があります。
手順は次のとおりです。
- 移行先ドメインとメールボックスを作成します。
- すべてのメールボックス、エイリアス、転送、共有アドレスを対応付けます。
- 履歴からバックグラウンド同期を開始します。
- MX 切り替え直前に差分同期します。
- 24-48 時間を目安に Gmail を維持し、遅れたメールを回収します。必要ならさらに保持し、検証完了まで再同期します。
移行先を完全に準備します。TrekMail ではドメイン、メールボックス、移行の順です。各ユーザーに受信可能な行き先を先に作ります。
端末設定は IMAP と SMTP 設定を参照します。ソースでは有料プランにサーバー側移行があり、月額 $3.50 から、カードが必要な 14 日間試用と説明されます。Nano はカード不要で無料とされますが、有料試用とは異なります。現行条件を確認してください。
次は移行元の認証です。管理者に許可された方式だけを使います。アプリパスワードは Workspace 設定によって利用できる場合があるものの、常に使えるわけではありません。先に一つのパイロットを試します。
ラベルを処理します。全ラベルと All Mail を無条件に同期すると重複しえます。必要な保存要件に沿って、移行先フォルダーと除外を決めましょう。
Google で作業が続く間に履歴を移し、切り替え直前に最近のメールと状態を同期します。時間制約の厳しい処理を減らせます。
ツールの詳しい操作はimapsync 運用ガイドを参照します。
管理された DNS 切り替え
DNS にも計画が必要です。早めに TTL を短くし、MX 前に認証レコードを準備し、後続の配送を回収できるまで Google を残します。
許可されるなら二日前に MX TTL を 300 秒へ変更します。旧キャッシュは古い TTL に従い、切り替え時の短縮ではその期限は変わりません。
送信認証を先に準備します。Google と新基盤の双方が送信する期間には、SPF を一つにまとめて実態を反映させます。別々の SPF TXT を二つ作らないでください。
事業者が事前のキー作成に対応するなら DKIM も先に公開し、初回から署名を検証します。
DMARC は DNS やアドレスの誤りを直すものではありません。整合しないメールの扱いを受信側へ勧告する仕組みで、最終判断は受信者側です。拒否も配送も保証しません。
| 領域 | 従来の方法 | 別の方法 | 注意点 |
|---|---|---|---|
| MX | 直前に変更 | 48 時間前に TTL を短くし、切り替える | 遅い TTL 変更は旧キャッシュを短くしない |
| SPF | 第二の SPF を追加 | 移行中の Google と新送信元を統合 | 二つの SPF は評価を妨げうる |
| DKIM | 切り替え後に公開 | 最初の送信前に公開 | 未認証は迷惑メール判定のリスクを増やしうる |
| Gmail 停止 | 直ちに Google を停止 | 24-48 時間を目安に保持し、必要ならさらに再同期 | 新 TTL は古いキャッシュ期限を変えない |
移行中は新旧両方へ届きます。MX を変えてすぐ Workspace を解約しないでください。最低でも一〜二日を目安に保持し、後続のメールの確認と転送が終わるまで同期を続けます。
移行後のドメイン設定には、独自ドメインでメールを作るガイドと DNS 文書を使います。
切り替え後の端末設定
データが正常でも、キャッシュされた設定、古い OAuth の前提、Google と認識するアプリが利用を妨げる場合があります。
既存の Google メール設定をサーバー変更だけで IMAP にするのは難しい場合があります。ローカルデータを保存し、メールアプリの旧設定のみを削除して IMAP として再追加します。Google アカウントやその内容を消さないでください。
Outlook は旧タイプを覚えています。修復を長く続けるより新プロファイルが適切な場合があります。必要な旧設定とローカルデータは新接続の検証まで保ちます。
容量計算も異なります。Gmail の 12 GB が移行先で小さく見えても欠落とは限りません。主要フォルダーの件数を先に検証します。
実務の確認表：
- Inbox の件数が予想範囲内。
- 送信済みが存在し、開ける。
- 複数年の古い会話が読める。
- 新着が新ホストへ届く。
- 新送信が SPF と DKIM を通る。
- エイリアスと共有アドレスが受信する。
不足の報告には容量バーで反論せず、三つの既知の件名、古い添付の会話、直近 24 時間の一通を検索します。
共通の端末文書は時間を節約します。TrekMail への接続には社員ごとの案内でなく、一つの標準設定表を用意しましょう。
従来の方法と別の選択肢
費用、管理、多数ドメインのために移るなら容量だけでなく運用モデルを比較します。ユーザー課金が構成を歪めないことが重要です。
違いは次のとおりです。
| 判断項目 | 従来 | 別の選択肢 |
|---|---|---|
| 料金 | ユーザー単位でライセンスを増やす | 定額のホスティングと共有容量 |
| アドレス | 料金回避で共有受信箱をエイリアスにする | 必要なチームアクセスには実メールボックス |
| 複数ドメイン | 別環境と細分化された請求 | 一画面から管理 |
| 移行 | 週末に一斉切り替え | 事前転送、差分、管理された切り替え |
| DNS と送信 | MX を変えて期待する | 先に SPF、DKIM、DMARC を準備 |
TrekMail はメール専用の仕事で候補になります。Docs、Sheets、Meet、Google の共同作業に依存するなら、IMAP でそのスイートは置き換えられません。ソースは独自ドメイン、IMAP、キャッチオール、転送、移行、多数ドメインの管理を、ユーザー単位でない料金として紹介しています。プランの機能を確認します。
ソースが示す 2026 年三月の情報では Starter 月額 $3.50 から、Free $0 でカード不要、有料はカードが必要な 14 日間無料試用です。チームや MSP の計画に役立つ場合がありますが、現行条件を確認してください。
費用は TrekMail の料金で計算します。
最終チェックリスト
全体の棚卸し、事前のコピー、DNS を移行に含めることが要点です。多くの問題は IMAP より急いだ切り替えから生まれます。
開始前に確認してください。
- 全メールボックス、エイリアス、グループ、転送を列挙します。
- 大容量を早く見つけ、先に移します。
- 同期前に移行先を作ります。
- Gmail ラベルを慎重に対応付け、重複を避けます。
- 48 時間前に MX TTL を短くし、旧キャッシュも考慮します。
- 切り替え前に SPF、DKIM、DMARC を公開します。
- MX 変更直前に差分同期します。
- Gmail は 24-48 時間を目安に保持し、必要ならさらに同期して後続の配送を検証します。
- 必要ならローカルデータ保存後にモバイルと Outlook を再設定します。
- 件数、検索サンプル、実際の送受信で検証します。
この順序は管理された再現可能な移行に役立ちます。作業ゼロでもワンクリックでもなく、手順と検証に基づく進め方です。
定額の複数ドメイン運用を望むなら、TrekMail の文書と一つの試験メールボックスから始めます。その後、全社移行前に trekmail.net で条件と費用を確認しましょう。
