Changement de nom de domaine sur 138 Messagerie d'entreprise : procédure DNS, risques et plan de transition

Pourquoi changer de nom de domaine sur une messagerie d'entreprise ?

Le changement de nom de domaine sur 138 Messagerie d'entreprise intervient généralement dans trois contextes précis :

• Restructuration ou rebranding
• : l'entreprise adopte une nouvelle marque et doit aligner son identité e-mail (ex. `@nouvelle-marque.com`).
• Extension d'activité à l'international
• : une équipe de commerce extérieur ou transfrontalière a besoin d'un domaine mieux perçu par les destinataires étrangers.
• Problème de réputation ou de conformité
• : le domaine actuel est blacklisté, expiré, ou ne permet plus de maintenir les enregistrements d'authentification (SPF, DKIM, DMARC) dans des conditions satisfaisantes.

Dans tous les cas, la messagerie d'entreprise repose sur un domaine que le client doit contrôler. Le domaine, l'hébergement DNS et le service de messagerie peuvent être fournis par des prestataires différents, mais l'administrateur doit conserver en permanence la maîtrise des modifications DNS.

Conditions préalables : ce qu'il faut vérifier avant toute modification

Avant de lancer la procédure de changement de domaine, l'administrateur informatique doit valider les points suivants :

| Point de contrôle | Condition requise |

|---|---|

| Propriété du nouveau domaine | Le domaine doit être enregistré au nom de l'entreprise ou de l'entité exploitante, avec accès complet au panneau de gestion DNS. |

| Accès administrateur 138 | Disposer des identifiants administrateur de la console 138 Messagerie d'entreprise pour effectuer la vérification de domaine et la reconfiguration. |

| Inventaire des sources d'envoi | Recenser l'ensemble des systèmes émetteurs : site web, CRM, plateforme de tickets, outils marketing, systèmes financiers, notifications automatisées. |

| Sauvegarde des enregistrements DNS actuels | Exporter et archiver les enregistrements MX, SPF, DKIM et DMARC existants pour disposer d'un plan de retour arrière. |

| Historique de messagerie | Déterminer si les e-mails, contacts et paramètres clients existants doivent être migrés vers les nouvelles adresses. |

| Période de transition | Prévoir une fenêtre de cohabitation entre l'ancien et le nouveau domaine pour éviter toute interruption de communication. |

À noter : 138 Messagerie d'entreprise exige que le domaine soit vérifié via les mécanismes fournis par la console d'administration. Les paramètres exacts (hôtes, valeurs, priorités, sélecteurs) doivent être obtenus directement auprès du support officiel ou de l'interface d'administration, car ils peuvent évoluer selon les versions du service.

---

Procédure de transition DNS : les étapes clés

Étape 1 — Vérification du nouveau domaine

Connectez-vous à la console d'administration 138 et ajoutez le nouveau domaine. Le système vous demandera de prouver la propriété du domaine, généralement par l'ajout d'un enregistrement TXT spécifique dans votre zone DNS. Cette étape doit être complétée avant toute configuration de routage.

Étape 2 — Configuration des enregistrements MX

Les enregistrements MX (Mail Exchange) indiquent aux serveurs distants où livrer les courriels entrants destinés à votre nouveau domaine. Configurez les valeurs MX fournies par 138 dans la zone DNS du nouveau domaine, en respectant les priorités indiquées.
Délai de propagation : la propagation DNS peut prendre de quelques minutes à 48 heures selon le TTL (Time To Live) configuré et les politiques des résolveurs intermédiaires. Pendant cette période, certains e-mails peuvent encore être routés vers l'ancienne configuration.

Étape 3 — Configuration de l'authentification expéditeur (SPF, DKIM, DMARC)

Ces trois mécanismes sont essentiels pour garantir la délivrabilité et la sécurité des e-mails sortants :

• SPF
• (Sender Policy Framework) : déclare les serveurs autorisés à envoyer des e-mails au nom de votre nouveau domaine. Attention à ne pas créer de conflits avec d'autres systèmes d'envoi légitimes (CRM, outils marketing). Un seul enregistrement SPF doit exister par domaine.
• DKIM
• (DomainKeys Identified Mail) : ajoute une signature cryptographique aux e-mails sortants. Le sélecteur et la clé publique doivent être configurés selon les paramètres fournis par 138.
• DMARC
• : définit la politique de traitement des e-mails qui échouent aux vérifications SPF/DKIM (surveillance, quarantaine ou rejet). Il est recommandé de commencer par une politique de surveillance (`p=none`) pour collecter les rapports avant de durcir progressivement la stratégie.

Étape 4 — Tests de validation

Avant de basculer l'ensemble des utilisateurs, effectuez les tests suivants :

1. Réception interne et externe : envoyez des e-mails depuis des boîtes externes (Gmail, Outlook, Yahoo) vers les nouvelles adresses.
2. Envoi vers l'étranger : testez la délivrabilité vers des destinataires internationaux, en particulier dans les régions où vos équipes de commerce extérieur communiquent régulièrement.
3. Vérification des signatures : confirmez que DKIM signe correctement les e-mails sortants et que SPF s'aligne.
4. Systèmes automatisés : vérifiez que les notifications CRM, les confirmations de commande et les e-mails transactionnels sont correctement acheminés.
5. Pièces jointes et réponses : testez l'envoi de pièces jointes et les fils de réponse pour écarter tout problème de formatage.

Étape 5 — Migration des comptes et communication

Une fois les tests validés :

• Créez les comptes utilisateurs sur le nouveau domaine via la console d'administration.
• Si nécessaire, planifiez la migration des e-mails historiques et des carnets d'adresses.
• Informez vos contacts externes du changement d'adresse et configurez des réponses automatiques
• sur les anciennes boîtes pour rediriger vers les nouvelles.
• Mettez à jour les signatures e-mail, les cartes de visite, les mentions légales du site web et les profils sur les plateformes professionnelles.

---

Risques et limites à anticiper

Perte temporaire de courriels

Pendant la propagation DNS, certains e-mails peuvent être perdus ou retardés. Il est fortement recommandé de maintenir l'ancien domaine actif et ses enregistrements MX fonctionnels pendant toute la période de transition.

Rupture de l'authentification SPF

Si vous oubliez d'inclure dans le SPF du nouveau domaine un système tiers qui envoie des e-mails en votre nom (plateforme marketing, outil de facturation), ces e-mails risquent d'être classés comme spam ou rejetés par les serveurs destinataires.

Incohérence DMARC

Un DMARC trop restrictif appliqué immédiatement après la migration peut bloquer des e-mails légitimes. La montée en puissance progressive de la politique DMARC est indispensable.

Délai de mise à jour des carnets d'adresses externes

Vos partenaires, clients et fournisseurs continueront d'envoyer des e-mails à l'ancienne adresse pendant une période variable. La cohabitation des deux domaines et la mise en place de redirections ou d'alias sont essentielles.

Limites de récupération des données supprimées

En cas d'erreur de manipulation pendant la transition, les données supprimées ne sont conservées que pour une durée limitée (généralementne dépassant pas 7 jours selon les conditions du service). Au-delà de ce délai, la récupération n'est pas garantie et doit être confirmée directement avec le support officiel.

Points de contrôle post-transition

Après le basculement complet, l'administrateur doit surveiller les indicateurs suivants pendant au moins deux semaines :

• Taux de rebond
• : vérifier l'absence de rebonds anormaux sur les e-mails sortants.
• Rapports DMARC
• : analyser les rapports d'agrégation pour identifier les sources d'envoi non autorisées ou mal configurées.
• Classement spam
• : surveiller si les e-mails vers les principaux domaines destinataires arrivent en boîte de réception et non en dossier indésirable.
• Connexions multi-terminaux
• : confirmer que les utilisateurs accèdent correctement à leurs boîtes via le web, les clients PC et les applications mobiles avec les nouveaux paramètres.

---

Quand contacter le support officiel 138 ?

Certaines situations nécessitent l'intervention directe du support officiel de 138 Messagerie d'entreprise :

• Échec de la vérification de domaine
• malgré une configuration DNS correcte.
• Anomalies de routage persistantes
• après 48 heures de propagation.
• Demande de migration assistée
• pour les comptes et les historiques de messagerie.
• Questions sur les paramètres SPF/DKIM/DMARC
• spécifiques à votre configuration multi-sources.
• Récupération de données
• suite à une suppression accidentelle pendant la transition.

Le portail de service officiel de 138 couvre l'achat, l'activation, la migration, la configuration et la maintenance quotidienne. Les entreprises clientes, qu'il s'agisse de structures comme des cabinets d'avocats, des sociétés de commerce transfrontalier ou des institutions financières, peuvent accéder à un support direct sans passer par des intermédiaires.