OWAでのExchange IMAP移行による日付破損の修正
Exchange IMAP移行がOWAの日付を破壊する理由
Outlook on the Web(OWA)は、Exchange OnlineおよびオンプレミスExchange Serverのブラウザベースのフロントエンドです。Exchange IMAP移行後、OWA内のすべてのメールが、元の受信日ではなく移行日を表示します。なぜでしょうか。OWAがOutlookデスクトップと同じPR_MESSAGE_DELIVERY_TIMEプロパティを読み取り、そのプロパティが移行中に上書きされたからです。
Exchangeの組み込みIMAP移行ツールが移行先メールボックスにメッセージをアップロードすると、トランスポートパイプラインは各メッセージを新着メールとして扱います。現在の処理時刻を持つReceivedヘッダーを付与し、内部の配信タイムスタンプもそれに合わせて設定します。元の日付情報はDateヘッダーにまだ存在しますが、OWAは日付列の表示にそこを参照しません。
一部の管理者は、問題がOutlookデスクトップに限定されていると考え、回避策としてOWAの使用を推奨します(この助言は移行フォーラムで驚くほど頻繁に見かけます)。しかし、これでは解決しません。OWAとOutlookデスクトップはどちらも同じExchangeメッセージストアから読み取ります。サーバー上の配信時刻が間違っていれば、OWA、Outlookデスクトップ、Outlookモバイル、サードパーティのEWSクライアント、どこでも間違っています。サーバー側の日付破損から、クライアント側で逃れる方法はありません。
間違った日付がOWA体験に与える影響
OWAのメッセージリストでは、すべてのメールに移行タイムスタンプが表示されます。「優先」タブも「その他」タブも、送信済みアイテムもアーカイブメッセージも、すべて同じ間違った日付を表示します。OWAの検索機能は「received:this week」や「received:last month」といった日付フィルタに対応していますが、これらのフィルタは破損した配信タイムスタンプに対してクエリを実行します。移行が2026年3月に行われた場合、2024年1月に受信したメールを検索しても結果はゼロです。
OWAのスレッドビューは、件名とメッセージID参照に基づいてメッセージを正しくグループ化します。しかし、スレッド内の各メッセージの横に表示される日付は移行日です。日付にカーソルを合わせると完全なタイムスタンプが表示されますが、それも間違っています。クイック日付範囲フィルタリング機能も信頼できなくなります。OWAが主要なメールクライアントである組織(デスクトップソフトウェアの展開を避ける環境や、管理対象デバイスのリモートワーカーに多い)にとって、これはIMAP移行を通過したすべてのメールボックスの時系列的な使いやすさが事実上破壊されることを意味します。
よくある質問
OWAの日付問題はOutlookデスクトップと同じですか?
まったく同じです。OWAもOutlookデスクトップも、ExchangeのメッセージストアからPR_MESSAGE_DELIVERY_TIMEプロパティを読み取ります。日付の破損はサーバー側の問題であるため、Redate.ioでサーバーレベルの修正を行えば、OWA、Outlookデスクトップ、Outlookモバイルの表示が同時に修正されます。
OWAで元の正しい日付を確認する方法はありますか?
手動でなら可能です。OWAでメッセージを開き、三点メニューをクリックして「メッセージソースを表示」を選択してください。元のDateヘッダーに正しい日付が表示されます。ただし、20,000通のメールに対してこれを行うのは現実的な解決策ではありません。
Redate.ioはどのメールの修正が必要かをどう判別しますか?
Redate.ioは移行ツールのシグネチャに対するパターンマッチングを使用して、IMAP移行の影響を受けたメールを特定します。エンジンは各メッセージのヘッダーチェーンを解析し、移行時に挿入されたReceivedヘッダーを検出し、配信タイムスタンプが元のDateヘッダーと乖離しているメッセージにフラグを立てます。
Redate.ioはオンプレミスExchange ServerとExchange Onlineの両方に対応していますか?
どちらにも対応しています。Redate.ioはIMAPが有効な任意のExchange環境に接続します。Exchange Online(Microsoft 365)、Exchange Server 2016、Exchange Server 2019が含まれます。ホスト型でもオンプレミスでも、修正プロセスは同じです。