إصلاح تواريخ ترحيل GSMMO في Gmail

GSMMO (Google Workspace Migration for Microsoft Outlook) uploads emails from PST files or Outlook profiles directly to Gmail using the Gmail API. While the Gmail API technically supports setting a custom INTERNALDATE during message insertion, GSMMO's upload process results in Gmail recording the upload timestamp as the INTERNALDATE for most messages. The original رأس Date from the email is preserved, but the INTERNALDATE is overwritten.

In the Gmail واجهة الويب, this issue is partially hidden. Gmail web uses the رأس Date from the email body for its display date, so most emails appear with the التاريخ الصحيح in the browser. ومع ذلك، the IMAP INTERNALDATE stored on the server is wrong. This becomes visible when المستخدمين access their Gmail account through any IMAP client (Outlook, Thunderbird, Apple Mail) or when third-party tools query صندوق البريد via IMAP.

GSMMO is عادةً used by end المستخدمين who are transitioning from Microsoft Outlook to Google Workspace. These المستخدمين may not فوراً notice the INTERNALDATE issue if they primarily use the Gmail واجهة الويب. The problem surfaces weeks or months later when they install an IMAP client, set up a نسخة احتياطية tool, or when a الامتثال team runs a date-based search on صندوق البريد through Google Vault or IMAP-based archiving software.

For Gmail web المستخدمين, the visual impact is minimal because the رأس Date displays correctly. ومع ذلك، the corrupted INTERNALDATE affects several non-obvious areas. Gmail's IMAP SEARCH DATE command uses INTERNALDATE, so any IMAP-based tool or client that performs date searches against صندوق البريد gets incorrect results. Backup tools like MailStore, Veeam, or custom scripts that archive Gmail via IMAP record the التاريخ الخاطئs in their نسخة احتياطيةs.

Gmail's sorting within labels when accessed via IMAP uses the INTERNALDATE. Users who access their Gmail account from mobile IMAP clients or desktop email applications see an unsorted mess of emails all dated to the migration day. Google Takeout exports may also reference the INTERNALDATE for file naming or metadata, potentially creating confusing archives. The corrected رأس Date is inside the message, but the INTERNALDATE governs how external tools and IMAP clients perceive the message timeline.