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

Zoho Migration Wizardは、Google Workspace、Microsoft 365、またはその他のIMAPサーバーからZoho Mailにメールボックスを移行するための組み込みツールです。移行元から各メールをダウンロードし、Zohoのインフラに再アップロードします。このアップロード中に、Zohoのメール処理パイプラインがすべてのメッセージに移行タイムスタンプを含む新しいReceivedヘッダーを付与します。サーバーレベルの配信日であるINTERNALDATEは、元の送受信日ではなく、Zohoがメッセージを取り込んだ瞬間に設定されます。

そのZoho MailアカウントにIMAP経由でOutlookを接続すると、Outlookは「受信日時」列にINTERNALDATEを読み取ります。先週のメールも2014年のメールも、すべて移行日を表示します。各メール内のDateヘッダーにはまだ正しい元のタイムスタンプが保持されていますが、Outlookはそのヘッダーを表示に使用しません。サーバーからのINTERNALDATEを信頼します。

なぜZohoはこうするのでしょうか。移行ウィザードはアップロードされたメッセージを新着メールと同じ方法で扱います。元の配信タイムスタンプを保持する特別な「移行モード」はありません(少なくとも、すべての移行元プラットフォームで確実に機能するものはありません)。結果として、8年間のビジネスメールをまたぐ12,000通のメールを含むメールボックスが、Outlookですべて同じ日付を表示します。

中小企業がこの問題で最も大きな打撃を受けます。Google WorkspaceやMicrosoft 365のコスト効率の良い代替としてZoho Mailを選び、移行ウィザードを実行してクリーンな移行を期待していました。そして今、経理担当者は2022年3月の請求書を見つけられず、法務チームは日付が正確なメール記録を提出できず、Outlook体験全体が壊れています。

Outlookの「受信日時」列にはすべてのメールにZoho移行日が表示されます。日付でソートすると、同一日付のメッセージの壁が表示されます。Outlookの自動日付グループ(「今日」「昨日」「今週」「先月」「古いアイテム」)は、すべてのメッセージが同じグループに入るため意味をなしません。日付範囲検索はメールボックス全体を返すか、何も返しません。

Zoho Mailをバックエンドとして、Outlookを日常のメールクライアントとして使用するビジネスにとって、これは軽微な問題ではありません。業務上の問題です。日付を参照するクイック操作とルールは誤動作します。既知の日付で特定のメールを見つけるには、何千件もの結果を手動でスクロールする必要があります。印刷されたメールの「受信日時」欄に移行日が表示され、文書化、監査、法的コンプライアンスの問題を引き起こす可能性があります。Redate.ioは標準IMAPでZoho Mailに接続し、影響を受けたすべてのメッセージを特定する多段階ヘッダー解析パイプラインを実行し、日付メタデータを修正し、メール本文自体は変更せずに各修正を個別検証します。