Changer d’hébergeur de messagerie, c’est un peu comme déménager un stock : tant que tout n’est pas arrivé dans les nouveaux locaux, on ne dort pas tranquille. Beaucoup de dirigeants repoussent cette opération par peur de perdre des emails ou de couper leur activité pendant deux jours. C’est compréhensible, et pourtant une migration bien préparée se passe presque toujours sans incident visible pour l’utilisateur.
Je fais cette opération régulièrement pour des clients de Valence et de sa région, souvent quand ils quittent un hébergeur historique devenu trop cher ou trop limité, ou quand ils passent enfin sur Microsoft 365. Voici comment ça se déroule concrètement, et ce qu’il faut anticiper pour ne rien perdre.
Pourquoi et quand migrer sa messagerie
On ne change pas d’hébergeur mail pour le plaisir. Dans la pratique, les raisons reviennent souvent aux mêmes situations.
Le cas le plus fréquent, c’est l’entreprise qui a hérité d’une messagerie chez son ancien webmaster ou dans un pack mutualisé bas de gamme. Les boîtes sont limitées à quelques gigaoctets, il n’y a pas de vraie protection anti-spam, et surtout personne ne sait vraiment qui gère quoi. Le jour où un problème survient, plus personne ne répond.
Autre cas classique : le passage à Microsoft 365 pour bénéficier du partage d’agenda, des dossiers partagés et d’une synchronisation propre entre l’ordinateur, le téléphone et le webmail. C’est souvent le déclencheur d’une migration.
Enfin, il y a les entreprises qui centralisent tout chez un prestataire unique pour arrêter de courir après plusieurs interlocuteurs. Quand je reprends l’infogérance d’une TPE, la messagerie fait partie des premiers chantiers, parce que c’est l’outil le plus critique au quotidien.
Le bon moment pour migrer, c’est quand vous avez identifié la destination et que vous pouvez bloquer une plage horaire calme, typiquement un vendredi soir ou un week-end pour une petite structure. Éviter les périodes de facturation, de clôture comptable ou de forte activité commerciale.
Comprendre ce qu’on déplace réellement
Une migration de messagerie, ce n’est pas un seul bloc, c’est trois choses distinctes qu’il faut traiter séparément. C’est en confondant les trois qu’on se plante.
Le contenu des boîtes. Ce sont vos emails, vos dossiers, souvent plusieurs années d’historique. Ils sont stockés sur le serveur de l’ancien hébergeur (en IMAP) et doivent être copiés vers le nouveau. Cette copie peut prendre plusieurs heures selon le volume. Les contacts, calendriers et tâches ne font pas partie de l’IMAP : s’ils sont utilisés, il faut prévoir leur migration séparément.
Les enregistrements DNS. Ce sont les panneaux indicateurs qui disent à Internet où livrer vos emails. Le plus important s’appelle l’enregistrement MX. Tant qu’il pointe vers l’ancien serveur, les nouveaux messages continuent d’y arriver, même si vous avez tout préparé ailleurs.
La configuration des postes et téléphones. Une fois la bascule faite, chaque appareil doit être reconfiguré pour se connecter au nouveau serveur. Sur un parc de dix personnes avec ordinateurs et smartphones, ça représente une vingtaine de configurations à vérifier.
Si on résume l’ordre logique : on copie d’abord le contenu, on bascule ensuite les enregistrements DNS, on reconfigure enfin les appareils. Inverser cet ordre, c’est risquer de perdre les emails reçus pendant la transition.
Les étapes d’une migration propre
Voici le déroulé que je suis, adapté à une petite entreprise. Le principe est le même que vous ayez trois ou trente boîtes.
1. Inventaire complet avant de toucher à quoi que ce soit
Avant tout, je liste chaque adresse email active : les boîtes nominatives, mais aussi les adresses génériques du type contact@, compta@, ou les alias qui redirigent vers une personne. On oublie très souvent une adresse secondaire qui sert à recevoir les factures d’un fournisseur, et c’est justement celle qu’on retrouve vide trois semaines plus tard.
Je note aussi le volume de chaque boîte, les mots de passe, et les éventuelles règles de tri ou signatures à reconstruire.
2. Créer les boîtes sur le nouvel hébergeur
On recrée toutes les adresses côté destination, avec la même structure. À ce stade, ces boîtes sont vides et personne ne les utilise encore. C’est une préparation en coulisses, sans impact sur la messagerie en production.
3. Copier le contenu en IMAP
On lance une synchronisation qui recopie l’intégralité des messages de l’ancien serveur vers le nouveau, dossier par dossier. J’utilise généralement un outil dédié qui fait cette copie en conservant les dates, les statuts lu/non lu et l’arborescence.
Cette étape peut être longue si l’entreprise a des boîtes de plusieurs dizaines de gigaoctets. On peut la lancer plusieurs jours avant la bascule finale, puis relancer une synchronisation rapide juste avant pour rattraper les messages arrivés entre-temps.
4. Abaisser la durée de vie DNS à l’avance
Chaque enregistrement DNS a une valeur appelée TTL, qui indique combien de temps les serveurs du monde entier gardent l’information en mémoire. Si votre TTL est réglé sur 24 heures, votre changement d’enregistrement MX mettra jusqu’à une journée à se propager partout.
Deux ou trois jours avant la migration, j’abaisse ce TTL à quelques minutes. Résultat : le jour J, la bascule se propage vite et la période de flottement se compte en minutes, pas en heures. C’est un détail technique invisible pour le client, mais c’est ce qui fait la différence entre une migration douce et une journée de galère.
5. Basculer l’enregistrement MX
C’est le moment clé. On modifie l’enregistrement MX pour qu’il pointe vers le nouveau serveur. À partir de là, les nouveaux emails commencent à arriver dans les nouvelles boîtes. Pendant la courte période de propagation, quelques messages peuvent encore atterrir sur l’ancien serveur : c’est normal, et c’est pour ça qu’on garde l’ancienne boîte active quelques jours.
6. Vérifier SPF, DKIM et DMARC
Changer d’hébergeur change aussi les serveurs qui ont le droit d’envoyer vos emails. Si on oublie de mettre à jour ces enregistrements d’authentification, vos messages sortants risquent de tomber dans les spams de vos destinataires. J’ai détaillé ce sujet dans un article dédié sur SPF, DKIM et DMARC, c’est une étape à ne surtout pas négliger pendant une migration.
7. Reconfigurer les postes et téléphones
Une fois la bascule confirmée, on reconfigure les clients de messagerie sur chaque appareil : Outlook, Mail sur iPhone, l’application sur Android. C’est souvent la partie la plus chronophage, parce qu’elle se fait poste par poste, et qu’il faut vérifier que chaque personne retrouve bien son historique et peut envoyer un email de test.
Les pièges qui coûtent des emails
Les migrations qui tournent mal ont presque toujours une des causes suivantes. Autant les connaître d’avance.
- Fermer l’ancienne boîte trop tôt. Tant que la propagation DNS n’est pas totalement terminée partout, des messages peuvent encore arriver côté ancien serveur. Je garde toujours l’ancien compte accessible plusieurs jours, le temps de faire une dernière synchronisation de rattrapage.
- Oublier les redirections et alias. Une adresse qui redirigeait vers un compte externe, un formulaire de contact du site qui envoie vers une adresse précise : ces flux doivent être testés après la bascule.
- Négliger les mots de passe d’application. Certains appareils ou logiciels (photocopieur qui scanne vers email, logiciel de facturation qui envoie les devis) utilisent une adresse mail pour expédier automatiquement. Ces configurations-là passent facilement à la trappe.
- Sous-estimer le volume. Une boîte de 40 Go ne se copie pas en dix minutes. Mal évaluer le temps de synchronisation, c’est se retrouver coincé un vendredi soir avec une copie à moitié faite.
Un mot d’honnêteté : toutes les migrations ne se valent pas en difficulté. Passer d’un IMAP standard vers Microsoft 365 est bien balisé. En revanche, récupérer une vieille messagerie mal configurée, avec des comptes dont personne n’a les mots de passe, demande plus de travail préparatoire. Le diagnostic initial sert justement à mesurer ça avant de s’engager sur un créneau.
Faut-il migrer soi-même ou déléguer ?
Pour une seule boîte personnelle, avec un peu de méthode et de patience, la migration reste faisable en autonomie. Les tutoriels existent et l’enjeu est limité.
Pour une entreprise de Bourg-lès-Valence, Romans-sur-Isère ou Montélimar avec plusieurs collaborateurs, des adresses partagées et une activité qui dépend des emails, le calcul est différent. Le risque, ce n’est pas tant l’aspect technique que la coordination : préparer, prévenir les équipes, choisir le bon créneau, gérer la reconfiguration de tous les appareils et rester joignable si un détail coince.
Quand j’accompagne une migration, je fais l’inventaire, je prépare tout à l’avance, je planifie la bascule sur un moment calme et je reste disponible pendant la transition pour traiter les cas particuliers. L’objectif est simple : que le lundi matin, chacun ouvre sa messagerie et retrouve tout, sans même se rendre compte qu’on a changé de crémerie. Si vous avez besoin d’aide sur ce type d’opération ou d’une simple assistance pour reconfigurer vos postes, je peux intervenir sur Valence et dans toute la Drôme et l’Ardèche.
Vous envisagez de changer d’hébergeur de messagerie ou de passer à Microsoft 365, et vous voulez le faire sans perdre un email ni couper votre activité ? Contactez-moi pour qu’on fasse le point sur votre configuration actuelle et qu’on planifie une migration propre.