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

CloudM移行がOutlookのメール日付を破壊する理由

CloudMで移行しました。移行は正常に完了しました。その後Outlookを開くと、30,000通のメールがすべて昨日の日付になっています。心当たりはありませんか?

CloudM Migrateは、移行元システムからメッセージをダウンロードし、移行先にアップロードする仕組みです。移行先がExchangeまたはMicrosoft 365の場合、受信側のメールサーバーは通常の受信メールと同様にアップロードされたメッセージを処理します。つまり、現在のタイムスタンプを持つReceivedヘッダーを追加します。このヘッダーがメッセージのヘッダーチェーンの最新エントリとなり、Outlookは「受信日時」列にまさにこのヘッダーを読み取ります。

元のDateヘッダーはメッセージ内にまだ存在しています。しかし、Outlookはそれを表示に使用しません。Outlookが優先するのはReceivedヘッダー(具体的には最新のもの)であり、それが移行タイムスタンプです。つまり、2015年に送信されたメールでも先週のメールでも、すべて同じ日に届いたように表示されます。日付でソート? 無意味です。日付範囲で検索? 壊れています。受信トレイが、時系列の順序がまったくない、同一日付のメッセージの壁になります。

間違った日付がOutlook体験に与える影響

Outlookのデフォルト「日付で配列」ビューは、メールを「今日」「昨日」「先週」「先月」「古いアイテム」といったバケットにグループ化します。CloudM移行後、すべてのメールが1つのバケットに入ります。メールボックス全体が1つの区別のないブロックに圧縮されます。50,000通のメッセージがすべて2026年3月12日に届いたと表示されている状態で、2021年の特定のメールを見つけようとしたことがありますか? 生産的な作業とは言えません。

被害はユーザーが日常的に頼っている機能にまで及びます。クイック検索と高度な検索は、日付でフィルタリングすると誤った結果を返します。古いメールを経過日数に基づいてPSTファイルに移動するはずの自動アーカイブは、すべてのメールが新しいと判断します(移行日が最近のため)。受信日によってトリガーされるOutlookルールは誤動作します。経過日数でメールをハイライトする条件付き書式ルールは機能しなくなります。さらに、カレンダー関連のメッセージ(会議の招待、出欠確認、キャンセル)もすべて元の会議の時系列ではなく移行日を表示し、過去のスケジュール判断に混乱を引き起こします。

よくある質問

CloudM Migrateは送信済みメールと受信メールの両方に影響しますか?

はい。CloudMは受信トレイや送信済みアイテムを含むすべてのフォルダを移行します。移行先サーバーはフォルダに関係なく、アップロードされたすべてのメッセージにReceivedヘッダーを追加します。CloudM移行後、OutlookでもOWAでも送信・受信両方のメールが移行日を表示します。

Redate.ioはOutlookのフォルダ構造を失わずに日付を修正できますか?

はい。Redate.ioはフォルダ構造、フラグ、既読/未読状態、カテゴリ、添付ファイルをすべて保持します。修正対象は安全な低レベルメッセージ処理による日付メタデータのみです。メールに関するその他すべての情報は変更されません。

CloudM移行後のメールボックス修正にどのくらい時間がかかりますか?

処理速度はメールボックスのサイズに依存します。Redate.ioの補正エンジンはメールボックスをスキャンし、ヘッダーチェーン解析で影響を受けたメッセージを特定し、個別検証で各メッセージを処理します。一般的な10,000通のメールボックスは数時間以内に完了し、すべてバックグラウンドで実行されます。

他の方法で日付を修正しようとして失敗した場合はどうすればいいですか?

多くの管理者がRedate.ioを見つける前に、PowerShellスクリプト、サードパーティのPST修復ツール、手動でのヘッダー編集を試みます。これらのアプローチはいずれも確実に機能しません。破損がサーバー側のメタデータにあるためです。Redate.ioはサーバーレベルで根本原因に対処するため、修正は恒久的です。

関連する修正ガイド

無料スキャン