Changer de fournisseur de messagerie fait peur pour une raison simple : le mail est souvent l'outil le plus critique d'une entreprise. Une coupure de quelques heures, une adresse qui ne reçoit plus rien pendant deux jours, ou pire, des emails perdus définitivement — et c'est tout le fonctionnement de la boîte qui est à l'arrêt.

Ce guide reprend, étape par étape, le déroulé d'une migration réelle : 23 comptes email répartis sur 3 noms de domaine, transférés de Gandi vers Microsoft 365, sans interruption de réception et sans perte de données. La méthode s'applique à la plupart des migrations, quel que soit votre fournisseur de départ (OVH, LWS, Google Workspace...).

À retenir : une migration mail réussie ne se joue pas au moment du transfert des messages, mais dans la préparation des enregistrements DNS et dans l'ordre des opérations. C'est ce qui évite les coupures.

1. L'audit préalable : lister avant de toucher à quoi que ce soit

Avant de changer le moindre enregistrement DNS, il faut avoir une vision complète de l'existant :

  • La liste exacte des boîtes mail actives, avec leur volume de données (certaines boîtes de plusieurs années peuvent peser plusieurs Go)
  • Les domaines concernés — dans le cas d'une entreprise avec plusieurs marques ou sites, chaque domaine a ses propres enregistrements MX à migrer séparément
  • Les services qui dépendent des adresses mail actuelles : formulaires de site web, outils tiers connectés (CRM, facturation), redirections existantes
  • Les appareils à reconfigurer : postes Outlook, téléphones, tablettes

Cette étape évite la mauvaise surprise classique : découvrir après coup qu'une adresse mail servait aussi à recevoir les notifications d'un logiciel de comptabilité.

2. Créer les boîtes dans Microsoft 365 avant de toucher au DNS

La règle d'or : on prépare tout côté Microsoft 365 avant de basculer le moindre enregistrement DNS. Cela signifie créer les utilisateurs, attribuer les licences, et vérifier la propriété du domaine dans le tenant Microsoft 365 (via un enregistrement TXT temporaire fourni par Microsoft).

À ce stade, les emails continuent d'arriver normalement chez l'ancien fournisseur — rien n'est encore basculé côté réception.

3. Le transfert des données : IMAP ou outil de migration natif

Pour transférer l'historique des emails, deux approches principales :

  • Migration IMAP via le centre d'administration Microsoft 365 : fonctionne avec la plupart des fournisseurs, dont Gandi, à condition d'avoir les identifiants IMAP de chaque boîte
  • Export/import PST pour les cas où l'accès IMAP est limité ou pour préserver une organisation de dossiers spécifique

Sur une migration de 23 comptes, le transfert IMAP en masse (via un fichier CSV listant les boîtes et leurs identifiants) permet de lancer toutes les migrations en parallèle plutôt que boîte par boîte, ce qui réduit fortement le temps total.

Point de vigilance : le transfert initial peut prendre plusieurs heures selon le volume. Il est recommandé de lancer une première synchronisation complète, puis une synchronisation différentielle juste avant la bascule finale, pour rattraper les emails reçus entre-temps.

4. La bascule DNS : MX, SPF, DKIM, DMARC

C'est l'étape la plus sensible, car elle détermine où arrivent réellement les nouveaux emails. Quatre enregistrements sont concernés :

L'enregistrement MX

Il indique quel serveur reçoit les emails du domaine. C'est le changement principal : on remplace les enregistrements MX de Gandi par ceux fournis par Microsoft 365 (généralement au format votredomaine-fr.mail.protection.outlook.com).

SPF (Sender Policy Framework)

Cet enregistrement TXT liste les serveurs autorisés à envoyer des emails au nom de votre domaine. Il faut l'adapter pour inclure les serveurs Microsoft 365 — souvent en ajoutant include:spf.protection.outlook.com à l'enregistrement existant, plutôt qu'en le remplaçant entièrement (surtout si d'autres services, comme un CRM, envoient déjà des emails en votre nom).

DKIM (DomainKeys Identified Mail)

DKIM signe cryptographiquement les emails sortants pour prouver qu'ils n'ont pas été altérés. Microsoft 365 fournit deux enregistrements CNAME à ajouter, puis DKIM s'active depuis le centre d'administration.

DMARC

DMARC s'appuie sur SPF et DKIM pour indiquer aux serveurs receveurs quoi faire des emails qui échouent aux vérifications (les rejeter, les mettre en quarantaine, ou ne rien faire). C'est le dernier enregistrement à configurer, une fois SPF et DKIM validés et stables.

Pourquoi cet ordre ? Configurer DMARC en mode strict avant que SPF et DKIM soient parfaitement fonctionnels peut faire rejeter vos propres emails légitimes par les serveurs de vos destinataires. On active toujours DMARC en dernier, et en mode surveillance avant de passer en mode strict.

5. Le jour de la bascule : minimiser la fenêtre de coupure

La propagation DNS peut prendre de quelques minutes à 48 heures selon les serveurs. Pour limiter les emails perdus pendant cette fenêtre :

  • Réduire le TTL (durée de vie) des enregistrements DNS 24 à 48h avant la bascule, pour accélérer la propagation le jour J
  • Basculer en dehors des heures ouvrées quand c'est possible
  • Garder l'ancien fournisseur actif quelques jours après la bascule, pour récupérer les emails qui auraient transité par l'ancien serveur pendant la propagation

6. Configurer les postes et vérifier que tout fonctionne

Une fois le DNS basculé, il reste à reconfigurer Outlook sur les postes de travail (ou basculer sur Outlook Web si l'entreprise n'utilise pas de client lourd) et sur les téléphones. C'est aussi le bon moment pour vérifier la configuration de sécurité des postes concernés par la nouvelle messagerie professionnelle.

Un contrôle final s'impose : envoyer et recevoir un email de test depuis chaque boîte, vérifier que les anciens emails sont bien présents, et confirmer que SPF/DKIM/DMARC passent bien les vérifications (des outils gratuits comme MXToolbox permettent de le tester en quelques secondes).

En résumé

Une migration mail réussie repose sur trois principes : préparer entièrement le nouvel environnement avant de toucher au DNS, transférer les données en avance pour ne basculer que le strict nécessaire le jour J, et configurer SPF/DKIM/DMARC dans le bon ordre pour ne pas casser la délivrabilité de vos emails.