Migration IMAP : transférer les boîtes avec méthode

La migration IMAP est une phase où les problèmes surgissent vite : messages introuvables, dossiers d'envoi séparés et historique réparti entre les hébergeurs. La traiter comme une simple copie peut créer des doublons, laisser du courrier récent à la source et vous coûter des heures de vérification de la boîte de direction.

Ce guide explique le fonctionnement d'IMAP, ce qui est copié ou exclu, les échecs courants et la bascule progressive. Il s'adresse aux opérateurs gérant un domaine ou mille. Pour la mécanique de l'outil, lisez ensuite le guide d'exploitation imapsync. Si vous revoyez aussi l'hébergement, le guide de messagerie multidomaine traite le contrôle opérationnel.

Qu'est-ce qu'une migration IMAP ?

Elle consiste à se connecter à une boîte source par IMAP, lire les messages et dossiers, puis les écrire dans une boîte de destination. Elle transfère le courrier, pas l'ensemble des outils collaboratifs. Beaucoup de surprises viennent d'une surestimation du périmètre d'IMAP.

Au niveau du protocole, c'est une réplication entre boîtes utilisant le standard d'accès défini dans la RFC 3501. L'outil lit corps, en-têtes, dossiers et indicateurs sur l'ancien serveur, puis les ajoute au nouveau. En pratique, les fournisseurs gèrent les cas particuliers différemment, les noms varient et les utilisateurs continuent de modifier la source.

Une approche prudente ne se limite donc pas à une passe : synchronisations progressives, créneau de bascule, préparation DNS et vérification. IMAP est conçu pour accéder au courrier, pas pour répliquer parfaitement une base de données. Il faut tenir compte de cette réalité.

Si vous créez aussi un système, le guide de messagerie professionnelle couvre la configuration générale. Pour TrekMail, la présentation de la migration IMAP et la migration depuis Gmail expliquent le parcours dans le tableau de bord.

Ce qu'IMAP transfère et ce qu'il ne transfère pas

IMAP copie le contenu et une partie de l'état de la boîte, pas tout ce que les utilisateurs appellent leur messagerie. Messages, dossiers et indicateurs courants passent généralement ; contacts, calendriers, signatures et règles serveur habituellement non.

Expliquez cela avant de toucher à la production. Les utilisateurs peuvent attendre le déplacement de tout leur environnement. Les contacts CardDAV, calendriers CalDAV et règles propriétaires sont hors du périmètre IMAP.

Définissez correctement la réussite : finir la tâche ne suffit pas. Les utilisateurs doivent se connecter lundi, trouver leur historique, envoyer et ne pas découvrir plus tard une absence de messages envoyés.

Depuis un ancien hébergement cPanel, les dossiers système mal associés sont courants. Consultez le guide de migration cPanel avant la bascule : les noms peuvent différer de ceux de la destination.

Fonctionnement interne de la migration IMAP

L'outil lit le courrier sur un serveur et l'ajoute à l'autre en suivant son état entre les passes. La difficulté est de conserver assez de références et d'informations temporelles pour recopier seulement ce qui manque lors des synchronisations suivantes.

Il agit comme client des deux systèmes : énumération des dossiers et messages, lecture du contenu à la source, création des dossiers manquants et ajout des messages à destination. Il tente de préserver Seen, Answered et Flagged. Certains outils enregistrent localement les éléments copiés pour éviter les doublons.

Le problème d'état commence avec les UID et l'identité des dossiers. Chaque dossier expose des UID et une valeur UIDVALIDITY indiquant si l'ensemble appartient encore au même dossier logique. Si elle change en cours de migration, l'outil peut considérer le dossier comme nouveau et le recopier. Une réparation ordinaire peut alors faire exploser le stockage.

Exemple : la source est réindexée samedi pendant la copie préalable. UIDVALIDITY change. La prochaine passe traite des milliers d'éléments comme nouveaux et les réimporte. La destination double de volume et l'utilisateur retrouve son archive en double.

Autres particularités : les libellés Gmail montrent parfois un message à plusieurs endroits ; certains fournisseurs séparent les dossiers par des points, d'autres par des barres ; la destination peut rejeter des messages mal formés acceptés depuis longtemps. IMAP paraît simple seulement de loin.

Beaucoup d'outils fonctionnent par ajout, sans répercuter les suppressions. Cela limite les synchronisations destructrices accidentelles, mais supprimer à la source ne supprime pas forcément à destination. Prévoyez ce comportement.

Procédure pour limiter les risques

Une migration progressive combine synchronisation initiale, passes différentielles et passe après la modification des MX, répétée si des messages arrivent encore à la source. Les utilisateurs restent sur l'ancien système pendant le transfert principal.

N'attendez pas un unique grand week-end. Copiez tôt et réduisez au minimum les données restant à transférer lors de la bascule. Vous limitez ainsi les surprises du lundi.

1. Préparer la destination avant toute copie

Créez les boîtes, vérifiez l'espace disponible et la préparation aux utilisateurs. Dans TrekMail, selon l'article source, domaine actif, DNS vérifié et boîte existante précèdent l'import. Si la configuration continue, commencez par les enregistrements DNS requis.

Expliquez tôt le périmètre et les règles de suspension. Si les utilisateurs veulent supprimer vingt gigaoctets de courrier superflu, qu'ils le fassent avant la première copie, avec les autorisations et précautions de conservation nécessaires, pas à mi-parcours.

2. Lancer la première passe IMAP

Elle déplace l'essentiel pendant que les utilisateurs restent à la source. Une petite boîte peut passer entièrement. Pour un grand parc, utilisez éventuellement un filtre de dates ou prévoyez une longue première passe.

C'est alors que vous découvrez limites de connexion, identifiants incorrects, dossiers abîmés et grandes boîtes anciennes. Mieux vaut maintenant qu'au moment de la bascule.

3. Synchroniser pendant que les utilisateurs travaillent

Les passes différentielles récupèrent ce qui est arrivé depuis la première. L'outil compare les états et importe ce qui semble manquer. Le projet devient une synchronisation, pas seulement une copie.

Si la période est longue, faites plusieurs passes. Une boîte modifiée chaque minute ne doit pas attendre la bascule pour être revue.

4. Abaisser le TTL avant la bascule

Prévoyez la réduction environ 24 heures avant, en tenant compte des anciens caches. Cinq minutes, soit 300 secondes, est une valeur courante si le fournisseur l'autorise, sans garantie de rafraîchissement immédiat de tous les résolveurs. Sans préparation, la passe finale peut devoir rattraper davantage de livraisons réparties.

Des enregistrements incorrects peuvent envoyer le courrier au mauvais endroit. Vérifiez-les soigneusement.

5. Modifier les MX et synchroniser ensuite

Après activation des nouveaux MX, du trafic peut encore atteindre l'ancien hébergeur jusqu'à expiration des caches. Vérifiez le changement de flux puis synchronisez la source. Gardez-la disponible et recommencez pour les livraisons tardives jusqu'à validation.

En passant à TrekMail, examinez aussi le modèle d'exploitation. L'article source décrit tarification par offre, stockage mutualisé, contrôle multidomaine et import intégré plutôt que facturation individuelle et domaines dispersés. Starter commence à $3.50 par mois ; les offres payantes ont un essai gratuit de 14 jours avec carte, tandis que Nano est décrit comme gratuit sans essai nécessaire. Vérifiez les tarifs TrekMail.

Les défaillances qui compliquent la migration

Correspondances incorrectes, doublons Gmail, limitations serveur, messages mal formés et confiance excessive dans les statuts verts sont fréquents. Beaucoup sont prévisibles : ils font partie du travail.

Le piège des éléments envoyés

La source utilise parfois Sent Messages, Sent Mail ou Sent ; la destination attend Sent Items ou un indicateur de dossier spécial. Sans correspondance, le dossier d'envoi paraît vide.

Envoyez un message depuis la destination. S'il apparaît ailleurs que l'historique importé, la migration nécessite encore un ajustement.

Doublons liés aux libellés Gmail

Gmail n'est pas fondé uniquement sur les dossiers. Un message peut apparaître dans Inbox, un libellé personnel et All Mail. IMAP peut l'exposer plusieurs fois. Tout importer sans analyse augmente le stockage et déroute les utilisateurs.

Les paramètres IMAP Gmail influencent les données exposées, dont une limite de taille des dossiers dans certains environnements, selon Google. Suivez une procédure Gmail adaptée. La documentation décrit également des sessions IMAP d'environ 24 heures, importantes pour les longs imports ; vérifiez les limites actuelles.

Limites de débit et de connexions

Bande passante et débit effectif diffèrent. Votre fibre peut fonctionner alors qu'un fournisseur limite les demandes. Microsoft décrit plusieurs restrictions de migration et de santé des ressources dans Exchange Online. L'import peut ralentir malgré un réseau local sain.

N'augmentez pas aveuglément la concurrence : vous risquez d'être bloqué plus vite. Utilisez temporisation et relances maîtrisées. Si le serveur demande moins de charge, réduisez-la.

Séparateurs de hiérarchie incompatibles

Un hébergeur utilise des points, l'autre des barres. Sans traduction correcte des séparateurs et dossiers spéciaux, la hiérarchie peut devenir plate ou dupliquer les dossiers supérieurs, détruisant l'organisation des utilisateurs.

Messages source mal formés

Les anciens serveurs conservent parfois des en-têtes cassés, un MIME invalide ou des problèmes d'encodage datant de 2009. Une destination moderne peut les refuser. Ce n'est pas nécessairement l'échec de toute la migration : il faut traiter les exceptions et vérifier les nombres.

Vérifier une migration IMAP

Comparez les messages, échantillonnez les dossiers importants, testez les éléments envoyés et relancez les dossiers incomplets. La taille et les barres de progression ne prouvent pas l'intégrité. Examinez les dossiers utiles.

Ne sautez pas cette étape par fatigue ou parce que l'outil affiche Terminé. Cela peut seulement signifier la fin du processus.

1. Comparez source et destination pour Inbox, Sent, Drafts, Archive et quelques grands dossiers personnalisés.
2. N'acceptez de petits écarts que s'ils sont expliqués par corruption ou exclusions connues.
3. Avec un accès autorisé à la boîte, confirmez que l'historique et les nouveaux envois rejoignent le même dossier Sent, sans collecter les mots de passe des utilisateurs.
4. Cherchez des messages connus par objet et expéditeur sur plusieurs années.
5. Relancez seulement le dossier incomplet au lieu de supprimer la boîte et recommencer.

Le nombre d'éléments réduit les différences dues à l'encodage et au stockage. Une pièce jointe de dix mégaoctets peut occuper des volumes différents ; un message reste un message, sous réserve des libellés et exclusions.

Le sondage compte aussi. Si la direction utilise Inbox et Sent, ne concentrez pas tout sur Projects/2017 en oubliant les dossiers immédiatement consultés.

Une bonne relance est ciblée. Ne supprimez pas toute la destination sans diagnostic certain, préservation des données et autorisation distincte. La correction est généralement plus limitée que la crainte.

Choisir les outils et leurs compromis

Le choix dépend du coût, du contrôle et des rapports recherchés. Il n'existe pas d'outil parfait, seulement un compromis adapté.

imapsync est une référence technique parce qu'il expose les détails. Le guide imapsync les développe. Pour les agences, marge, préparation et proximité avec la plateforme comptent aussi, pas seulement le contrôle.

Le contraste oppose facturation individuelle du fournisseur et de l'outil à un hébergement par offre avec migration intégrée et stockage mutualisé. Comparez le coût réel et les conditions.

La place de TrekMail

TrekMail peut convenir à une messagerie multidomaine sans prix par utilisateur, avec import serveur et stockage mutualisé. Cela reste IMAP ; les économies et la simplicité dépendent du projet.

Selon l'article source, il propose forfait multidomaine, domaines personnalisés, boîtes IMAP, catch-all, redirections, SMTP de votre choix ou inclus selon l'offre et API sur les niveaux supérieurs. Les offres payantes intègrent la migration. IMAP, sans POP3, conserve l'état partagé côté serveur ; vérifiez les fonctions actuelles.

Tarifs relevés dans l'article source : Free à $0, Starter à $3.50 par mois, Pro à $10 par mois, Agency à $23.25 par mois et Enterprise sur devis. L'essai payant dure 14 jours avec carte ; Nano est décrit sans carte ni essai. Le paiement annuel est présenté comme 20% moins cher ; vérifiez l'offre actuelle.

Le bénéfice potentiel est opérationnel : mutualiser évite les allocations individuelles excessives et gérer les domaines ensemble réduit les consoles dispersées. L'import intégré peut réduire les composants et transmissions d'identifiants, mais les contrôles d'accès restent nécessaires.

Si Google Workspace ou Microsoft 365 devient coûteux pour des utilisateurs ayant seulement besoin de courrier, évaluer des alternatives est raisonnable. Comparez fonctions requises et coût total ; TrekMail se concentre sur la messagerie plutôt qu'une suite complète.

Questions fréquentes sur IMAP

Les questions concernent surtout le périmètre, les interruptions, les doublons et la bascule. Une migration progressive et vérifiée réduit les risques ; l'outil ne dépasse pas les limites du protocole.

La migration IMAP provoque-t-elle des interruptions ?

C'est possible. Les étapes réduisent le risque en copiant l'essentiel pendant l'utilisation de la source, puis les messages tardifs après les MX. Elles ne garantissent pas une absence totale d'interruption.

Transfère-t-elle contacts et calendriers ?

Non. IMAP concerne le courrier. Le reste exige export, autre synchronisation ou reconstruction.

Pourquoi des doublons apparaissent-ils ?

Souvent parce que l'état source change, Gmail expose plusieurs fois le même message ou les relances excluent mal les doublons. Il s'agit généralement d'un problème de suivi d'état.

Combien de temps faut-il ?

Cela dépend du volume, des limites, des restrictions et de la concurrence. Les grandes boîtes peuvent prendre des jours. Prévoyez-le plutôt que de miser sur un week-end.

Quel schéma de bascule limite les risques ?

Copie initiale, passes différentielles, TTL réduit, MX modifiés, passe après bascule et validation. Répétez pour les messages encore livrés à la source. La prévisibilité vaut mieux que l'improvisation.

Conclusion

IMAP transfère des données avec état entre systèmes qui peuvent différer sur dossiers, indicateurs, limites et délais. Respecter ces différences rend le projet maîtrisable. Les ignorer peut entraîner des jours d'explications sur les doublons et envois manquants.

La méthode est claire : copier tôt, synchroniser plusieurs fois, abaisser le TTL avant la bascule, associer les dossiers spéciaux et vérifier les nombres. Pour stockage mutualisé, forfait multidomaine et import intégré, évaluez TrekMail et ses conditions actuelles.