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

GSMMO移行で最もやっかいな点は、Google純正の移行ツールがメールの日付を破壊し、Apple Mailにはそれを回避する手段がまったくないことです。GSMMOがOutlookのPSTファイルやExchangeプロファイルからGoogle Workspaceにメールをアップロードすると、各メッセージにアップロードタイムスタンプがINTERNALDATEとして記録されます。元のDateヘッダーはメール本文内にそのまま残りますが、サーバーレベルの日付メタデータは移行日で上書きされます。

なぜApple Mailがこの影響を受けるのでしょうか。macOSとiOSのApple Mailは、各メッセージの横に表示する日付をIMAP INTERNALDATEのみから読み取ります。GmailのWebインターフェース(Dateヘッダーを読み取り、正しい日付を表示する場合がある)とは異なり、Apple Mailはリストビューで決してDateヘッダーを参照しません。この動作を変更する設定、隠しプリファレンス、ターミナルコマンドは存在しません。Apple MailはINTERNALDATEを表示する。それだけです。

結果は、GSMMOで移行してからApple Mailを開いたすべてのユーザーにとって壊滅的です。受信トレイ、送信済み、下書き、アーカイブフォルダ、すべてのメッセージがGSMMOを実行した日の日付を表示します。2019年の移行であれば、15,000通以上のメールがすべて同じ2019年4月の日付を表示します。日付でフィルタリングするスマートメールボックスは無意味になります。メッセージリストから時系列的なスレッディングが完全に消えます。さらに、Spotlightを使ってメールを日付範囲で検索するMacユーザーも、SpotlightがApple Mailのキャッシュからのそのものを参照するため、結果が誤ったものになります。

MacBookでApple Mailを開くと、受信トレイ全体のすべてのメッセージの横に「2019年4月11日」と表示される場面を想像してください。2015年のメールも、先週のメールも、クライアントへの提案書も、請求書も、個人的なスレッドも、すべて同じ日付です。Apple Mailのカラム表示の「受信日時」列は数千件のメッセージで同一です。日付でソート? 意味がありません。すべてのメッセージが1日に集中します。

iPhoneとiPadでも同じ問題が続きます。メールアプリは同じ破損したINTERNALDATEから読み取ります。macOSで「受信日時が過去30日以内」を使用するスマートメールボックスルールは、GSMMOが最近実行された場合はすべてをキャッチし、そうでなければ何もキャッチしません。そして、多くの人が見落としている点があります。macOSのSpotlight検索はINTERNALDATEを使用してApple Mailのメッセージをインデックス化するため、Apple Mail外で「2022年12月のメール」を検索しても、誤った結果が返されます。破損はAppleエコシステム全体に波及します。

Redate.ioは、メッセージ本文を変更しない日付メタデータの補正を行う独自の補正エンジンでこの問題に対処します。各メールは処理前後に個別検証されます。Redate.ioがサーバー側の日付メタデータを修正すると、すべてのAppleデバイスのApple Mailが自動的に同期し、元の日付を表示します。