Migrer une boîte mail : dossiers, lecture et envois

La migration d'une boîte mail paraît facile jusqu'à un historique modifié : envois absents, nombre de non-lus accru, dix ans de courrier semblant arriver aujourd'hui. Copier ne suffit pas; il faut vérifier l'état. Pour l'exploitation générale, consultez ce guide d'exploitation imapsync. Un changement de plateforme demande compatibilité avec les standards et tests réels.

Copier le contenu RFC 5322 ne résout qu'une partie du travail. Les utilisateurs veulent des envois au bon endroit, des messages lus restant lus et des recherches cohérentes. Si ces trois éléments échouent, l'assistance peut être sollicitée dès le premier jour.

Ce guide présente pannes, prévention, audit et option TrekMail pour réduire les tâches manuelles. Le texte décrit l'import IMAP sur Starter et supérieurs, modèle de plateforme dès $3.50 par mois sans tarification par utilisateur; vérifiez tarifs, limites et fonctions actuelles. Cela compte pour une boîte comme pour cent. Consultez aussi la messagerie des petites entreprises et l'hébergement multidomaine.

Pourquoi les problèmes apparaissent après la bascule MX

Copier le contenu sans conserver l'état peut modifier dossiers, lecture, dates internes et représentation des libellés Gmail. Contrôler ces quatre domaines réduit certains risques sans garantir que tout le projet sera sans incident.

Recevoir sur la destination après la modification des MX ne prouve pas une copie validée. Créez d'abord boîtes, alias et autorisations, vérifiez la copie préalable et changez MX seulement pour la réception d'un domaine propre. Un compte personnel ne donne pas contrôle du domaine du fournisseur.

Considérez contenu, indicateurs, emplacement et métadonnées d'arrivée comme lors d'un transfert de base de données. Une boîte peut s'ouvrir mais fonctionner différemment si ces données manquent.

Exemple : un dirigeant voit 8,000 non-lus et accuse le fournisseur. Une cause possible est la copie sans conservation de \Seen; examinez périmètre et état avant de conclure.

Quatre problèmes discrets de la migration

Vérifiez dossiers d'envoi mal associés, état \Seen, valeurs INTERNALDATE et représentation Gmail All Mail. Ces problèmes peuvent échapper à la progression et apparaître à l'utilisation.

1. Le dossier des envois mal associé

Les noms varient : Sent, Sent Items, INBOX.Sent sur certains cPanel ou [Gmail]/Sent Mail sur Gmail. Vérifiez le serveur réel.

Sans correspondance correcte, l'historique peut rester dans un dossier ordinaire et les nouveaux envois dans le dossier d'usage spécial. L'utilisateur regarde ce dernier sans historique et pense que le courrier manque.

La RFC 6154 définit les dossiers d'usage spécial permettant aux clients de reconnaître envois, brouillons, indésirables et corbeille. Le type compte autant que le nom; contrôlez attributs et réglages du client.

2. L'indicateur \Seen

La conservation de la lecture dépend de la source et de l'outil. La perdre peut présenter des années de messages traités comme non lus à la connexion.

La RFC 3501 définit les indicateurs système, dont \Seen. Testez leur transfert lors du pilote : une copie terminée ne prouve pas leur conservation.

\Recent est différent : dans le comportement IMAP historique, il dépend de la session et n'est pas un état portable de migration. Certains serveurs modernes ne l'utilisent pas. Des messages peuvent devenir nouvellement visibles dans la session; expliquez cette différence avant la bascule.

3. INTERNALDATE réinitialisé

L'en-tête Date et la date interne du serveur sont distincts. Certains clients trient par la seconde; la réécrire peut modifier la chronologie même si le contenu est intact.

La RFC 3501 permet d'indiquer date et heure dans APPEND; sinon le serveur emploie le moment actuel. Pour conserver dix ans d'archives, transmettez la date interne fournie par la source et son décalage horaire lorsqu'elle est disponible et respectée à destination. Date ne reconstitue pas seul l'arrivée originale au serveur et ne garantit pas sa précision.

4. Plusieurs copies avec Gmail All Mail

Gmail utilise des libellés exposés comme dossiers IMAP. Un même ensemble de messages peut apparaître dans plusieurs dossiers et être copié plusieurs fois.

Inclure [Gmail]/All Mail avec réception, envois et libellés peut créer plusieurs vues, parfois voulues pour conserver les dossiers. Définissez messages uniques, présentation et stockage. Exclure sans autre couverture peut omettre des archives sans autre libellé.

Vérifier les correspondances de dossiers

Lorsque noms et types diffèrent, configurez et testez des correspondances explicites. La détection automatique aide parfois sans remplacer la vérification. Les noms cibles du tableau ne sont pas universels ni des valeurs TrekMail garanties.

Avec imapsync, les transformations par expressions régulières doivent être testées selon la version, les séparateurs et la destination. Elles suivent l'adaptation automatique des préfixes et séparateurs; chaque règle s'applique au résultat de la précédente. Cet exemple copie réellement, sans simulation, et ne configure explicitement ni TLS ni validation des certificats. Les règles INBOX avec doubles barres inverses entre apostrophes ne correspondent pas aux noms prévus. Corrigez une copie de travail et testez une destination contrôlée, avec chiffrement, chaîne des certificats et nom du serveur vérifiés. Protégez mots de passe dans arguments, historique et journaux :

imapsync \
  --host1 old.example.com --user1 user@old.example.com --password1 'oldpass' \
  --host2 new.example.com --user2 user@new.example.com --password2 'newpass' \
  --regextrans2 's/^Sent Messages$/Sent Items/' \
  --regextrans2 's/^INBOX\\.Sent$/Sent Items/' \
  --regextrans2 's/^INBOX\\.Trash$/Deleted Items/' \
  --exclude "\\[Gmail\\]/All Mail"

Utilisez une vraie simulation si proposée et vérifiez les archives avant d'exclure Gmail. Après la première passe, envoyez depuis la destination et contrôlez le dossier du message. Si historique attendu et nouveaux envois sont séparés, corrigez avant de migrer d'autres utilisateurs.

Dans TrekMail, consultez la présentation de la migration IMAP et le flux actuel de votre source. Le texte décrit liste des dossiers avec nombres, exécution en arrière-plan et omission de doublons; validez compatibilité et implémentation sans garantie universelle pour Outlook. Consultez migrer depuis Gmail ou migrer depuis cPanel. IMAP copie les emails, pas calendriers, contacts, règles ou configuration des alias et du routage. L'importateur utilise des identifiants directs; mots de passe d'application selon politiques et validation en deux étapes. Si OAuth est obligatoire, choisissez une autre méthode de connexion autorisée compatible, pas un OAuth interactif présumé.

Vérifier sans se fier uniquement à la progression

Comparez messages, lecture, envois et dates, ainsi que contenu et pièces jointes. Les gigaoctets ne prouvent pas l'intégrité : MIME, index et stockage varient.

Un indicateur vert renseigne sur le processus, pas sur la continuité ni la conservation complète. Vérifiez journaux et résultats.

1. Comparez par dossier à périmètre égal : réception, envois et archives.
2. Avec 50 non-lus puis 4,000, examinez \Seen, filtres, correspondances, périmètre et changements de la source; le nombre seul ne révèle pas la cause.
3. Ouvrez des messages historiques et vérifiez que 2019 représente toujours 2019, en distinguant date interne et en-tête.
4. Envoyez un nouveau test et confirmez le dossier attendu avec l'historique.

Un écart peut venir de messages endommagés, MIME, exclusions ou changements pendant la copie. Enquêtez avec journaux et échantillons de contenu, dates, pièces jointes et indicateurs. Ni nombres de messages égaux ni volumes proches ne prouvent une conservation complète.

Actualisez les clients selon les réglages IMAP/SMTP. Le texte décrit IMAP, pas POP3; sauvegardez le courrier local non synchronisé avant de retirer les profils et vérifiez réglages réels, certificats et adresse complète et mot de passe de la boîte, non du tableau de bord.

Synchronisations de changements et UIDVALIDITY

La première passe nécessite souvent au moins une synchronisation supplémentaire. Répétez après bascule pour arrivées tardives, messages datés auparavant, déplacements entre dossiers et indicateurs. Gardez réception SMTP ancienne, accès administratif et retour arrière tant que caches et reprises peuvent utiliser la source; réduire TTL ne supprime pas les anciens caches.

UIDVALIDITY caractérise la génération d'un dossier et le périmètre des UID, pas une identité globale ni l'intégrité du contenu. Restaurer, réparer ou réindexer peut changer cet état, mais pas toujours; selon la comparaison, l'outil pourrait répéter les copies.

Une tâche correcte vendredi peut montrer des doublons lundi si l'état change. Reportez la maintenance non essentielle; pour une réparation nécessaire, coordonnez pause, récupération et validation des correspondances avant reprise.

Une seconde différence : une copie additive peut garder à destination des messages supprimés ensuite à la source. Ce n'est pas une synchronisation bidirectionnelle sûre par défaut. Organisez un seul environnement actif d'écriture utilisateur et décidez du traitement des suppressions et indicateurs.

N'activez pas les suppressions miroir à l'aveugle. Validez direction, calendrier, sauvegardes et tests; une mauvaise hypothèse peut effacer des données valides. Testez aussi un accès source en lecture seule si approprié.

Exploitation manuelle et option TrekMail

Commandes particulières, expressions régulières et audits manuels peuvent multiplier les tâches. Une plateforme IMAP intégrée peut les réduire selon couverture et tarifs, sans garantir toute nouvelle boîte gratuite.

Pour plusieurs boîtes, économie, provisionnement et contrôle comptent avec le protocole. Consultez la création groupée des comptes et la gestion de la messagerie des clients.

TrekMail n'élimine pas les vérifications. Comparez tableau de bord multidomaine, stockage mutualisé, import et SMTP externe ou inclus selon le plan. Le modèle de plateforme ne signifie pas ressources illimitées ni absence de suppléments dans tous les cas.

Consultez les tarifs TrekMail. Le texte décrit Nano gratuit sans carte, plans payants dès $3.50 par mois et période d'essai gratuite de 14 jours avec carte de crédit pour les plans payants; vérifiez les conditions actuelles.

Conclusion : les vérifications d'une migration réussie

La continuité se vérifie par des envois accessibles, une lecture cohérente, des dates historiques et la représentation Gmail prévue. Les copies multiples peuvent être voulues mais doivent être documentées et vérifiées avec les utilisateurs.

Configurez les dossiers avant copie. Conservez les indicateurs, notamment \Seen, si source et destination le permettent. Transmettez INTERNALDATE dans APPEND si disponible. Excluez All Mail seulement après couverture des archives sans libellé. Contrôlez contenu, pièces jointes, dates et état, en plus du nombre de messages.

Ce processus améliore le contrôle sans promettre absence de perte ou d'interruption. Copier sans vérifier le fonctionnement laisse une partie de la migration non validée.

Pour le protocole, consultez la RFC 3501 sur IMAP et la RFC 6154 sur les dossiers d'usage spécial.