Quitter GoDaddy pour sa messagerie pro sans perdre un mail

Migrer une messagerie professionnelle, c’est un changement de dix minutes au milieu d’un processus de deux semaines, et les dix minutes sont la partie facile. Les mails qui disparaissent sont presque toujours ceux arrivés pendant la bascule, ceux des dossiers que personne n’a copiés, ou ceux envoyés depuis un outil qui pointe encore vers l’ancienne configuration.

Je prends GoDaddy comme exemple parce qu’une bonne part du trafic de recherche de mon site sur ce sujet vient de personnes qui se connectent à la messagerie GoDaddy, dont beaucoup sont sur une offre qu’elles aimeraient quitter. Les étapes sont les mêmes quel que soit l’hébergeur que vous quittez. Si vous préférez rester, GoDaddy fait désormais tourner Workspace Email sur Microsoft 365, et mon guide pour se connecter à la messagerie GoDaddy l’explique.

Table of contents

Décidez d’abord si vous devez vraiment migrer

Migrez si vous voulez une seule console d’administration pour la messagerie, l’agenda et les fichiers, si votre équipe travaille dans Google Docs, ou si vous payez un pack dont vous n’utilisez que la messagerie. Restez si le courrier fonctionne et que le seul reproche est l’écran de connexion. Une migration sans raison, c’est du risque sans bénéfice.

Étape 1 : faites l’inventaire avant de toucher au DNS

Notez tout ce qui dépend de la configuration actuelle :

1. Chaque boîte, avec son propriétaire et sa taille approximative.
2. Les alias, les redirections et les boîtes partagées comme info@ et facturation@.
3. Chaque outil qui envoie du courrier avec votre domaine : facturation, CRM, formulaires, emailing, prise de rendez-vous.
4. Chaque téléphone et ordinateur sur lequel le compte est configuré.
5. L’endroit où se trouve votre DNS. Ce peut être GoDaddy, Cloudflare ou votre bureau d’enregistrement. C’est là que vous modifierez les enregistrements, pas chez l’hébergeur de messagerie.

La liste compte surtout pour le point 3. Un outil qui envoie via votre ancien serveur de messagerie cesse de fonctionner le jour où vous le résiliez, et rien ne vous prévient.

Étape 2 : abaissez le TTL du MX deux jours à l’avance

Un enregistrement MX indique à Internet quel serveur reçoit le courrier de votre domaine. Le TTL est la durée pendant laquelle les autres réseaux mémorisent la réponse avant de la redemander. Ouvrez vos paramètres DNS et réglez le TTL des enregistrements MX à la valeur la plus basse que votre hébergeur autorise, souvent 300 secondes. Faites-le au moins 48 heures avant la bascule, car les réseaux qui ont mis en cache l’ancienne valeur longue la gardent jusqu’à son expiration.

C’est ce qui rend la bascule rapide. Sans cela, certains expéditeurs continuent de livrer à l’ancien serveur pendant des heures.

Étape 3 : créez d’abord les nouvelles boîtes

Configurez le nouvel hébergeur, ajoutez votre domaine et créez toutes les boîtes, alias et boîtes partagées avant de modifier le moindre enregistrement MX. Le nouvel hébergeur vous demandera de prouver que vous possédez le domaine avec un enregistrement TXT. Ajoutez-le maintenant : il n’a aucun effet sur l’acheminement du courrier.

N’ajoutez pas encore les enregistrements MX du nouvel hébergeur. Le courrier doit continuer d’arriver sur l’ancien serveur pendant que vous le copiez.

Étape 4 : copiez l’ancien courrier

Google Workspace propose dans sa console d’administration un outil de migration de données qui récupère le courrier d’un autre hébergeur en IMAP, et Microsoft 365 propose une migration IMAP dans son centre d’administration Exchange. Les deux demandent les identifiants de chaque utilisateur ou une connexion d’administrateur à l’ancienne boîte, ainsi que le nom du serveur IMAP de l’ancien hébergeur. Vous le trouverez dans l’aide de votre ancien hébergeur.

Deux limites à prévoir :

• IMAP copie le courrier, pas les contacts ni les agendas. Exportez-les depuis l’ancien compte et importez-les à la main dans le nouveau.
• Les grosses boîtes prennent des heures. Lancez la copie la veille pour ne pas attendre au moment de la bascule.

Faites la copie une première fois maintenant, puis une seconde juste après la bascule pour récupérer ce qui est arrivé entre-temps.

Étape 5 : basculez les enregistrements MX

Choisissez un moment calme, par exemple un matin de week-end, et suivez cet ordre :

1. Supprimez les enregistrements MX de l’ancien hébergeur.
2. Ajoutez ceux du nouvel hébergeur exactement tels qu’il les indique, avec les priorités fournies.
3. Enregistrez, puis envoyez-vous un message de test depuis une adresse personnelle, et un autre en sens inverse.

En une heure ou deux, la plupart du courrier arrivera dans les nouvelles boîtes. Quelques messages peuvent encore atterrir sur l’ancien serveur pendant près d’une journée. C’est pour cela que vous le laissez actif.

Étape 6 : corrigez SPF, DKIM et DMARC

C’est l’étape que tout le monde oublie, et c’est elle qui fait tomber le courrier sortant dans les spams une semaine plus tard. Votre domaine doit avoir un seul enregistrement SPF. Remplacez l’include: de l’ancien hébergeur par celui du nouveau et conservez ceux de tous les autres outils de votre liste de l’étape 1. Activez ensuite la signature DKIM dans la console du nouvel hébergeur et publiez la clé qu’il vous donne. Laissez votre enregistrement DMARC tel quel, sauf s’il mentionne l’ancien hébergeur.

Le guide complet, avec la façon de vérifier que les trois passent, se trouve dans comment configurer SPF, DKIM et DMARC pour la messagerie professionnelle.

Étape 7 : reconnectez appareils et outils

Supprimez l’ancien compte de chaque téléphone et ordinateur, puis ajoutez le nouveau. Ouvrez ensuite chaque outil de votre liste de l’étape 1 qui envoie avec votre domaine, mettez à jour ses paramètres de messagerie ou autorisez-le de nouveau. Envoyez un test depuis chacun.

Étape 8 : gardez l’ancien forfait deux semaines

Laissez les anciennes boîtes actives au moins deux semaines. Vérifiez-les tous les deux ou trois jours pour repérer les retardataires et relancez la copie IMAP une dernière fois avant de résilier. Ne résiliez que lorsque plus rien de nouveau n’est arrivé depuis plusieurs jours. Résilier trop tôt est la seule erreur irréversible, car le courrier resté sur l’ancien serveur disparaît avec lui.

Demandez à Claude ou ChatGPT de le faire

L’inventaire et la liste de contrôle de la bascule sont les deux parties à confier à un assistant. Collez ceci et remplissez les crochets :

I'm moving business email for [yourdomain.com] from [GoDaddy / current provider]
to [Google Workspace / Microsoft 365]. My DNS is hosted at [DNS provider].
We have [number] mailboxes, and these tools send mail as our domain: [list].
Give me a dated cutover checklist covering: lowering the MX TTL, creating
mailboxes, copying old mail over IMAP, the exact order for changing MX records,
the SPF record I should end up with, and how to enable DKIM. Tell me where each
step happens (DNS host or mail admin console). Flag anything you aren't sure
about for my provider so I can check the provider's own documentation.

Vérifiez chaque valeur DNS qu’il vous donne avec la page de configuration du nouvel hébergeur avant de l’enregistrer. Les assistants inventent avec assurance un include: ou un nom d’hôte MX qui a l’air juste et qui ne l’est pas.