Τι Κάνει το BitTitan MigrationWiz στις Ημερομηνίες Email
Η μετεγκατάσταση ολοκληρώθηκε την περασμένη Παρασκευή. 47 γραμματοκιβώτια μετακινήθηκαν από τον εσωτερικό Exchange στο Microsoft 365, όλα πράσινα στον πίνακα ελέγχου του MigrationWiz. Μετά ήρθε η Δευτέρα το πρωί και έφτασε το πρώτο ticket: "Όλα τα email μου δείχνουν 28 Μαρτίου 2026."
Κάθε μήνυμα. Χρόνια αλληλογραφίας, προτάσεις πελατών από το 2019, τιμολόγια από το 2021, όλα σφραγισμένα με την ημερομηνία μετεγκατάστασης. Το αρχείο καταγραφής του MigrationWiz λέει ότι όλα μεταφέρθηκαν επιτυχώς (και τεχνικά μεταφέρθηκαν). Αλλά οι ημερομηνίες χάθηκαν.
Το BitTitan MigrationWiz είναι ένα από τα πιο διαδεδομένα εργαλεία για μετεγκατάσταση email μεταξύ cloud υπηρεσιών. Χειρίζεται Exchange σε Microsoft 365, Google Workspace σε Exchange, μετακινήσεις μεταξύ tenants, τα πάντα. Το εργαλείο δουλεύει καλά σε αυτό που κάνει. Το πρόβλημα ημερομηνιών δεν είναι bug του MigrationWiz. Έρχεται σε ένα πράγμα: την ημερομηνία που κρατάει κάθε αντίγραφο όταν γράφεται στο νέο γραμματοκιβώτιο.
Πού Βρίσκεται Στην Πραγματικότητα η Λάθος Ημερομηνία
Όταν το MigrationWiz μεταφέρει ένα email από την πηγή στον προορισμό, χρησιμοποιεί το πρωτόκολλο IMAP (ή Exchange Web Services, ανάλογα με τον τύπο endpoint). Ο προορισμός διατηρεί την ημερομηνία που του δίνεται: το Microsoft 365, το Outlook.com και το Gmail κρατούν την αρχική ημερομηνία όταν το αντίγραφο τη μεταφέρει. Έτσι, αν κάθε email δείχνει την ημερομηνία της μετεγκατάστασης, το ζήτημα είναι ποια ημερομηνία μετέφερε, ή δεν μετέφερε, το MigrationWiz.
Έτσι μοιάζουν ακόμα τα headers ενός από αυτά τα email μετά από μετεγκατάσταση MigrationWiz:
Date: Tue, 15 Jan 2019 09:32:10 +0100
Received: from original-server.company.com
by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100
Το αρχικό Date: header από το 2019 εξακολουθεί να υπάρχει, όπως και η αρχική αλυσίδα Received:. Και στο Microsoft 365, η ημερομηνία λήψης που δείχνει το Outlook είναι η δική του καταγραφή για το πότε έφτασε κάθε email: αν το MigrationWiz δεν μετέφερε την αρχική ημερομηνία, αυτή η καταγραφή λέει 28 Μαρτίου 2026.
Η τιμή INTERNALDATE (η χρονοσφραγίδα που χρησιμοποιούν οι IMAP διακομιστές για ταξινόμηση) είναι η ημερομηνία που πήρε το αντίγραφο. Το MigrationWiz προσπαθεί όντως να διατηρήσει τις ημερομηνίες, και το Microsoft 365 κρατάει την ημερομηνία που του δίνεται: όταν οι ημερομηνίες βγαίνουν ακόμα λάθος, η ημερομηνία που μεταφέρθηκε για κάθε email δεν ήταν η αρχική.
Γιατί το Date Mapping του MigrationWiz Δεν Αρκεί
Η BitTitan προσφέρει μια λειτουργία "Date Mapping" στις Προχωρημένες Επιλογές του MigrationWiz. Στα χαρτιά, ακούγεται σαν λύση. Στην πράξη; Ελέγχει ποιο εύρος ημερομηνιών μηνυμάτων θα μεταφερθεί, όχι πώς διατηρούνται οι ημερομηνίες στον προορισμό.
Η σύγχυση είναι κατανοητή. Η ρύθμιση λέει "date" στο όνομά της. Αλλά αυτό που κάνει ουσιαστικά είναι να φιλτράρει τα μηνύματα πηγής κατά εύρος ημερομηνιών πριν τη μετεγκατάσταση. Ένα μήνυμα από το 2018 φτάνει στον προορισμό με τη χρονοσφραγίδα μετεγκατάστασης.
Υπάρχει και το ζήτημα IMAP σε σχέση με Exchange endpoints. Όταν το MigrationWiz μεταφέρει μεταξύ δύο Exchange διακομιστών χρησιμοποιώντας EWS (Exchange Web Services), η διατήρηση ημερομηνιών λειτουργεί καλύτερα γιατί το EWS έχει περισσότερο έλεγχο στα metadata μηνυμάτων. Και μέσω IMAP, ο προορισμός κρατάει την ημερομηνία που του δίνεται: αυτό που μετράει είναι αν μεταφέρεται η αρχική ημερομηνία.
Κάποιοι διαχειριστές δοκίμασαν να ξανατρέξουν τη μετεγκατάσταση με διαφορετικές ρυθμίσεις endpoint, ελπίζοντας ότι η αλλαγή από IMAP σε EWS θα διόρθωνε τις ημερομηνίες αναδρομικά. Δεν τις διορθώνει. Τα μηνύματα βρίσκονται ήδη στον προορισμό με λάθος ημερομηνίες. Η εκ νέου εκτέλεση του MigrationWiz θα δημιουργούσε απλώς αντίγραφα.
Συγκεκριμένα Σενάρια MigrationWiz που Καταστρέφουν Ημερομηνίες
Δεν προκαλεί κάθε μετεγκατάσταση MigrationWiz πρόβλημα ημερομηνιών. Το πρόβλημα εξαρτάται από τον συνδυασμό endpoints:
- Exchange (on-prem) σε Microsoft 365 μέσω IMAP: Οι ημερομηνίες χαλάνε. Κάθε email παίρνει την ημερομηνία του αντιγράφου.
- Google Workspace σε Microsoft 365: Οι ημερομηνίες χαλάνε. Το MigrationWiz χρησιμοποιεί IMAP για ανάγνωση από Google και γράφει στο M365 χωρίς την αρχική ημερομηνία.
- Exchange σε Exchange (EWS σε EWS): Οι ημερομηνίες συνήθως διατηρούνται. Μέσω EWS, η αρχική ημερομηνία ταξιδεύει μαζί με το μήνυμα.
- Οτιδήποτε σε Google Workspace μέσω IMAP: Μέσω IMAP, το Gmail κρατάει την ημερομηνία που του μεταφέρει το εργαλείο και δεν προσθέτει τίποτα. Οι ημερομηνίες χαλάνε μόνο αν αυτή η ημερομηνία δεν είναι η αρχική, ή αν το αντίγραφο περάσει από το API εισαγωγής του Gmail, το οποίο προσθέτει μια γραμμή Received: με ημερομηνία την ημέρα της αντιγραφής.
- Cross-tenant Microsoft 365: Εξαρτάται όλο από την ημερομηνία που μεταφέρει η μέθοδος.
Ο πίνακας ελέγχου MigrationWiz δεν επισημαίνει προβλήματα ημερομηνιών. Τα πάντα εμφανίζονται ως "Completed" γιατί τα μηνύματα μεταφέρθηκαν επιτυχώς. Το περιεχόμενο είναι ανέπαφο, τα συνημμένα εντάξει, η δομή φακέλων διατηρήθηκε. Μόνο οι ημερομηνίες άλλαξαν, και το MigrationWiz δεν το καταγράφει ως σφάλμα μετεγκατάστασης.
Το Πραγματικό Κόστος Λάθος Ημερομηνιών Μετά το MigrationWiz
Οι λάθος ημερομηνίες email δεν είναι απλώς ενοχλητικές. Για οργανισμούς που μετεγκαταστάθηκαν με BitTitan, οι συνέπειες ξεπερνούν ένα ακατάστατο inbox.
Τα νομικά τμήματα δεν μπορούν να χρησιμοποιήσουν email ως αποδεικτικά στοιχεία όταν κάθε μήνυμα δείχνει την ημερομηνία μετεγκατάστασης αντί της πραγματικής ημερομηνίας αποστολής. Οι φορολογικοί έλεγχοι απαιτούν χρονολογική απόδειξη επικοινωνιών. Πλαίσια συμμόρφωσης όπως ο GDPR απαιτούν ακριβή τήρηση αρχείων, και email με ψευδείς χρονοσφραγίδες αποτυγχάνουν σε αυτή την απαίτηση.
Και μετά υπάρχει η πρακτική πλευρά. Δοκιμάστε να βρείτε εκείνη τη συζήτηση για σύμβαση από τον Νοέμβριο 2022 όταν ολόκληρο το γραμματοκιβώτιό σας δείχνει Μάρτιο 2026. Ταξινόμηση κατά ημερομηνία; Άχρηστη. Αναζήτηση κατά εύρος ημερομηνιών; Επιστρέφει τα πάντα ή τίποτα.
Για MSPs που χρησιμοποίησαν MigrationWiz σε περιβάλλοντα πελατών, αυτό δημιουργεί ζήτημα ευθύνης. Ο πελάτης πλήρωσε για μετεγκατάσταση. Την πήρε, αλλά το αρχείο email του είναι ουσιαστικά κατεστραμμένο για ροές εργασίας βασισμένες σε ημερομηνίες.
Ένα MSP που ακούσαμε είχε μεταφέρει περίπου 380 γραμματοκιβώτια για ένα δικηγορικό γραφείο. Τρεις μήνες αργότερα, η ομάδα δικαστικής υπόθεσης του γραφείου ανακάλυψε το πρόβλημα ημερομηνιών κατά τη διαδικασία document discovery. Κάθε email που χρειαζόταν να παρουσιάσουν ως αποδεικτικό στοιχείο έδειχνε την ημερομηνία μετεγκατάστασης. Το MSP έπρεπε να εξηγήσει γιατί 6 χρόνια αλληλογραφίας με χρονοσφραγίδες τώρα έδειχναν Ιούνιο 2025.
Διόρθωση Ημερομηνιών BitTitan MigrationWiz
Το αρχικό Date: header εξακολουθεί να υπάρχει μέσα σε κάθε email. Το MigrationWiz δεν αγγίζει το σώμα του μηνύματος ούτε τα αρχικά headers. Αυτό που προκαλεί το πρόβλημα εμφάνισης είναι η ημερομηνία που καταγράφηκε στο γραμματοκιβώτιο για κάθε αντίγραφο.
Το Redate.io συνδέεται στο γραμματοκιβώτιο (Google Workspace, Microsoft 365 ή IMAP), σαρώνει τα email που επηρεάστηκαν από τη μετεγκατάσταση MigrationWiz και διορθώνει τα metadata ημερομηνιών μέσω ενός ιδιόκτητου πολυσταδιακού αγωγού ανάλυσης. Η διόρθωση στοχεύει συγκεκριμένα στο επίπεδο metadata, και δεν χρειάζεται να γνωρίζει ποιο εργαλείο έκανε τη μετεγκατάσταση: εντοπίζει τα email των οποίων η εμφανιζόμενη ημερομηνία δεν ταιριάζει με την αρχική τους ημερομηνία.
Κάθε διορθωμένο email επαληθεύεται μεμονωμένα σε σχέση με το πρωτότυπο. Η επαλήθευση ελέγχει ακεραιότητα μηνύματος, διατήρηση συνημμένων, τοποθέτηση φακέλων και threading. Τα αρχικά email διατηρούνται σε έναν ορατό φάκελο Redate.io - Originals μέχρι να τα διαγράψετε εσείς, σε περίπτωση που χρειαστεί επαναφορά.
Το να κατανοήσετε το πρόβλημα είναι ένα πράγμα. Το να διορθώσετε 15.000 email χωρίς να χάσετε ούτε ένα συνημμένο, να σπάσετε υπογραφές S/MIME ή να καταστρέψετε multipart MIME boundaries, είναι εντελώς διαφορετικό. Ένα script που λειτουργεί σε 10 δοκιμαστικά μηνύματα σε εργαστήριο δεν θα αντιμετωπίσει τις ακραίες περιπτώσεις ενός γραμματοκιβωτίου παραγωγής με 7 χρόνια αλληλογραφίας, PGP-encrypted μηνύματα και RFC 2047 non-ASCII headers.
Πώς επαληθεύετε ότι κάθε διορθωμένο μήνυμα είναι ανέπαφο; Ότι το threading δουλεύει ακόμα, ότι οι προσκλήσεις ημερολογίου εξακολουθούν να λύνονται, ότι το συνημμένο 47 MB από εκείνο το email του 2020 δεν καταστράφηκε; Το Redate.io το κάνει αυτόματα, για κάθε μήνυμα. Και αν κάτι φαίνεται ύποπτο, το πρωτότυπο βρίσκεται ακριβώς εκεί στον φάκελο backup.
Η δωρεάν σάρωση χρειάζεται περίπου δύο λεπτά. Συνδέεται στο γραμματοκιβώτιο, εντοπίζει κάθε email σφραγισμένο με την ημερομηνία μετεγκατάστασης MigrationWiz και δείχνει τον ακριβή αριθμό και κόστος πριν πληρώσετε οτιδήποτε. Χωρίς πιστωτική κάρτα, χωρίς δέσμευση.
Οδηγοί Διόρθωσης Ανά Πλατφόρμα για BitTitan
Η διαδικασία διόρθωσης διαφέρει ανάλογα με το πού μετέφερε τα email σας το MigrationWiz. Το Redate.io χειρίζεται αυτόματα τις ιδιαιτερότητες κάθε πλατφόρμας, αλλά αν θέλετε λεπτομέρειες για τη δική σας εγκατάσταση:
- Διόρθωση ημερομηνιών BitTitan στο Outlook
- Διόρθωση ημερομηνιών BitTitan στο Microsoft 365
- Διόρθωση ημερομηνιών BitTitan στο Google Workspace
- Διόρθωση ημερομηνιών BitTitan στο Exchange Online
Το Redate.io λειτουργεί επίσης για μετεγκαταστάσεις που ολοκληρώθηκαν μήνες ή χρόνια πριν. Το αρχικό Date header δεν λήγει.
Κάνατε μετεγκατάσταση με BitTitan MigrationWiz και μείνατε με λάθος ημερομηνίες; Εκτελέστε μια δωρεάν σάρωση για να δείτε πόσα email επηρεάστηκαν πριν δεσμευτείτε σε οτιδήποτε.