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

Microsoft純正のIMAP移行ツール(Exchange管理センターとPowerShellから利用可能)は、メールボックスをExchange Onlineに取り込む安全で公式な方法であるはずです。管理者はMicrosoftのファーストパーティツールだからと信頼します。そのため、移行されたすべてのメールがOutlookで元の日付ではなく移行日を表示すると、反応は通常「信じられない」というものです。

内部で何が起きているか説明します。ExchangeのIMAP移行は、移行元サーバーから各メッセージをダウンロードし、トランスポートパイプラインを通じて移行先のExchangeメールボックスに投入します。そのパイプラインは受信メールに対して常に行っていることを実行します。現在の処理タイムスタンプを持つReceivedヘッダーを追加し、PR_MESSAGE_DELIVERY_TIMEプロパティをそれに合わせます。移行元サーバーからの元のIMAP INTERNALDATEは破棄され、引き継がれず、試みすらされません。

結果として、移行されたメールボックス内のすべてのメールが、2012年に送信されたものでも2025年のものでも、Outlookの「受信日時」列に移行日を表示します。そして管理者を最も苛立たせる点は、Exchangeの移行ドキュメントにこの挙動がほとんど記載されていないことです。月曜の朝に500人のユーザーがOutlookを開き、受信トレイがおかしいとヘルプデスクチケットを提出して初めて判明するのです。

Outlookの「受信日時」列には、すべてのメールの移行タイムスタンプが表示されます。送信済みアイテムも同様です。Exchangeはアップロード中に送信済みメッセージを同じパイプラインで処理するためです。会議関連のメール(招待、出欠確認、キャンセル)も移行日を持ち、過去のカレンダーのやり取りの時系列が歪みます。

しかし、本当の被害は検索と自動化に及びます。Outlookの検索バーはExchangeのサーバー側インデックスを使用し、それが破損した配信時刻を参照しています。日付フィルタ検索は誤った結果を返します。経過日数に基づいてメールを移動または削除する自動アーカイブは、すべてのメッセージが新しいと判断し、何もアーカイブしません。受信日によってトリガーされるルールは誤動作します。経過日数でメールを色分けする条件付き書式ルール(大量のメールを扱うパワーユーザーに一般的な手法)は完全に機能しなくなります。200人の組織では、200件の壊れた受信トレイ、200件の壊れた検索体験、そして200人がメールクライアントの日付表示を信頼できなくなります。