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

Outlookで2つのIMAPアカウント間にメールをドラッグすると、実際に何が起きるか説明します。Outlookは移行元サーバーからメッセージをダウンロードし、標準のメール転送プロトコルのコマンドで移行先にアップロードします。このアップロード中に、移行先サーバーが現在の日時を持つ新しいReceivedヘッダーを付与します。Outlookが「受信日時」列に使用するINTERNALDATEは、元のメール配信時刻ではなくアップロードの瞬間に設定されます。

多くの人が見落とす重要な点があります。Outlookには移行先サーバーに「このメッセージは元々2019年6月3日に届きました」と伝える仕組みがまったくありません。Outlookが発行するAPPENDコマンドには日付パラメータが含まれていません。専用の移行ツール(少なくとも元の日付を渡そうと試みるもの。失敗する場合もありますが)と比較してみてください。Outlookはそもそも試みすらしないのです。

考えてみてください。古い受信トレイの4,000通のメッセージを選択し、新しいアカウントにドラッグすると、20分後にすべてが今日の日付を表示しています。各メール内に埋もれた元のDateヘッダーにはまだ正しいタイムスタンプが保持されています。しかしOutlookはカラム表示でそのヘッダーを参照しません。サーバーのINTERNALDATEのみを信頼します。

さらに悪いのは、偽りの安心感です。手動のドラッグ&ドロップアプローチを選ぶ人は、安全でコントロールしやすいと感じるからです。サードパーティツールなし、スクリプトなし、移行ウィザードなし。OutlookがOutlookの通常動作をするだけ。日付の破損はコピーが完了してから初めて見えるようになります。場合によっては移行元アカウントが既に廃止された後になることもあります。

コピーされたすべてのメッセージが、Outlookの「受信日時」列にコピー日を表示します。日付でソート? 無意味です。異なる年の4,000通のメールが1日にまとまります。Outlookの日付グループ(「今日」「昨日」「先週」「先月」「古いアイテム」)は1つのブロックに圧縮されます。日付範囲でのクイック検索は、実際の日付で検索するかコピー日で検索するかによって、すべてか何もかのどちらかを返します。

特にやっかいなシナリオがあります。送信済みアイテムとプロジェクトフォルダだけを手動でコピーし、残りはそのままにした場合。メールボックスには正しい日付のメール(既に移行先にあったもの)と間違った日付のメール(ドラッグしたもの)が混在します。Outlookには、どのメッセージの日付が破損していてどれが正しいかを示す視覚的な指標がありません。Redate.ioの独自補正エンジンはメールボックス全体をスキャンし、日付が一致しないメッセージを正確に特定し、メッセージ本文を変更せずに日付メタデータの補正を行います。修正が必要なものだけを修正し、他はすべてそのまま残します。