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

--syncinternaldatesを付けてimapsyncを実行しました。ログを確認しました。すべて正常に見えました。その後Outlookを開くと、移行されたメールボックスのすべてのメールが同じ日付を表示しています。何が起きたのでしょうか。

実は、多くの管理者が見落としているポイントがあります。INTERNALDATEとReceivedヘッダーは完全に異なる2つの日付メカニズムであり、Outlookはimapsyncが保護するものを使用しません。--syncinternaldatesフラグはimapsyncに対して、各メッセージに紐づくサーバー側タイムスタンプであるIMAP INTERNALDATEを保持するよう指示します。imapsyncはほとんどの場合これを正しく行います。しかし、移行先サーバーがアップロードされたメッセージを処理する際、メールのヘッダーチェーンの最上部に新しいReceivedヘッダーを追加します。そのヘッダーには移行タイムスタンプ(メッセージがアップロードされた正確な瞬間)が記録されています。

Outlookの「受信日時」列はINTERNALDATEではなく、これらのReceivedヘッダーから読み取ります。つまり、imapsyncがサーバー上でINTERNALDATEを完全に保持していても、OutlookはそれをOutlookの代わりにReceivedヘッダーの移行日を表示します。自分で確認できます。生のIMAPクライアントで同じサーバーに接続し、INTERNALDATEのFETCHコマンドを実行すると、正しい日付が表示されるかもしれません。しかしOutlookは依然として間違った日付を表示します。

INTERNALDATEとReceivedヘッダーの乖離は、長年にわたって何千人もの管理者を苦しめてきました(imapsyncの日付問題に関するシステム管理者フォーラムのスレッドを確認してください。混乱がいたるところにあります)。imapsyncのドキュメントはINTERNALDATEの保持に重点を置いており、管理者に偽りの安心感を与えています。Receivedヘッダーの問題はまったく別の課題であり、--syncinternaldatesはそれに対処するために設計されたものではありません。

imapsync移行後にOutlookを開き、受信トレイを日付でソートしてみてください。先週送信されたメールも2017年のメールも、すべて同じ日付に表示されます。「受信日時」列にはすべてのメールの移行タイムスタンプが表示されます。30,000通のメールをスクロールしても同じ日付、同じ日付、同じ日付。半年前の特定のメールを見つけたい? 幸運を祈ります。Outlookの日付ベース検索はすべてかゼロかを返します。すべてのメッセージが同じ日付範囲に一致するからです。

問題を発見した管理者は通常、間違った側のトラブルシューティングに何時間も費やします。OSTファイルの再構築、Outlookプロファイルの削除と再作成、ローカルキャッシュのクリア、さらにはOfficeの再インストール。何をやっても効果がありません。問題がOutlookにあるのではないからです。メールサーバー上のメールヘッダーにあるのです。Outlookはヘッダーが示す内容を正しく表示しているだけです。ヘッダーが間違っているのです。解決への唯一の道は、影響を受けたすべてのメッセージについて、サーバーレベルでReceivedヘッダーとINTERNALDATEを修正することです。

Redate.ioはメールサーバーに直接接続し、メッセージごとの検証を伴う安全な低レベルメッセージ処理を実行します。各メールはReceivedヘッダーチェーン内のimapsync移行シグネチャを検出するために解析され、移行中に挿入されたヘッダーと正当な配信ヘッダーが区別されます。修正されたメッセージはすべてのオリジナルヘッダー、添付ファイル、フラグを保持します。Redate.ioはあらゆる標準IMAPサーバー(Dovecot、Courier、Cyrus、Exchange、その他のIMAP互換プラットフォーム)上のメールボックスを処理できます。