Messagerie & domaines
Comment migrer une messagerie professionnelle sans perdre ses emails ?
Changer de solution de messagerie ne consiste pas seulement à recréer des boîtes mail. Une migration réussie doit préserver les messages, les accès, le DNS et la continuité d’utilisation. Voici les principaux points à préparer avant une bascule.
Changer de solution de messagerie ne consiste pas seulement à recréer des boîtes mail. Une migration réussie doit préserver les messages, les accès, le DNS et la continuité d’utilisation. Voici les principaux points à préparer avant une bascule.
Commencer par inventorier l'existant
Avant de modifier le moindre enregistrement DNS, il faut savoir précisément ce qui existe déjà.
L'inventaire peut notamment comprendre :
- les boîtes utilisateurs ;
- les boîtes partagées ;
- les alias et redirections ;
- les listes ou groupes de diffusion ;
- les calendriers et contacts ;
- les applications qui envoient des emails ;
- les appareils et logiciels configurés avec l'ancienne messagerie.
Une adresse utilisée uniquement par un logiciel de facturation ou un formulaire de site web peut facilement être oubliée si l'on regarde seulement les comptes visibles dans Outlook.
Vérifier où se trouvent réellement les données
Selon la solution actuelle, les messages peuvent être conservés principalement sur le serveur, dans le cloud ou seulement dans certains logiciels clients.
Il est donc important de vérifier :
- le volume de chaque boîte ;
- la présence d'archives locales ;
- les dossiers partagés ;
- les calendriers et contacts ;
- les éventuels fichiers PST ou autres archives ;
- la présence de messages qui n'existent plus sur le serveur.
Une migration ne doit pas supposer que tout ce qui apparaît sur un poste est automatiquement présent dans la source à transférer.
Préparer la nouvelle plateforme avant la bascule
La nouvelle messagerie doit être suffisamment préparée avant de modifier les enregistrements MX du domaine.
Cela peut inclure :
- la création des utilisateurs ;
- l'attribution des licences nécessaires ;
- la création des boîtes partagées et alias ;
- la configuration des règles utiles ;
- les paramètres de sécurité ;
- la préparation de SPF, DKIM et DMARC ;
- les droits d'accès entre utilisateurs lorsque cela est nécessaire.
L'objectif est de limiter le nombre de changements réalisés au même moment.
Choisir une méthode de migration adaptée
Il n'existe pas une seule méthode valable dans tous les cas.
Selon l'ancienne et la nouvelle plateforme, les données peuvent être transférées par synchronisation serveur, outil de migration spécialisé, import d'archives ou combinaison de plusieurs méthodes.
Le choix dépend notamment :
- du nombre de boîtes ;
- du volume de données ;
- des fonctions disponibles sur les deux plateformes ;
- du temps disponible pour la bascule ;
- de la possibilité ou non de faire coexister les deux systèmes pendant une période.
Pour quelques comptes, une méthode simple peut suffire. Pour une organisation avec davantage d'utilisateurs et de dépendances, une migration progressive est souvent plus facile à contrôler.
Le DNS joue un rôle central
La réception des emails dépend notamment des enregistrements MX du domaine.
Mais une migration peut également nécessiter des changements concernant :
- SPF ;
- DKIM ;
- DMARC ;
- Autodiscover ou les mécanismes équivalents ;
- certains enregistrements utilisés par des applications ;
- des sous-domaines d'envoi.
Il faut éviter de supprimer trop tôt les paramètres encore nécessaires à l'ancienne plateforme.
À l'inverse, conserver indéfiniment des enregistrements obsolètes peut rendre la configuration difficile à comprendre et provoquer des erreurs plus tard.
Prévoir une période de transition
Une modification DNS ne signifie pas que tous les systèmes sur Internet utiliseront instantanément la nouvelle configuration.
Pendant une période de transition, certains messages peuvent encore être traités selon des informations précédentes mises en cache.
Une migration bien préparée doit donc prévoir ce comportement et éviter de rendre l'ancienne plateforme inaccessible trop tôt.
Selon le contexte, il peut être pertinent de maintenir temporairement l'accès aux deux environnements ou de réaliser une dernière synchronisation après la bascule.
Ne pas oublier les appareils et applications
Une messagerie professionnelle n'est pas utilisée uniquement depuis un navigateur.
Après la migration, il peut être nécessaire de reconfigurer :
- Outlook ou un autre client de messagerie ;
- les téléphones ;
- les tablettes ;
- les imprimantes multifonctions ;
- les scanners ;
- les sites web ;
- les logiciels de gestion ou de facturation ;
- les applications qui envoient des notifications.
Un service peut donc sembler correctement migré alors qu'une application continue silencieusement d'utiliser un ancien serveur SMTP.
Vérifier l'authentification du domaine après la bascule
La migration est aussi l'occasion de contrôler la délivrabilité.
SPF, DKIM et DMARC doivent correspondre aux services réellement autorisés à envoyer des messages au nom du domaine.
Une configuration laissée à moitié sur l'ancien fournisseur peut entraîner des échecs d'authentification ou rendre plus difficile l'identification des messages légitimes.
Si vos messages arrivent déjà dans les courriers indésirables, consultez également les principaux points à vérifier lorsqu'un email professionnel arrive en spam.
Effectuer des tests avant de considérer la migration terminée
Il est utile de tester au minimum :
- l'envoi vers plusieurs domaines externes ;
- la réception depuis l'extérieur ;
- les réponses ;
- les alias ;
- les boîtes partagées ;
- les calendriers si leur migration est prévue ;
- les appareils mobiles ;
- les applications qui utilisent la messagerie ;
- les résultats SPF, DKIM et DMARC sur de vrais messages.
Le fait qu'un utilisateur puisse ouvrir sa nouvelle boîte ne suffit pas à démontrer que l'ensemble de la messagerie fonctionne correctement.
Quand supprimer l'ancienne plateforme ?
Pas immédiatement après le premier email reçu sur la nouvelle plateforme.
Avant de fermer l'ancien service, il faut vérifier que les données attendues ont bien été transférées, que les utilisateurs disposent des accès nécessaires et qu'aucune application importante ne dépend encore de l'ancien environnement.
Il est également utile de conserver une trace des anciens paramètres pendant la période de validation.
Une migration de messagerie est avant tout une migration de service
L'objectif n'est pas seulement de déplacer des messages d'un serveur vers un autre.
Il faut préserver les usages, les identités, les accès, les applications qui envoient des emails et la capacité du domaine à être correctement reconnu par les destinataires.
Une préparation méthodique réduit fortement le risque de découvrir une dépendance oubliée au moment de la bascule.
Vous préparez une migration de messagerie ?
Zachary IT peut inventorier l'existant, préparer la nouvelle plateforme, organiser la bascule DNS et accompagner les utilisateurs jusqu'à la validation du nouveau service.