Η μεταφορά εταιρικού email στο Microsoft 365 συχνά παρουσιάζεται ως μια απλή αλλαγή λογαριασμών. Στην πράξη, το κρίσιμο μέρος της διαδικασίας συμβαίνει πριν αλλάξουν τα MX records και πριν συνδεθεί το πρώτο Outlook.
Μια επιχείρηση μπορεί να χρησιμοποιεί POP σε ορισμένους υπολογιστές, IMAP σε άλλους, διαφορετικά aliases, κοινόχρηστες διευθύνσεις και εφαρμογές που στέλνουν email μέσω του παλιού παρόχου. Αν αυτά δεν καταγραφούν, το migration μπορεί να ολοκληρωθεί τεχνικά αλλά να αφήσει πίσω ιστορικό, ρυθμίσεις ή κρίσιμες ροές εργασίας.
1. Καταγραφή όλων των email διευθύνσεων
Το πρώτο βήμα είναι να δημιουργηθεί πλήρης λίστα με ενεργούς χρήστες, aliases, shared addresses και διευθύνσεις που χρησιμοποιούνται από εφαρμογές ή συσκευές. Δεν αρκεί μια λίστα με τα ονόματα των εργαζομένων.
Διευθύνσεις όπως info@, sales@, accounting@ ή support@ μπορεί να λειτουργούν ως κανονικά mailboxes, ως aliases ή να προωθούν μηνύματα σε πολλούς χρήστες. Η νέα δομή πρέπει να αποφασιστεί πριν δημιουργηθούν οι λογαριασμοί στο Microsoft 365.
2. Έλεγχος αν το παλιό email λειτουργεί με POP ή IMAP
Η διαφορά είναι ουσιαστική. Σε ένα IMAP περιβάλλον, μεγάλο μέρος του ιστορικού βρίσκεται συνήθως στον mail server. Σε ένα POP περιβάλλον, τα μηνύματα μπορεί να έχουν κατέβει μόνο σε έναν συγκεκριμένο υπολογιστή και να βρίσκονται σε τοπικό αρχείο PST.
Πριν γίνει οποιαδήποτε αλλαγή, πρέπει να ελεγχθούν τα Outlook profiles, τα αρχεία δεδομένων και η πραγματική θέση του ιστορικού. Η παρουσία παλιών email στο Outlook δεν αποδεικνύει ότι τα ίδια δεδομένα υπάρχουν στον server.
3. Καταγραφή μεγέθους και κατάστασης κάθε mailbox
Το μέγεθος των mailboxes επηρεάζει τη διάρκεια και τη μέθοδο της μεταφοράς. Χρειάζεται επίσης έλεγχος για πολύ μεγάλους φακέλους, corrupted PST, παλιά deleted items και μηνύματα με προβληματικά attachments.
Η καταγραφή βοηθά να εντοπιστούν εξαιρέσεις πριν αρχίσει το migration και να μην αντιμετωπιστούν όλοι οι χρήστες σαν να έχουν ακριβώς το ίδιο προφίλ.
4. Έλεγχος domain και DNS
Η ομάδα που εκτελεί τη μεταφορά πρέπει να έχει πρόσβαση στη διαχείριση του domain και των DNS records. Συνήθως απαιτούνται έλεγχος ή αλλαγές σε MX, Autodiscover, SPF και άλλα records που σχετίζονται με την επιβεβαίωση και τη ροή email.
Παράλληλα καταγράφονται οι υφιστάμενες εγγραφές ώστε να υπάρχει σαφής εικόνα πριν από κάθε αλλαγή. Το SPF πρέπει να περιλαμβάνει τις πραγματικές πηγές αποστολής και να μην τροποποιείται πρόχειρα χωρίς να ελεγχθούν οι εφαρμογές που στέλνουν email.
5. Εφαρμογές, scanners και συσκευές που στέλνουν email
Πολυμηχανήματα, scanners, ERP, λογιστικές εφαρμογές, websites και συστήματα ειδοποιήσεων μπορεί να χρησιμοποιούν SMTP στοιχεία του παλιού παρόχου. Μετά την αλλαγή, αυτές οι αποστολές μπορεί να σταματήσουν χωρίς να επηρεάζεται το Outlook των χρηστών.
Για κάθε τέτοια συσκευή ή εφαρμογή πρέπει να καταγραφούν ο τρόπος αποστολής, ο λογαριασμός, η θύρα, η κρυπτογράφηση και τυχόν περιορισμοί του κατασκευαστή.
6. Σχεδιασμός χρηστών, aliases και shared mailboxes
Το Microsoft 365 δίνει τη δυνατότητα να οργανωθούν καλύτερα κοινόχρηστες διευθύνσεις και πρόσβαση ομάδων. Ένα κοινό email δεν χρειάζεται απαραίτητα να λειτουργεί με κοινόχρηστο password. Μπορεί να χρησιμοποιηθεί shared mailbox με δικαιώματα ανά χρήστη.
Αυτή είναι η κατάλληλη στιγμή να διορθωθούν παλιοί λογαριασμοί, διπλές διευθύνσεις και ασαφής ιδιοκτησία mailboxes, χωρίς όμως να αλλάζουν τα πάντα ταυτόχρονα την ημέρα του cutover.
7. Απόφαση για επαφές, ημερολόγια και τοπικά δεδομένα
Η τυπική IMAP migration αφορά κυρίως email folders. Επαφές, ημερολόγια, signatures, autocomplete entries και δεδομένα που βρίσκονται σε τοπικά PST χρειάζονται ξεχωριστό έλεγχο.
Για κάθε κατηγορία δεδομένων πρέπει να αποφασιστεί αν θα μεταφερθεί, με ποια μέθοδο και πώς θα επιβεβαιωθεί το αποτέλεσμα.
8. Δημιουργία λογαριασμών και βασικής ασφάλειας
Πριν δοθούν οι νέοι λογαριασμοί, πρέπει να έχει συμφωνηθεί η πολιτική κωδικών, η ενεργοποίηση MFA και ο τρόπος αρχικής σύνδεσης των χρηστών. Οι λογαριασμοί διαχείρισης δεν πρέπει να χρησιμοποιούνται για καθημερινό email.
Χρειάζεται επίσης σαφής λίστα με τους εξουσιοδοτημένους administrators και ασφαλής παράδοση των αρχικών στοιχείων πρόσβασης.
9. Επιλογή χρόνου cutover και πλάνου επικοινωνίας
Η αλλαγή της ροής email πρέπει να γίνει σε χρονικό σημείο που επιτρέπει έλεγχο και υποστήριξη. Οι χρήστες χρειάζεται να γνωρίζουν πότε θα αλλάξει το περιβάλλον, ποια στοιχεία θα χρησιμοποιήσουν και πού θα αναφέρουν πρόβλημα.
Για μεγαλύτερες μεταφορές, είναι χρήσιμο να υπάρχει pilot χρήστης ή μικρή δοκιμαστική ομάδα πριν από το συνολικό cutover.
10. Έλεγχος μετά τη μετάβαση
Η ολοκλήρωση δεν κρίνεται μόνο από το αν ανοίγει το Outlook. Πρέπει να ελεγχθούν αποστολή και λήψη προς εσωτερικούς και εξωτερικούς παραλήπτες, aliases, shared mailboxes, κινητές συσκευές, εφαρμογές SMTP και συγχρονισμός φακέλων.
Καταγράφονται επίσης τυχόν παλιά profiles ή PST που πρέπει να παραμείνουν προσωρινά διαθέσιμα μέχρι να επιβεβαιωθεί ότι το ιστορικό έχει μεταφερθεί σωστά.
Πρακτικό checklist πριν αλλάξουν τα MX records
- Πλήρης λίστα χρηστών, aliases και shared addresses
- Έλεγχος POP, IMAP, PST και πραγματικής θέσης δεδομένων
- Καταγραφή μεγέθους mailboxes και εξαιρέσεων
- Πρόσβαση σε domain και DNS
- Καταγραφή scanners, websites και εφαρμογών SMTP
- Απόφαση για επαφές, ημερολόγια και signatures
- Δημιουργία λογαριασμών και MFA
- Σχέδιο cutover, ενημέρωση χρηστών και υποστήριξη
- Έλεγχος αποστολής, λήψης και όλων των κοινόχρηστων διευθύνσεων
Οργανωμένη μετάβαση στο Microsoft 365
Η Percento αναλαμβάνει migration εταιρικού email στο Microsoft 365, από την αρχική αποτύπωση μέχρι τη ρύθμιση Outlook και τον τελικό έλεγχο. Δείτε επίσης την υπηρεσία Microsoft 365 για επιχειρήσεις.
Στα πραγματικά έργα της Percento μπορείτε να δείτε μετάβαση 7 χρηστών από POP email στο Microsoft 365 στα Σπάτα και migration 25 χρηστών μαζί με FortiGate, SQL Server και VPN στο Μαρούσι.
Αν σχεδιάζετε αντίστοιχη μετάβαση, ανοίξτε ένα αίτημα προς την Percento ώστε να καταγραφεί πρώτα το υφιστάμενο περιβάλλον.