Gmailでの手動IMAPコピーによる日付破損の修正

Gmailへの手動IMAPコピーは簡単そうに聞こえます。移行元アカウントとGmailの両方をOutlookやThunderbirdなどのメールクライアントに追加し、メッセージをドラッグして移動。誰も教えてくれないのは、すべてのメールクライアントがこの操作中に元の日付メタデータを破棄するということです。クライアントは元のINTERNALDATEを指定せずにGmailにメッセージをアップロードするため、Gmailはアップロードタイムスタンプを代わりに記録します。何千通ものメールが、すべて1つの日付に。

Gmailには独自のやっかいな点があります。アップロードされたメッセージを受信すると、GmailのIMAPゲートウェイが現在の日時を記録した新しいReceivedヘッダーを追加します。このヘッダーがヘッダーチェーンの最上部に位置します。GmailのWebインターフェースはメール本文のDateヘッダーを表示に使用するほど賢いため、ブラウザでは日付が正しく見える場合があります。しかし、その後接続するすべてのIMAPクライアントは、Googleのサーバーから破損したINTERNALDATEを読み取ります。

実際に手動IMAPコピーを行うのは誰でしょうか。想像以上に多くの人がいます。Yahoo Mailや安価なホスティングプロバイダからGmailに統合する中小企業。3つのアカウントを1つにまとめるフリーランサー。公式移行ツールのないプロバイダからクライアントのメールボックスを移行するITコンサルタント。ドラッグ&ドロップのアプローチは直感的で安全に感じます。しかしIMAPプロトコルレベルでは、転送中に日付メタデータが無言で破壊されます。そして、誰かが気づく頃には移行元アカウントが既に閉鎖されているかもしれません。

影響は2つの世界に分かれます。GmailのWebインターフェースでは、Gmail がメール本文のDateヘッダーを読み取るため日付が正しく見える場合があります。Outlook、Apple Mail、Thunderbird、AndroidのGmailアプリといったIMAPクライアントでは、代わりにコピー日が表示されます。これは同じメールがアクセス方法によって異なる日付を表示するという混乱した状況を生み出します。

しかし被害は表示の不整合を超えて深く及びます。30,000通のメールがすべて同じINTERNALDATEを持つメールボックスでコンプライアンス監査を実行しようとしたことがありますか? Google Vaultの日付検索は誤った結果を返します。MailStore、Veeam、IMAP経由で接続するカスタムアーカイブスクリプトなどのバックアップツールは、間違った日付を恒久的に記録します。Google Takeoutのエクスポートはファイル名にINTERNALDATEを参照する場合があり、2017年のメールと2023年のメールが1つの日付の下に並ぶアーカイブフォルダを作成します。複数のプロバイダから何年分ものメールをGmailに統合した人にとって、メール履歴全体がGoogleのサーバー上で不正確な日付メタデータを持つことを意味する可能性があります。

Redate.ioは、移行ツールのシグネチャに対するパターンマッチングを使用して影響を受けたメッセージを特定する独自の補正エンジンでこの問題に対処します。プロセスはサーバーレベルで日付メタデータの補正を行い、メッセージ本文、ラベル、既読状態、添付ファイルを保持しながら正確な日付情報を復元します。すべてのメッセージは修正前後に個別検証されます。