Migration des e-mails : le calendrier étape par étape

Étapes d'une migration des e-mails : un calendrier quotidien qui limite les interruptions

Une migration des e-mails ne se résume pas à copier des fichiers. Elle consiste à gérer une transition d'état entre deux bases de données actives pendant que les utilisateurs modifient des données aux deux extrémités. Si la couche de données (IMAP) et celle du routage (DNS) ne restent pas synchronisées, vous créez un routage partagé : une partie de l'entreprise reçoit ses messages sur l'ancien serveur et l'autre sur le nouveau.

Ce mode opératoire décrit les étapes jour après jour, de T-7 à T+1. Pas de théorie, uniquement l'ordre d'exécution. Pour approfondir l'architecture, consultez le guide complet de configuration de la messagerie.

Les trois couches à gérer

Toute migration de messagerie comporte trois couches. Une défaillance de l'une d'elles peut entraîner une interruption.

1. Couche de données : les anciens e-mails (IMAP)
2. Couche de routage : les enregistrements DNS (MX) qui déterminent la destination des nouveaux messages
3. Couche d'identité : la configuration des clients (Outlook et applications mobiles) utilisés pour accéder à la messagerie

T-7 jours : découverte et nettoyage

Impossible de migrer ce dont vous ignorez l'existence. Une liste d'utilisateurs ne constitue pas un inventaire. Ces premières étapes servent à dresser un tableau complet.

Tout inventorier

• Recensez chaque type d'objet : boîtes mail, alias, listes de diffusion et dossiers publics
• Repérez les boîtes géantes : recherchez celles qui dépassent 20 Go. Google limite les téléchargements IMAP à environ 2,500 Mo/jour. Une boîte de 50 Go peut demander des semaines, pas quelques heures. Le guide de migration des données Google Workspace décrit en détail ces limites.
• Nettoyez les données dormantes : les anciens salariés n'ont pas besoin d'une boîte active. Exportez leurs données dans des archives locales.

Si vous migrez depuis Exchange, utilisez PowerShell pour obtenir le nombre réel d'éléments. La taille en Go n'est pas fiable en raison de la compression :

T-2 jours : la synchronisation de préchargement

N'attendez pas le vendredi soir. Transférez 90% des données historiques pendant que les utilisateurs travaillent encore. Ce préchargement réduit fortement le risque lors de la bascule.

Lancer la synchronisation

Configurez votre outil de migration, ou imapsync, pour transférer les e-mails de plus de 30 jours. Surveillez les erreurs HTTP 429 (trop de requêtes) ou Google 11001.

Les limites à connaître

Avertissement pour Gmail : ne migrez pas directement le dossier « Tous les messages » en plus de chaque libellé. Gmail utilise des libellés plutôt que des copies distinctes, mais un mauvais mappage entre libellés et dossiers peut créer des doublons sur la destination. Mappez les libellés vers des dossiers et excluez Gmail/All Mail de ce parcours.

T-1 jour : réduire le TTL (la règle des 300 secondes)

Les enregistrements DNS sont souvent mis en cache pendant 24 heures (TTL 86,400). La réduction du TTL est l'une des étapes les plus souvent oubliées et regrettées. Si vous changez les MX sans la préparer, certains résolveurs peuvent continuer à diriger les messages vers l'ancien serveur jusqu'à l'expiration de leur cache.

1. Connectez-vous auprès de votre fournisseur DNS (Cloudflare, Route53, etc.)
2. Repérez vos enregistrements MX
3. Réglez le TTL sur 300 secondes (5 minutes)
4. Ne supprimez pas encore les anciens enregistrements; modifiez uniquement le TTL

Vérifiez avec dig :

T-0 (vendredi soir) : la bascule

Les utilisateurs ont cessé de travailler. Procédez à la bascule. Ce sont les étapes les plus critiques de la migration.

Étape 1 : le gel

Demandez aux utilisateurs de ne plus envoyer de messages. Si possible, verrouillez les comptes sur la source pour éviter les e-mails orphelins.

Étape 2 : la synchronisation différentielle

Relancez l'outil de migration. Ce passage récupère les 30 derniers jours et tous les nouveaux éléments. Comme le gros des données a déjà été transféré, il devrait être plus court que le préchargement, mais sa durée dépend du volume et des limitations du fournisseur.

Surveillez les problèmes UIDVALIDITY : si le serveur source a réindexé les dossiers, l'outil peut télécharger des doublons. Commencez toujours par une simulation. La RFC 3501 sur IMAP explique en détail la sémantique UIDVALIDITY.

Étape 3 : modifier les enregistrements MX

Faites pointer vos MX vers le nouveau fournisseur. Pour les utilisateurs de TrekMail :

Avec un TTL de 300 secondes, les caches qui le respectent peuvent se renouveler en 5 minutes environ. D'autres résolveurs peuvent demander plus de temps.

Étape 4 : mettre à jour SPF et DKIM

Publiez et vérifiez l'autorisation des nouvelles adresses IP dans SPF avant que le nouveau fournisseur commence à envoyer, tout en conservant les anciennes sources tant qu'elles restent actives. Pour en savoir plus sur l'authentification des e-mails sur votre domaine, consultez notre guide dédié.

T+1 (lundi matin) : vérification

Les dernières étapes portent sur la validation. Ne supposez pas que la migration a réussi, vérifiez-la.

Vérifier le nombre d'éléments

Comparez le nombre d'éléments entre la source et la destination. Un écart inférieur à 1% peut s'expliquer par des éléments MIME corrompus et doit être documenté. Selon cette politique opérationnelle, un écart supérieur à 5% impose d'examiner un éventuel problème général, tel qu'une profondeur de dossiers excessive ou des filtres mal configurés.

Reconfigurer les clients

Selon le client de messagerie et le changement de service, les utilisateurs devront soit modifier le compte existant, soit le retirer et ajouter le nouveau.

Calendriers et contacts

TrekMail est un service d'hébergement professionnel de messagerie pour les entreprises. Il héberge les calendriers côté serveur avec CalDAV et les contacts avec CardDAV. La migration IMAP, en revanche, ne transfère que les e-mails. Exportez les calendriers (.ics) et les contacts (.vcf) depuis l'ancien fournisseur, puis importez-les dans TrekMail. Une fois les comptes configurés, ils se synchroniseront sur les appareils compatibles.

Points de contrôle pour poursuivre ou renoncer

Le plan de retour en arrière

Si le nouveau système refuse des messages ou s'il manque des données essentielles :

1. Rétablissez les MX : faites-les pointer vers l'ancien fournisseur. Avec un TTL de 300s, certains caches peuvent se renouveler en 5 minutes, mais le retour complet peut prendre davantage de temps
2. Exportez l'intervalle : gardez le nouveau fournisseur accessible et répétez le rapprochement ; tout message qui y arrive avant l'expiration des caches DNS doit être exporté au format EML/MBOX et importé sur l'ancien serveur
3. Établissez le diagnostic : recherchez une erreur 550 5.7.1 (Relay Access Denied) ou un blocage du pare-feu avant de recommencer

TrekMail automatise ces étapes de migration

Une migration manuelle demande beaucoup de travail et comporte des risques. TrekMail automatise une partie de l'infrastructure afin que vous puissiez vous concentrer sur vos clients.

Pour les petites entreprises

Ne payez plus pour des fonctions inutiles. L'outil de migration intégré à TrekMail gère la connexion IMAP, les nouvelles tentatives et les limitations pour les données prises en charge. Saisissez les identifiants, surveillez l'opération, puis effectuez un rapprochement final avec la source.

Pour les agences et les MSP

Provisionnement groupé pour plus de 100 domaines. Espace mutualisé entre tous les clients plutôt que des limites par utilisateur. SMTP géré qui réduit le besoin d'organiser la chauffe des IP.

Toutes les offres payantes incluent un essai gratuit de 14 jours avec carte bancaire requise. L'offre Nano ne demande aucune carte.

Conclusion

Ces étapes suivent un calendrier strict pour une bonne raison : chaque phase dépend de la précédente. Si vous omettez de réduire le TTL, le routage peut rester partagé jusqu'à 24 heures, selon l'expiration des caches. Sans préchargement, la fenêtre de bascule peut durer bien plus longtemps que prévu.

Suivez le calendrier, comparez le nombre d'éléments et gardez un plan de retour en arrière à portée de main. Voilà toute la méthode.

Prêt à commencer ? Créez votre compte TrekMail gratuit et utilisez le moteur de migration intégré pour alléger le travail manuel.