Google Workspaceでのimapsync移行による日付破損の修正

imapsyncは、Google Workspaceへのメールボックス移行で最も広く使われているツールです。オープンソースでスクリプト化可能、何千もの移行で実績があります。しかし問題があります。Google WorkspaceのIMAPゲートウェイは、日付処理に関して標準的なIMAPサーバーとは異なる挙動を示します。

imapsyncが--syncinternaldatesフラグを付けて標準のメール転送プロトコルでメッセージをアップロードすると、移行元サーバーからの元のINTERNALDATEを保持するようGoogleに要求します。Google Workspaceはこの要求を一部のメッセージに対しては受け入れますが、他のメッセージに対しては無言で上書きします。上書きはメッセージがGmailの内部処理パイプライン(スパムフィルタ、コンプライアンスチェック、ヘッダー検証)をどう通過するかによって決まります。各ステップがINTERNALDATEを現在のタイムスタンプにリセットする可能性があります。警告もエラーログも日付変更の表示もありません。

しかしINTERNALDATEは問題の半分にすぎません。Google Workspaceはアップロードされたすべてのメッセージに、移行日のタイムスタンプを持つ新しいReceivedヘッダーも追加します。このReceivedヘッダーがヘッダーチェーンの最上部に位置し、メールボックスを読み取るIMAPクライアント(Outlook、Apple Mail、Thunderbird)が元の日付ではなくこの移行タイムスタンプを表示します。結果として、47,000通のメールがすべて2025年3月15日に届いたように見えるメールボックスができあがります。

Google Workspaceが特に紛らわしいのは、GmailのWebインターフェースが表示にDateヘッダーを使用するからです。imapsyncはこれを変更しません。そのため管理者がブラウザでGmailを確認すると、どこでも正しい日付が表示され、移行が成功したと思い込みます。一方、Outlook経由で接続する200人の社員は同一日付のメールの壁を目にしています。CFOにメールボックスのすべてのメールが昨日の日付になっている理由を説明しようとしたことがありますか?

Gmail対IMAPの分裂が、同じ組織内に二層構造の現実を作り出します。GmailのWebインターフェースを使うユーザーには問題が見えません。Outlook、Apple Mail、モバイルIMAPクライアントを使うユーザーには、移行されたすべてのメールに移行日が表示されます。チームメンバーが「先年10月のあのメール」を参照すると、使用しているクライアントによって同僚には異なる日付が見えます。混乱はメールシステム全体への不信感に変わります。

そしてコンプライアンスの問題があります。法的ホールドとeDiscoveryのために組織が頼りにするGoogle Vaultは、破損した日付に対して予測不能な挙動を示します。一部のVault検索はDateヘッダーを参照し、他はINTERNALDATEを使用します。「2024年1月から3月の間のすべてのメール」を求める法的証拠開示要求が、INTERNALDATEによればメッセージが2025年に配信されたことになっているために不完全な結果を返す可能性があります。規制産業(医療、金融、法律)の組織にとって、これは不便ではなく法的責任です。

Redate.ioはドメイン全体の委任を通じてGoogle Workspaceに接続し、影響を受けたメールボックス全体で独自の補正エンジンを実行します。エンジンは多段階ヘッダー解析でimapsyncの移行シグネチャを特定し、実際のメッセージ本文を変更することなく日付メタデータの補正を行います。修正された各メールは、元のメッセージがバックアップラベルに移動される前に個別検証されます。管理ダッシュボードはすべてのメールボックスの進捗をリアルタイムで追跡します。50メールボックスでも500メールボックスでも同じようにスケールします。