Redate.io

GSMMO移行でメール日付が変わった場合の修正方法

1 min

誰も警告しないGSMMOの日付問題

Google Workspace Migration for Microsoft Outlook(GSMMO)は、PSTファイル、Outlookプロファイル、ローカルメールアーカイブをGmailに移行するためにGoogleが提供するデスクトップツールです。無料で、公式サポートされており、OutlookからGoogle Workspaceに小規模チームや個別のメールボックスを移動する際にGoogleが推奨する移行パスです。

ツールは動作します。メールはGmailに届き、フォルダ構造はラベルにマッピングされ、連絡先も移行されます。しかしその後Gmailを開いて日付順にソートしてみてください。すべてのメールが今日の日付を表示しています。2021年1月に送った提案書は2026年4月。2023年3月の会計士からの請求書も2026年4月です。

GSMMOはこれが起こることを警告しません。移行ログはすべてのメッセージに対して成功を表示します。Google自身のドキュメントもこれを既知の制限として言及していません。

GSMMOが実際にメールをアップロードする仕組み

GSMMOはPSTファイル(またはOutlookプロファイルから直接)メッセージを読み取り、GoogleのIMAPゲートウェイを通じてGmailにアップロードします。ここで日付の問題が発生します。

GSMMOがメッセージをアップロードすると、GmailのIMAPゲートウェイはそれを新しく到着したメールとして扱います。Gmailは現在のタイムスタンプで新しいReceived:ヘッダーを付けます。Gmailが内部的にソートと表示に使用するINTERNALDATEは、元の送信日ではなくアップロードの瞬間に設定されます。

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

2019年9月のオリジナルのDate:ヘッダーが見えますか。まだそこにあり、無傷です。GSMMOはメッセージ本文やオリジナルヘッダーを変更しません。しかしGmailは表示目的でそれを無視し、代わりにINTERNALDATEを使用します。それは今2026年4月と表示しています。

GSMMOと管理者側移行ツールの比較

GSMMO(デスクトップアプリ)はユーザーのマシンで動作します。クライアント側ツールです。

Google Workspace Migration Service(管理コンソールツール)はサーバー側です。一部の構成でやや良い日付処理がありますが、「やや良い」は「信頼できる」を意味しません。

GSMMOの日付保持が機能しない理由

GSMMOの設定には「日付を保持」オプションはありません。GSMMOはGmailのIMAPゲートウェイの動作に依存しており、それをオーバーライドできません。

日付を壊す具体的なGSMMOシナリオ

  • PSTファイルからGmail: 日付が壊れます。最も一般的なGSMMOの使用ケースです。
  • OutlookプロファイルからGmail: 日付が壊れます。
  • Exchange Online(Microsoft 365)からGSMMO経由でGmail: 日付が壊れます。
  • オンプレミスExchangeからGSMMO経由でGmail: 日付が壊れます。
  • GmailからGmail(PSTエクスポートの再インポート): 日付が壊れます。

ソートを超えた影響

GSMMO移行後の間違った日付は、散らかった受信トレイを超える実際の問題を引き起こします。2024年第3四半期の税務申告用にクライアントとのやり取りをすべて見つける必要がある会計士を想像してください。Gmailで日付範囲で検索:2024年7月から9月。結果ゼロ。

Redate.ioでGSMMO日付を修正する

良い知らせ:オリジナルのDate:ヘッダーは移行されたすべてのメール内で無傷のままです。GSMMOはメッセージコンテンツを変更しません。正しい日付はそこにあり、Gmailが表示ロジックのためにそれを無視しているだけです。

Redate.ioはGoogle Workspaceメールボックスに接続し、GSMMO移行の影響を受けたメールをスキャンし、独自のヘッダーチェーン分析と日付再構築エンジンを使用して日付メタデータを修正します。修正はReceivedヘッダーチェーン内のGSMMO固有のパターン(gmailapi.google.comシグネチャとローカルIMAPゲートウェイ識別子)を特定し、メッセージコンテンツ、添付ファイル、スレッドを変更せずに的を絞ったメタデータ修正を実行します。

修正された各メールは個別に検証されます。オリジナルはRedate.io - Originalsバックアップフォルダに30日間保管されます。

GSMMOのプラットフォーム別ガイド

数か月前に移行済みですか。オリジナルのDateヘッダーは時間が経っても劣化しません。Redate.ioは移行が先週であっても3年前であっても、GSMMO影響のメールを修正できます。

GSMMO移行でメールの日付が間違っていますか? 無料スキャンを実行して、影響を受けたメールの正確な数と修正費用を確認してください。

関連記事

Exchange Online移行後のメール日付破損を修正する

EAC経由のIMAP移行後、メールの日付がすべて移行日になっていませんか？原因と修正方法をIT管理者向けに詳しく解説します。

BitTitan MigrationWiz: メール日付の修正方法

BitTitan MigrationWizはメール移行時に日付を変更します。Receivedヘッダーへの影響と正しい日付の修正方法を解説します。

Exchange IMAPインポート:メール日付がずれる原因

EACやPowerShellを通じたExchange IMAPインポートはメール日付を上書きします。Exchangeのトランスポートパイプラインが原因となる仕組みと修正方法を解説します。