OutlookでのGSMMO移行による日付破損の修正

GSMMO(Google Workspace Migration for Microsoft Outlook)は、PSTファイルやOutlookプロファイルをGoogle Workspaceに移行するためのGoogle公式ツールです。ローカルのOutlookデータからメールを読み取り、Gmail API経由でGoogle Workspaceアカウントにアップロードします。このアップロード中に、Gmailは各メッセージに現在のアップロードタイムスタンプをINTERNALDATEとして記録し、移行日付を反映するReceivedヘッダーを追加します。

そして皮肉なことが起きます。GSMMOでOutlookからGoogle Workspaceに移行したのに、まだOutlookが必要になります(会社の要件かもしれませんし、単に好みかもしれません)。そこで、IMAPまたはGoogle Workspace Sync経由でOutlookをGoogle Workspaceアカウントに再接続します。OutlookはIMAP INTERNALDATEと最上部のReceivedヘッダーを読み取りますが、両方に移行日が入っています。古いPSTファイルでは完全に表示されていたすべてのメールが、Outlookの受信日時列にGSMMO移行日を表示するようになります。

GSMMO移行が特に辛いのは、期待とのギャップです。ユーザーはGoogleの公式ステップバイステップガイドに従います。プロセスが透過的で、メール履歴がそのまま保持されると期待します。日付メタデータが上書きされるとは誰も警告しません。問題が発見されるのは数日後、Outlookを開いて8年分のメール履歴がすべて先週の火曜日の日付になっているのを発見した時です。そして、GSMMOはセルフサービスツールのため、影響を受けるユーザーはITサポートなしに問題を診断できない個人であることが多いのです。

Outlookの使い方を考えてみてください。日付でソートします。受信日時列をスキャンして3か月前のメールを探します。検索で日付範囲を使います。GSMMO移行後、これらすべてが壊れます。2018年のクライアント提案書も、2021年の請求書も、先四半期のチーム議論も、すべて同じ移行日を表示します。Outlookの日付ソートビューが、同一タイムスタンプの壁になります。

Outlookのスレッドビューは件名とメッセージIDで関連メッセージをグループ化するため、スレッディング自体は技術的に機能します。しかし、スレッド内の各メッセージの横に表示される日付は間違っており、各返信が実際にいつ送信されたのかを理解することができません。移行されたメールボックス内のカレンダー招待や会議の返信は移行日を表示し、過去のスケジュール判断を確認する際に混乱を生じます。受信日に依存するOutlookの検索フィルタ(「received: last month」など)は、移行がいつ行われたかによってすべてを返すか何も返さないかのどちらかです。毎日何百通ものメールを管理するためにOutlookの日付ベースの整理に頼っているプロフェッショナルにとって、GSMMO移行はワークフローを事実上破壊します。

Redate.ioは、GSMMOの移行ツールシグネチャに対するパターンマッチングと安全な低レベルメッセージ処理を組み合わせてこの問題を修正します。修正対象は日付メタデータのみで、メッセージ本文、添付ファイル、フォルダ構造はそのままです。修正された各メッセージは元のDateヘッダーに対して個別検証されます。