Migrer vers Microsoft 365 sans couper les e-mails

Qu'elle vienne d'un serveur Exchange interne, d'un hébergeur de messagerie, de Google Workspace ou d'une offre packagée, une migration vers Microsoft 365 suit toujours la même logique : préparer, copier en arrière-plan, basculer à un moment calme, puis vérifier.

Bien menée, elle se fait sans perte d'e-mails et avec une interruption limitée pour les équipes.

Préparer la migration

• Inventorier les boîtes, les alias, les boîtes partagées, les listes de distribution et les calendriers partagés.
• Mesurer les volumes à migrer, qui déterminent la durée de copie.
• Identifier qui gère le nom de domaine et la zone DNS, et obtenir les accès.
• Choisir les licences adaptées à chaque profil.
• Supprimer les comptes inactifs plutôt que de les migrer.
• Annoncer la date de bascule et ce qui va changer pour les utilisateurs.

Les étapes de la bascule

• Créer le tenant, vérifier le domaine et créer les comptes avec la double authentification.
• Copier les contenus des boîtes en arrière-plan, pendant que l'ancien système fonctionne encore.
• Modifier les enregistrements DNS (MX, Autodiscover, SPF) à un moment de faible activité.
• Lancer une dernière synchronisation pour récupérer les messages arrivés entre-temps.
• Reconfigurer Outlook et les téléphones, puis vérifier l'envoi et la réception.
• Activer DKIM et DMARC pour le domaine.

Et les fichiers ?

Les fichiers ne doivent pas forcément suivre le même calendrier. Selon les usages, ils peuvent rejoindre SharePoint et OneDrive, ou rester sur un serveur de fichiers. Une migration de fichiers demande de revoir les droits d'accès et l'organisation des dossiers, et de vérifier les chemins trop longs ou les noms de fichiers incompatibles.

Les pièges classiques

• Les imprimantes et scanners qui envoient des e-mails et doivent être reconfigurés.
• Les applications métier, sites web et outils de facturation qui envoient des messages au nom du domaine.
• Les transferts automatiques et les adresses génériques oubliés dans l'inventaire.
• La suppression de l'ancien système avant la fin de la période de vérification.

Après la bascule

• Un support renforcé les premiers jours, pour les questions pratiques.
• Une période de chevauchement pendant laquelle l'ancien système reste consultable.
• La mise en place d'une sauvegarde dédiée pour Microsoft 365.
• La mise à jour de la documentation : comptes, licences, DNS, paramètres.