BitTitan MigrationWiz: Διόρθωση Λάθος Ημερομηνιών

Τι Κάνει το 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. Είναι συνέπεια του τρόπου λειτουργίας της μετεγκατάστασης IMAP σε επίπεδο πρωτοκόλλου, και το MigrationWiz το πυροδοτεί με συγκεκριμένο τρόπο.

Πώς Χειρίζεται το MigrationWiz τα Received Headers

Όταν το MigrationWiz μεταφέρει ένα email από την πηγή στον προορισμό, χρησιμοποιεί το πρωτόκολλο IMAP (ή Exchange Web Services, ανάλογα με τον τύπο endpoint). Κατά τη διαδικασία, ο διακομιστής προορισμού σφραγίζει το μήνυμα με ένα νέο Received: header που περιέχει την τρέχουσα χρονοσφραγίδα, ακριβώς όπως θα έκανε με οποιοδήποτε εισερχόμενο email.

Ένα τυπικό Received header chain μετά από μετεγκατάσταση MigrationWiz μοιάζει κάπως έτσι:

Received: from mx.migrationwiz.com (processing-node-7.bittitan.com)
    by outlook.office365.com; Fri, 28 Mar 2026 14:23:17 +0000
Received: from original-server.company.com
    by mail.company.com; Tue, 15 Jan 2019 09:41:33 +0100

Το αρχικό Received: header από το 2019 εξακολουθεί να υπάρχει. Όπως και το αρχικό Date: header. Αλλά email clients όπως το Outlook δεν τα χρησιμοποιούν. Το Outlook διαβάζει το πιο πρόσφατο Received: header για να καθορίσει πότε να εμφανίσει το μήνυμα, και αυτό το header τώρα λέει 28 Μαρτίου 2026.

Η τιμή INTERNALDATE (η χρονοσφραγίδα που χρησιμοποιούν οι IMAP διακομιστές για ταξινόμηση) επίσης αντικαθίσταται κατά τη μεταφορά. Το MigrationWiz προσπαθεί να διατηρήσει τις ημερομηνίες όταν ο προορισμός το υποστηρίζει, αλλά το αποτέλεσμα εξαρτάται σε μεγάλο βαθμό από τη συμπεριφορά του διακομιστή προορισμού. Ο μηχανισμός μεταφοράς του Microsoft 365, για παράδειγμα, αντικαθιστά το INTERNALDATE με τη δική του χρονοσφραγίδα παράδοσης ανεξάρτητα από αυτό που ζητά το MigrationWiz.

Γιατί το Date Mapping του MigrationWiz Δεν Αρκεί

Η BitTitan προσφέρει μια λειτουργία "Date Mapping" στις Προχωρημένες Επιλογές του MigrationWiz. Στα χαρτιά, ακούγεται σαν λύση. Στην πράξη; Ελέγχει ποιο εύρος ημερομηνιών μηνυμάτων θα μεταφερθεί, όχι πώς διατηρούνται οι ημερομηνίες στον προορισμό.

Η σύγχυση είναι κατανοητή. Η ρύθμιση λέει "date" στο όνομά της. Αλλά αυτό που κάνει ουσιαστικά είναι να φιλτράρει τα μηνύματα πηγής κατά εύρος ημερομηνιών πριν τη μετεγκατάσταση. Ένα μήνυμα από το 2018 φτάνει στον προορισμό με τη χρονοσφραγίδα μετεγκατάστασης.

Υπάρχει και το ζήτημα IMAP σε σχέση με Exchange endpoints. Όταν το MigrationWiz μεταφέρει μεταξύ δύο Exchange διακομιστών χρησιμοποιώντας EWS (Exchange Web Services), η διατήρηση ημερομηνιών λειτουργεί καλύτερα γιατί το EWS έχει περισσότερο έλεγχο στα metadata μηνυμάτων. Αλλά τη στιγμή που το IMAP εμπλέκεται σε οποιαδήποτε πλευρά (πηγή ή προορισμός), η λειτουργία IMAP APPEND αναλαμβάνει και ο διακομιστής προορισμού αποφασίζει ποια χρονοσφραγίδα θα χρησιμοποιήσει.

Κάποιοι διαχειριστές δοκίμασαν να ξανατρέξουν τη μετεγκατάσταση με διαφορετικές ρυθμίσεις endpoint, ελπίζοντας ότι η αλλαγή από IMAP σε EWS θα διόρθωνε τις ημερομηνίες αναδρομικά. Δεν τις διορθώνει. Τα μηνύματα βρίσκονται ήδη στον προορισμό με λάθος ημερομηνίες. Η εκ νέου εκτέλεση του MigrationWiz θα δημιουργούσε απλώς αντίγραφα.

Συγκεκριμένα Σενάρια MigrationWiz που Καταστρέφουν Ημερομηνίες

Δεν προκαλεί κάθε μετεγκατάσταση MigrationWiz πρόβλημα ημερομηνιών. Το πρόβλημα εξαρτάται από τον συνδυασμό endpoints:

• Exchange (on-prem) σε Microsoft 365 μέσω IMAP: Οι ημερομηνίες χαλάνε. Ο μηχανισμός μεταφοράς του M365 σφραγίζει νέα Received headers και αντικαθιστά το INTERNALDATE.
• Google Workspace σε Microsoft 365: Οι ημερομηνίες χαλάνε. Το MigrationWiz χρησιμοποιεί IMAP για ανάγνωση από Google και γράφει στο M365, που προσθέτει τα δικά του headers.
• Exchange σε Exchange (EWS σε EWS): Οι ημερομηνίες συνήθως διατηρούνται. Το EWS παρακάμπτει τον μηχανισμό μεταφοράς και στις δύο πλευρές.
• Οτιδήποτε σε Google Workspace μέσω IMAP: Οι ημερομηνίες χαλάνε. Η υλοποίηση IMAP της Google προσθέτει Received header με τη χρονοσφραγίδα εισαγωγής.
• Cross-tenant Microsoft 365: Εξαρτάται από τη μέθοδο. Η διαδρομή IMAP χαλάει τις ημερομηνίες. Το απευθείας EWS μπορεί να τις διατηρήσει.

Ο πίνακας ελέγχου 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. Αυτό που προκαλεί το πρόβλημα εμφάνισης είναι το πρόσθετο Received: header και η αντικατασταθείσα τιμή INTERNALDATE.

Το Redate.io συνδέεται στο γραμματοκιβώτιο (Google Workspace, Microsoft 365 ή IMAP), σαρώνει τα email που επηρεάστηκαν από τη μετεγκατάσταση MigrationWiz και διορθώνει τα metadata ημερομηνιών μέσω ενός ιδιόκτητου πολυσταδιακού αγωγού ανάλυσης. Η διόρθωση στοχεύει συγκεκριμένα στο επίπεδο metadata, με αντιστοίχιση μοτίβων γνωστών υπογραφών MigrationWiz header, συμπεριλαμβανομένων των χαρακτηριστικών αναγνωριστικών mx.migrationwiz.com και bittitan.com στην αλυσίδα Received.

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

Το να κατανοήσετε το πρόβλημα είναι ένα πράγμα. Το να διορθώσετε 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 επηρεάστηκαν πριν δεσμευτείτε σε οτιδήποτε.