GmailでのCloudM Migrate移行日付の修正
CloudM Migrateの移行がGmailで間違った日付を表示する理由
CloudM Migrate (formerly Cloud Migrator) is widely used for migrating メールボックス into Google Workspace. CloudM uses the Gmail API to upload emails to the destination Gmail account. During this upload, Gmail's infrastructure records the insertion timestamp as the message's INTERNALDATE, overwriting the original delivery date with the date the migration was performed.
CloudM attempts to preserve the original Dateヘッダー within the email body, and Gmail's Webインターフェース 通常 uses this Dateヘッダー for display purposes. ただし、 the IMAP INTERNALDATE is permanently set to the 移行日. Every IMAP client that connects to the Gmail account (Outlook, Apple Mail, Thunderbird, mobile clients using IMAP) reads this INTERNALDATE and displays the 移行日 in the received column.
Organizations migrating from Microsoft 365, on-premises Exchange, or other platforms to Google Workspace using CloudM discover this problem when ユーザー connect desktop clients to their new Gmail accounts. The Gmail Webインターフェース may look fine, but Outlook and Apple Mail show every email as received on the 移行日, generating confusion and support tickets across the 組織.
Gmailへの影響
In Gmail, the impact depends on how the ユーザー accesses their メールボックス. The Gmail Webインターフェース 通常 displays dates correctly because it reads the Dateヘッダー from the email itself. ただし、 any IMAP-connected client (Outlook, Apple Mail, Thunderbird) shows the 移行日 because these clients rely on the IMAP INTERNALDATE rather than the Dateヘッダー.
Gmail's label system and search are also affected in subtle ways. While Gmail's web search uses the Dateヘッダー for "before:" and "after:" operators, the IMAP SEARCH DATE command uses INTERNALDATE. Third-party バックアップ tools and email archiving solutions that connect via IMAP archive the 移行日 as the message date, creating permanent inaccuracies in バックアップ records. Google Vault, used for コンプライアンス and legal hold, may also reference the INTERNALDATE for certain operations, impacting the accuracy of date-based legal discovery.
よくある質問
Does CloudM Migrate always corrupt dates in Gmail?
CloudM uploads emails using the Gmail API, which sets the INTERNALDATE to the upload timestamp. The Dateヘッダー inside the email is preserved, so Gmail web 通常 shows the 正しい日付. But IMAP clients display the 移行日 because they read the INTERNALDATE.
Why do emails look fine in Gmail web but wrong in Outlook?
Gmail web uses the Dateヘッダー from the email body for display, which CloudM preserves. Outlook and other IMAP clients use the IMAP INTERNALDATE, which is set to the 移行日. Redate.io corrects the INTERNALDATE so all clients show the right date.
Can Redate.io fix CloudM 移行日s across a whole Google Workspace domain?
はい。 Using Google Workspace ドメイン全体の委任, Redate.io can scan and fix メールボックス across the entire 組織. Administrators can process multiple メールボックス without needing individual ユーザー involvement.