Vous pouvez migrer les e-mails depuis gmail en toute sécurité. Les problèmes commencent quand on traite Gmail comme un serveur IMAP ordinaire. Il ne l'est pas. Gmail utilise des libellés, pas de véritables dossiers, et ce détail explique pourquoi les migrations gonflent, se bloquent ou placent le courrier envoyé au mauvais endroit. Si vous quittez Workspace parce que la facture par utilisateur augmente, adoptez le bon modèle dès le départ et évitez un projet de nettoyage.
Pour comprendre d'abord les coûts et la plateforme, lisez l'e-mail professionnel. Ce guide traite de l'exécution : migrer les messages, éviter les doublons, changer le DNS et vérifier qu'aucun courrier n'a disparu.
La version courte est simple. Synchronisez d'abord l'ancien courrier. Basculez le MX lorsque vous êtes prêt. Lancez une dernière synchronisation de rattrapage. Vérifiez le nombre de messages, pas la taille. C'est la méthode la plus propre pour migrer les e-mails depuis gmail vers un hébergeur IMAP standard comme TrekMail.
Pourquoi Gmail complique les migrations IMAP ordinaires
Le principal risque est la duplication. Gmail expose ses libellés par IMAP, si bien qu'un message peut apparaître à plusieurs endroits. Si l'outil copie chaque dossier visible, le même message peut être importé plusieurs fois et la boîte de destination grossir rapidement.
Dans une boîte IMAP normale, un message réside dans un dossier. Dans Gmail, il réside généralement dans All Mail et reçoit des libellés supplémentaires. Via IMAP, ces libellés ressemblent à des dossiers distincts.
Voilà le piège.
Si un message porte Inbox, Project A et Urgent, un outil simple peut tenter de le copier trois fois. Microsoft documente précisément ce problème dans les migrations Gmail vers IMAP lorsque des libellés sont utilisés et que le dossier [Gmail] n'est pas exclu. IMAP n'est que la couche de transport définie dans la RFC 3501. La particularité vient de la présentation des dossiers par Gmail, pas du protocole.
S'il ne faut retenir qu'une règle, retenez celle-ci : excluez [Gmail]/All Mail, sauf raison très précise de l'inclure. Ce seul choix prévient la plupart des explosions de stockage et des demandes concernant des doublons.
Pour une procédure propre à TrekMail, consultez la documentation de migration Gmail. Pour les mécanismes généraux, la présentation de la migration IMAP explique l'importation côté serveur.
Ce qui est transféré depuis gmail
Avec IMAP, vous déplacez uniquement les données de courrier : contenu, pièces jointes, placement dans les dossiers et état de lecture lorsqu'il est pris en charge. Vous ne transférez pas tout le compte Google. Calendriers, contacts et fichiers Google Drive nécessitent des exportations distinctes.
C'est ici que l'on surestime une migration. IMAP déplace les e-mails, rien d'autre.
Voici la répartition :
| Type de données | Transféré par IMAP ? | Remarques |
|---|---|---|
| Messages | Oui | Contenu, pièces jointes, dates, dossiers et souvent état lu ou non lu |
| Libellés | Partiellement | Ils deviennent généralement des dossiers, d'où les doublons possibles |
| Contacts | Non | Exportez-les séparément en CSV ou VCF depuis Google Contacts |
| Calendriers | Non | Exportez-les séparément en ICS depuis Google Calendar |
| Documents Google | Non | Ce sont des éléments Drive, pas du contenu de boîte |
L'authentification compte aussi. Pour migrer avec un outil tiers, un mot de passe d'application est souvent nécessaire. Google indique qu'il s'agit de codes à 16-digit et qu'ils ne fonctionnent qu'avec 2-Step Verification. Ils peuvent également être indisponibles sur certains comptes professionnels ou scolaires, une contrainte réelle dans Workspace. Consultez l'aide Google sur les mots de passe d'application avant de programmer la bascule.
Beaucoup de guides ignorent cette nuance et recommandent d'en générer un comme si tous les comptes le permettaient. Ce n'est pas le cas. Si l'administrateur a limité l'option, utilisez une méthode compatible OAuth plutôt que perdre un après-midi avec des identifiants invalides.
La méthode la plus sûre pour migrer les e-mails depuis gmail
La méthode la plus sûre est une bascule IMAP par étapes : présynchronisez l'ancien courrier, changez le MX, puis lancez une synchronisation différentielle finale. Vous évitez ainsi la panique du week-end, réduisez les perturbations et respectez les limitations Google.
N'effectuez pas une bascule massive le vendredi soir. Préparez la majeure partie de la boîte pendant que les utilisateurs travaillent encore dans Gmail, puis transférez uniquement les différences récentes lors du changement. C'est l'approche professionnelle.
- Inventoriez la boîte. Vérifiez le volume, les libellés inhabituels et la disponibilité des mots de passe d'application ou d'OAuth. Confirmez que chaque dossier est nécessaire. Le courrier indésirable reste du courrier, et déplacer ce que vous supprimerez ensuite ralentit la tâche.
- Lancez d'abord un pilote. Choisissez une boîte peu risquée. Contrôlez la correspondance, l'emplacement du courrier envoyé et le traitement des dossiers spéciaux. Si le pilote est désordonné, une migration de 50-user le sera davantage.
- Présynchronisez l'ancien courrier. Déplacez d'abord les messages de plus de 30 jours, qui constituent l'essentiel du volume. Les utilisateurs continuent à travailler dans Gmail pendant le transfert en arrière-plan.
- Basculez le DNS. Abaissez le TTL à l'avance, puis changez le MX lorsque les boîtes sont prêtes. Dans TrekMail, vous pouvez ajouter le domaine, publier les enregistrements et vérifier leur état dans le tableau de bord. La documentation des enregistrements DNS requis présente l'ensemble exact.
- Lancez la synchronisation différentielle. Quand le courrier arrive sur le nouveau serveur, synchronisez encore une fois la période récente pour récupérer les derniers messages et changements d'état.
Si vous déplacez plusieurs marques ou domaines clients simultanément, une infrastructure à tarif fixe devient plus logique qu'une suite par utilisateur. TrekMail est conçu pour cela. Pour l'aspect économique, consultez l'hébergement e-mail multidomaine.
Commande manuelle imapsync pour migrer depuis Gmail
Pour un contrôle total, imapsync est l'outil de référence en ligne de commande. Le point essentiel consiste à exclure le dossier d'archive Gmail et à associer correctement les dossiers spéciaux afin que les éléments envoyés et brouillons arrivent au bon endroit.
Voici un modèle pratique :
imapsync \
--host1 imap.gmail.com --port1 993 --ssl1 \
--user1 "user@source-domain.com" --passfile1 "/path/to/gmail_pass" \
--host2 imap.trekmail.net --port2 993 --ssl2 \
--user2 "user@dest-domain.com" --passfile2 "/path/to/dest_pass" \
--gmail1 \
--exclude "\\[Gmail\\]/All Mail" \
--exclude "\\[Gmail\\]/Trash" \
--exclude "\\[Gmail\\]/Spam" \
--regextrans2 "s/^\\[Gmail\\]\\/Sent Mail/Sent Items/" \
--regextrans2 "s/^\\[Gmail\\]\\/Drafts/Drafts/" \
--dryRôle de chaque paramètre :
| Paramètre | Pourquoi il compte |
|---|---|
--gmail1 | Adapte la source au comportement de Gmail |
--exclude "\[Gmail\]/All Mail" | Évite la principale source d'importations en double |
--exclude Trash/Spam | Laisse le courrier indésirable et supprimé hors de la destination |
--regextrans2 | Associe les noms Gmail aux dossiers IMAP standard |
--dry | Simule l'exécution pour examiner les nombres avant de copier |
Lancez toujours le test à blanc en premier.
Si TrekMail est la destination, les paramètres standard sont imap.trekmail.net sur le port 993 avec SSL/TLS. TrekMail utilise uniquement IMAP, pas POP3, ce qui convient aux boîtes synchronisées. Pour référence, consultez la documentation des paramètres IMAP et SMTP.
Pour approfondir le fonctionnement en ligne de commande, lisez imapsync. Les deux procédures se complètent.
Les incidents importants pendant une migration Gmail
Trois incidents comptent surtout : les limitations Google, les interruptions d'authentification et un petit nombre de messages illisibles. Aucun ne justifie la panique. Ils exigent une pause, un ajustement et une vérification attentive plutôt qu'une reprise aveugle.
Le premier est la limitation. Gmail ralentit ou bloque temporairement les extractions IMAP agressives. Il faut alors attendre, pas multiplier les tentatives.
Le deuxième concerne les boucles d'authentification. Une migration peut fonctionner puis échouer si Google signale la connexion. Vérifiez l'activité de sécurité, confirmez la connexion et réessayez avec la même conception de session. Ne modifiez pas toutes les variables si le problème est simplement la confiance accordée au compte.
Le troisième concerne les éléments fantômes. Un rapport peut afficher quelques échecs dans une boîte qui compte des dizaines de milliers d'éléments. Il s'agit généralement de données corrompues, d'invitations endommagées ou d'anomalies vides. Si le taux est infime, considérez-le comme du bruit acceptable et non une perte catastrophique.
Une mauvaise logique dit : relancer toute la tâche jusqu'à obtenir un rapport parfaitement propre.
Une bonne logique dit : déterminer si les échecs sont du courrier visible par l'utilisateur ou des éléments endommagés qui n'ont jamais été lisibles.
Autre détail : n'évaluez pas le résultat en gigaoctets. La taille Gmail et celle de la destination IMAP ne sont pas directement comparables. Compression, métadonnées et représentation diffèrent. Utilisez le nombre d'éléments et des contrôles ponctuels dans la boîte de réception, Envoyés et les dossiers utilisateur.
Comment vérifier que la migration est vraiment propre
Comparez le nombre de messages et leur emplacement, pas uniquement l'espace. Contrôlez la boîte de réception, Envoyés, Brouillons et quelques dossiers créés par les utilisateurs. Envoyez ensuite un message réel après le changement MX pour confirmer son arrivée sur la destination.
Utilisez cette liste :
- Comparez le nombre total d'éléments dans Gmail et la destination.
- Vérifiez le total et les non lus de la boîte de réception.
- Ouvrez Sent Items et confirmez que le courrier envoyé n'est pas dans un dossier personnalisé aléatoire.
- Ouvrez de 3 à 5 dossiers aux noms inhabituels ou avec des libellés imbriqués.
- Recherchez quelques anciens messages avec pièces jointes et vérifiez leur ouverture.
- Envoyez un test entrant réel après le changement MX.
- Répondez depuis la nouvelle boîte et vérifiez SMTP et DNS.
Si vous déplacez aussi le domaine, un DNS propre compte autant que la copie. Les anciens MX Google divisent la distribution et donnent l'impression que la migration a échoué, alors que le problème est un routage mixte. Utilisez les guides TrekMail d'ajout de domaine et de vérification DNS avant la bascule. Si vous définissez encore la structure de destination, créer un e-mail avec un domaine est un bon complément.
Ancienne méthode face à la nouvelle
L'ancienne méthode consistait à payer par utilisateur indéfiniment, puis à traiter la migration comme un projet d'une nuit. La nouvelle prépare les données, vérifie les nombres et passe à une infrastructure à tarif fixe adaptée aux opérations multidomaines sans pénaliser la croissance.
Ancienne méthode : continuer à payer Google Workspace par utilisateur, reporter le transfert jugé risqué, puis tout précipiter en un week-end en espérant que les chiffres concordent.
Nouvelle méthode : présynchroniser la majeure partie de la boîte, changer proprement le DNS, exécuter une dernière passe et rejoindre une plateforme conçue pour les domaines personnalisés et le stockage mutualisé. TrekMail commence à $3.50 par mois et prend en charge domaines personnalisés, boîtes IMAP, transfert, adresses génériques, votre propre SMTP ou un SMTP inclus selon l'offre, ainsi que la migration côté serveur depuis le tableau de bord.
Si vous avez besoin de courrier multidomaine sans taxe par utilisateur, c'est la voie pratique. Vous pouvez consulter les tarifs TrekMail, commencer avec l'offre gratuite pour tester le processus et migrer réellement une fois le pilote validé.
En bref, ne compliquez pas la migration depuis gmail. Excluez All Mail, effectuez une synchronisation par étapes, changez le MX lorsque la destination est prête et vérifiez le nombre de messages. Vous éviterez ainsi le chaos des doublons et un lundi matin passé à assister des utilisateurs devant une boîte endommagée.
