GSMMO: Χάλασε τις Ημερομηνίες Email; Διόρθωση

GSMMO και το Πρόβλημα Ημερομηνιών που Κανείς δεν σας Προειδοποιεί

Το Google Workspace Migration for Microsoft Outlook (GSMMO) είναι το desktop εργαλείο που παρέχει η Google για τη μεταφορά αρχείων PST, προφίλ Outlook και τοπικών αρχείων email στο Gmail. Είναι δωρεάν, υποστηρίζεται επίσημα, και είναι η διαδρομή μεταφοράς που συνιστά η Google όταν μετακινείτε μια μικρή ομάδα ή μερικά μεμονωμένα γραμματοκιβώτια από το Outlook στο Google Workspace.

Το εργαλείο λειτουργεί. Τα email φτάνουν στο Gmail, η δομή των φακέλων αντιστοιχίζεται σε ετικέτες, οι επαφές περνάνε κανονικά. Όμως ανοίξτε το Gmail μετά και ταξινομήστε κατά ημερομηνία. Κάθε email δείχνει τη σημερινή ημερομηνία. Εκείνη η πρόταση που στείλατε τον Ιανουάριο του 2021; Απρίλιος 2026. Το τιμολόγιο από τον λογιστή σας τον Μάρτιο του 2023; Επίσης Απρίλιος 2026.

Το GSMMO δεν σας προειδοποιεί ότι αυτό θα συμβεί. Το αρχείο καταγραφής της μεταφοράς δείχνει επιτυχία για κάθε μήνυμα. Η ίδια η τεκμηρίωση της Google δεν το αναφέρει ως γνωστό περιορισμό. Το ανακαλύπτετε μόνο όταν κάποιος αναζητήσει ένα παλιό email με εύρος ημερομηνιών και δεν παίρνει κανένα αποτέλεσμα.

Πώς το GSMMO Ανεβάζει Πραγματικά τα Email σας

Το GSMMO διαβάζει τα μηνύματα από το αρχείο PST (ή απευθείας από το προφίλ Outlook) και τα ανεβάζει στο Gmail μέσω του Gmail API (έτσι το γράφουν οι ίδιες οι σημειώσεις έκδοσης του εργαλείου από τη Google). Εδώ ξεκινά το πρόβλημα των ημερομηνιών, και αξίζει να κατανοήσετε τον μηχανισμό, γιατί εξηγεί γιατί η διόρθωση δεν είναι τόσο απλή όσο "απλά κάντε επανεισαγωγή".

Όταν το GSMMO ανεβάζει ένα μήνυμα μέσω του Gmail API, το Gmail προσθέτει ένα νέο header Received: με ημερομηνία τη στιγμή του ανεβάσματος. Και όταν η αρχική ημερομηνία δεν μεταφέρεται μαζί με το μήνυμα, το INTERNALDATE, δηλαδή η χρονοσφραγίδα που χρησιμοποιεί εσωτερικά το Gmail για ταξινόμηση και εμφάνιση, ορίζεται στη στιγμή του ανεβάσματος και όχι στην αρχική ημερομηνία αποστολής.

Έτσι φαίνεται η αλυσίδα header μετά από μια μεταφορά GSMMO:

Received: by 2002:a05:6512:3ca2:0:0:0:0 with SMTP id
    bi34csp1847206lfb; Sun, 5 Apr 2026 03:17:42 -0700 (PDT)
Received: from [127.0.0.1] (localhost [127.0.0.1])
    by gmailapi.google.com; Sun, 05 Apr 2026 10:17:41 +0000
Date: Wed, 18 Sep 2019 14:33:07 +0200

Βλέπετε εκείνο το αρχικό header Date: από τον Σεπτέμβριο του 2019; Είναι ακόμα εκεί, ανέπαφο. Το GSMMO δεν τροποποιεί το σώμα του μηνύματος ούτε τα αρχικά headers. Όμως το Gmail το αγνοεί για σκοπούς εμφάνισης και χρησιμοποιεί αντ' αυτού το INTERNALDATE, το οποίο τώρα δείχνει Απρίλιο 2026.

GSMMO έναντι Εργαλείων Μεταφοράς από την Πλευρά του Διαχειριστή

Εδώ ξεκινά συχνά η σύγχυση. Η Google έχει πολλαπλά εργαλεία μεταφοράς, και δεν συμπεριφέρονται όλα με τον ίδιο τρόπο.

GSMMO (η επιτραπέζια εφαρμογή) τρέχει στο μηχάνημα του χρήστη. Διαβάζει από το Outlook ή από ένα αρχείο PST και ανεβάζει τα email μέσω του Gmail API. Ο χρήστης χρειάζεται λογαριασμό Google Workspace και το plugin GSMMO εγκατεστημένο στο Outlook. Είναι εργαλείο πλευράς πελάτη.

Google Workspace Migration Service (το εργαλείο της κονσόλας διαχειριστή) είναι πλευράς διακομιστή. Ένας διαχειριστής το ρυθμίζει στην Google Admin Console, το κατευθύνει σε έναν διακομιστή Exchange ή σε άλλο tenant Google Workspace, και η μεταφορά τρέχει στην υποδομή της Google. Αυτό το εργαλείο έχει ελαφρώς καλύτερο χειρισμό ημερομηνιών σε ορισμένες ρυθμίσεις, γιατί μπορεί να ορίσει το INTERNALDATE με βάση τα μεταδεδομένα της πηγής. Όμως "ελαφρώς καλύτερο" δεν σημαίνει "αξιόπιστο", και πολλοί διαχειριστές αναφέρουν το ίδιο πρόβλημα ημερομηνιών και με αυτό το εργαλείο.

Η βασική διαφορά; Με το GSMMO δεν υπάρχει καμία λογική από την πλευρά του server που να παίρνει αποφάσεις για τη διατήρηση της ημερομηνίας. Κάθε μήνυμα που ανεβάζει παίρνει την ίδια μεταχείριση, είτε είναι ένα φρέσκο email είτε ένα αρχειοθετημένο μήνυμα 10 ετών: ένα header Received: με ημερομηνία την ημέρα του ανεβάσματος. Τέλος.

Γιατί η Διατήρηση Ημερομηνιών του GSMMO δεν Λειτουργεί

Αν έχετε κοιτάξει τις ρυθμίσεις του GSMMO, μπορεί να έχετε παρατηρήσει ότι δεν υπάρχει καν μια επιλογή "διατήρηση ημερομηνιών". Αυτό δεν είναι παράλειψη. Το GSMMO βασίζεται στον τρόπο που το Gmail χειρίζεται τα μηνύματα που ανεβαίνουν μέσω του API του, και δεν μπορεί να τον παρακάμψει.

Να η τεχνική αλυσίδα των γεγονότων:

1. Το GSMMO διαβάζει το μήνυμα από το αρχείο PST, μαζί με τις αρχικές χρονοσφραγίδες του
2. Το GSMMO ανεβάζει τα δεδομένα του μηνύματος μέσω του Gmail API
3. Το Gmail λαμβάνει το ανέβασμα και αποθηκεύει το μήνυμα στο γραμματοκιβώτιο
4. Το Gmail προσθέτει ένα νέο header Received: με ημερομηνία τη στιγμή του ανεβάσματος (η γραμμή gmailapi.google.com στο παράδειγμα παραπάνω)
5. Όταν η αρχική ημερομηνία δεν μεταφέρεται, το Gmail ορίζει το INTERNALDATE στη χρονοσφραγίδα του ανεβάσματος
6. Το μήνυμα καταλήγει στο Gmail με τη σημερινή ημερομηνία

Τα βήματα 4 και 5 είναι τα κρίσιμα. Το Gmail προσθέτει αυτό το header σε κάθε μήνυμα που ανεβαίνει μέσω του API του, ό,τι και να στέλνει το εργαλείο, και το GSMMO δεν έχει καμία ρύθμιση για να μεταφέρει ή να διατηρήσει την αρχική ημερομηνία. Το αποτέλεσμα είναι ότι όλα τα ιστορικά email σας δείχνουν σαν να έφτασαν σήμερα.

Ορισμένοι διαχειριστές έχουν δοκιμάσει να τρέξουν το GSMMO με συγκεκριμένες ρυθμίσεις Google Workspace ενεργοποιημένες ή να προσαρμόσουν τις ρυθμίσεις προφίλ του GSMMO. Καμία από αυτές δεν επηρεάζει τη συμπεριφορά των ημερομηνιών. Το header Received: προστίθεται από την πλευρά της Google, και καμία ρύθμιση από την πλευρά του client δεν το αλλάζει.

Συγκεκριμένα Σενάρια GSMMO που Χαλάνε τις Ημερομηνίες

Δεν καταλήγει κάθε μεταφορά GSMMO σε χάος ημερομηνιών, αν και οι περισσότερες καταλήγουν. Εδώ έχει σημασία:

• Αρχείο PST σε Gmail: Οι ημερομηνίες χαλάνε. Αυτή είναι η πιο συνηθισμένη περίπτωση χρήσης του GSMMO και η πιο επηρεασμένη.
• Προφίλ Outlook σε Gmail: Οι ημερομηνίες χαλάνε. Το ίδιο ανέβασμα μέσω Gmail API όπως και η εισαγωγή PST.
• Exchange Online (Microsoft 365) σε Gmail μέσω GSMMO: Οι ημερομηνίες χαλάνε. Το GSMMO διαβάζει από τον server Exchange και ανεβάζει μέσω του Gmail API.
• Exchange on-premises σε Gmail μέσω GSMMO: Οι ημερομηνίες χαλάνε. Ο ίδιος μηχανισμός.
• Gmail σε Gmail (επανεισαγωγή εξαγωγής PST): Οι ημερομηνίες χαλάνε. Ακόμα και αν τα αρχικά email είχαν σωστές ημερομηνίες στο PST, η επανεισαγωγή τα σφραγίζει εκ νέου.

Το μοτίβο είναι σαφές. Κάθε μήνυμα που ανεβαίνει μέσω του Gmail API παίρνει ένα header Received: με ημερομηνία την ημέρα του ανεβάσματος. Το GSMMO χρησιμοποιεί πάντα αυτή τη διαδρομή.

Αυτό που το κάνει ιδιαίτερα εκνευριστικό είναι ότι η αναφορά μεταφοράς του GSMMO δείχνει τα πάντα επιτυχημένα. Καμία προειδοποίηση για ημερομηνίες, κανένα σφάλμα, καμία σήμανση. Θα έπρεπε να συγκρίνετε χειροκίνητα τις χρονοσφραγίδες πριν και μετά τη μεταφορά για να το εντοπίσετε, και οι περισσότεροι διαχειριστές δεν το κάνουν μέχρι να παραπονεθεί κάποιος χρήστης.

Ο Αντίκτυπος Πηγαίνει Πέρα από την Ταξινόμηση

Οι λανθασμένες ημερομηνίες μετά από μια μεταφορά GSMMO δημιουργούν πραγματικά προβλήματα που ξεπερνούν ένα ακατάστατο γραμματοκιβώτιο.

Φανταστείτε ότι είστε λογιστής που μόλις μετέφερε τα δεδομένα του στο Google Workspace. Πρέπει να βρείτε όλη την αλληλογραφία πελατών από το τρίτο τρίμηνο του 2024 για μια φορολογική δήλωση. Αναζητάτε στο Gmail με εύρος ημερομηνιών: Ιούλιος έως Σεπτέμβριος 2024. Κανένα αποτέλεσμα. Κάθε email από αυτή την περίοδο δείχνει τώρα την ημερομηνία της μεταφοράς, οπότε το φίλτρο ημερομηνιών του Gmail δεν μπορεί να τα βρει. Καταλήγετε να κάνετε κύλιση μέσα σε χιλιάδες μηνύματα ή να αναζητάτε με λέξεις-κλειδιά, ελπίζοντας να θυμάστε τους σωστούς όρους.

Για κλάδους που υπόκεινται σε κανονισμούς, αυτό είναι χειρότερο από απλή ενόχληση. Οι χρονοσφραγίδες των email χρησιμεύουν ως νομικό αποδεικτικό στοιχείο. Ένας οικονομικός σύμβουλος που πρέπει να αποδείξει ότι έστειλε μια γνωστοποίηση πριν από μια ημερομηνία συναλλαγής δεν μπορεί να το κάνει όταν το email δείχνει Απρίλιο 2026 αντί για Φεβρουάριο 2023. Οι έλεγχοι συμμόρφωσης βάσει SOX ή HIPAA βασίζονται σε ακριβείς χρονοσφραγίδες επικοινωνίας, και οι λανθασμένες ημερομηνίες σημαίνουν αποτυχημένους ελέγχους.

Και μετά υπάρχει το ζήτημα των νημάτων συζήτησης. Το Gmail ομαδοποιεί τις συνομιλίες κατά ημερομηνία και θέμα. Όταν κάθε μήνυμα σε ένα νήμα δείχνει την ίδια ημερομηνία, η προβολή της συνομιλίας γίνεται μπερδεμένη. Οι απαντήσεις εμφανίζονται πριν από το αρχικό μήνυμα. Ολόκληρη η δομή του νήματος καταρρέει σε έναν σωρό email με την ίδια ημερομηνία.

Διόρθωση Ημερομηνιών GSMMO με το Redate.io

Τα καλά νέα: εκείνο το αρχικό header Date: είναι ακόμα ανέπαφο μέσα σε κάθε μεταφερμένο email. Το GSMMO δεν τροποποιεί το περιεχόμενο του μηνύματος. Η σωστή ημερομηνία βρίσκεται εκεί, απλά αγνοείται από τη λογική εμφάνισης του Gmail, γιατί το INTERNALDATE και το πρώτο header Received δείχνουν την ημερομηνία της μεταφοράς.

Το Redate.io συνδέεται στο γραμματοκιβώτιο Google Workspace, εντοπίζει τα email που επηρεάστηκαν από τη μεταφορά GSMMO, και διορθώνει τα μεταδεδομένα ημερομηνίας χρησιμοποιώντας μια ιδιόκτητη μηχανή ανάλυσης αλυσίδας headers και ανακατασκευής ημερομηνίας. Το Redate δεν χρειάζεται να ξέρει ποιο εργαλείο έκανε τη μεταφορά: εντοπίζει τα email των οποίων η εμφανιζόμενη ημερομηνία δεν ταιριάζει με την αρχική τους ημερομηνία, και τα διορθώνει χωρίς να αλλάζει το περιεχόμενο του μηνύματος, τα συνημμένα ή τη δομή νημάτων.

Κάθε διορθωμένο email περνά από ξεχωριστή επαλήθευση: ακεραιότητα του μηνύματος, διατήρηση συνημμένων, αντιστοίχιση ετικετών και συνέπεια νημάτων. Τα πρωτότυπα παραμένουν σε έναν ορατό φάκελο αντιγράφου ασφαλείας Redate.io - Originals στο δικό σας γραμματοκιβώτιο, μέχρι να τα διαγράψετε εσείς οι ίδιοι.

Θα μπορούσατε να το διορθώσετε εσείς με ένα script; Το να κατανοήσετε το πρόβλημα είναι ένα πράγμα. Το να διορθώσετε 12.000 email χωρίς να σπάσετε υπογραφές S/MIME, να καταστρέψετε ένθετα μέρη MIME ή να παραμορφώσετε headers κωδικοποιημένα κατά RFC 2047 σε ένα γραμματοκιβώτιο παραγωγής είναι κάτι εντελώς διαφορετικό. Πώς χειρίζεστε το email με το συνημμένο 38 MB και το κατεστραμμένο όριο MIME που το GSMMO εισήγαγε αλλά μόλις που κράτησε ενωμένο; Πώς επαληθεύετε ότι κάθε μεμονωμένο μήνυμα ήρθε ανέπαφο; Ένα script που δουλεύει σε 20 δοκιμαστικά μηνύματα σε ένα εργαστήριο δεν θα επιβιώσει σε ένα πραγματικό γραμματοκιβώτιο με 8 χρόνια αλληλογραφίας.

Οδηγοί ανά Πλατφόρμα για το GSMMO

Καθώς το GSMMO μεταφέρει δεδομένα ειδικά στο Google Workspace, η διόρθωση γίνεται στο επίπεδο του Gmail. Όμως τα επηρεασμένα email είναι ορατά σε κάθε client συνδεδεμένο με αυτόν τον λογαριασμό Gmail:

• Διόρθωση ημερομηνιών μεταφοράς GSMMO στο Gmail
• Διόρθωση ημερομηνιών μεταφοράς GSMMO στο Outlook (συνδεδεμένο σε Google Workspace)
• Διόρθωση ημερομηνιών μεταφοράς GSMMO στο Apple Mail

Έχετε ήδη μεταφέρει δεδομένα πριν από μήνες; Το αρχικό header Date δεν φθείρεται με τον χρόνο. Το Redate.io μπορεί να διορθώσει τα email που επηρεάστηκαν από το GSMMO, είτε η μεταφορά έγινε την περασμένη εβδομάδα είτε πριν από τρία χρόνια.

Η μεταφορά GSMMO άφησε τα email σας με λάθος ημερομηνίες; Κάντε μια δωρεάν ανάλυση για να δείτε τον ακριβή αριθμό επηρεασμένων email και το κόστος διόρθωσης, πριν δεσμευτείτε σε οτιδήποτε.