Configurer Microsoft 365 pour un domaine hébergé sur cPanel

Microsoft 365 utilise plusieurs enregistrements DNS pour valider le domaine, recevoir le courrier dans Exchange Online et configurer automatiquement Outlook. Les valeurs dépendent de votre compte Microsoft : copiez donc celles qu'affiche le centre d'administration et ne réutilisez pas celles d'un autre domaine.

Avant de modifier les enregistrements

1. Vérifiez quel fournisseur sert les DNS faisant autorité du domaine. S'il utilise nos serveurs DNS et qu'il est hébergé, vous modifierez la zone depuis Zone Editor de cPanel ; s'il utilise Cloudflare ou un autre fournisseur, faites les modifications là-bas.
2. Créez les utilisateurs et licences nécessaires dans Microsoft 365.
3. Notez les boîtes mail existantes et décidez si leurs messages seront conservés.
4. Enregistrez les enregistrements MX, TXT, CNAME et SRV actuels avant de les modifier.

Changer de messagerie n'oblige pas à déplacer le site. Gardez les enregistrements A et CNAME du site s'il doit rester hébergé chez Hostsuar.

Valider le domaine dans Microsoft 365

Depuis le centre d'administration de Microsoft 365, ajoutez le domaine personnalisé. Microsoft demandera généralement un enregistrement TXT pour prouver que vous en êtes propriétaire.

Ouvrez Zone Editor, gérez la zone du domaine et créez le TXT avec le nom et la valeur exacts affichés par Microsoft. Quand Microsoft écrit @, il désigne le domaine racine ; cPanel peut le représenter par le nom complet du domaine.

Ajouter uniquement le TXT de validation ne change pas l'endroit où le courrier est reçu. Terminez cette validation avant la bascule et examinez toute proposition ultérieure qui modifierait aussi les MX.

Ajouter les enregistrements de Microsoft

L'assistant de Microsoft indiquera les enregistrements nécessaires pour les services souscrits. Ils peuvent comprendre :

• MX pour livrer le courrier à Exchange Online.
• TXT pour SPF et les validations.
• CNAME comme autodiscover et ceux demandés par d'autres services Microsoft.
• Les deux CNAME de DKIM propres au domaine que génère Microsoft. Après les avoir publiés, activez DKIM depuis le portail Microsoft 365.
• SRV pour certaines fonctions de communication.

Modifiez un enregistrement existant lorsqu'il a le même nom et la même fonction au lieu d'en créer un autre incompatible. En particulier, un domaine doit avoir un seul enregistrement SPF : s'il en existe déjà un, ajoutez l'autorisation indiquée par Microsoft dans ce même TXT, sans publier un second v=spf1.

Si le site hébergé chez Hostsuar envoie des formulaires ou des messages automatiques avec le même domaine, le SPF unique devra peut-être conserver aussi l'autorisation du serveur web. Le remplacer par la valeur de Microsoft sans intégrer les deux sources peut nuire à ces envois.

Microsoft tient à jour la liste actuelle des enregistrements et la procédure pour les fournisseurs DNS externes.

Changer la réception du courrier

Le changement de MX est le moment où les nouveaux messages commencent à être dirigés vers Microsoft 365 :

1. Confirmez que les boîtes mail de destination existent et que l'on peut s'y connecter.
2. Remplacez les anciens MX par la valeur fournie par Microsoft.
3. Dans cPanel, ouvrez Email Routing et sélectionnez Remote Mail Exchanger. La détection automatique ne consulte que la zone locale de cPanel, ne fait pas de requête DNS publique et ne se réévalue pas d'elle-même après des modifications ultérieures.
4. Vérifiez publiquement les enregistrements et envoyez des messages de test depuis et vers des fournisseurs externes.
5. Conservez les anciennes boîtes mail pendant la période de vérification et copiez leurs messages avant de les supprimer.

Lors de la bascule, ne laissez que les MX prévus pour Microsoft, sauf si vous avez expressément conçu une architecture de coexistence. En garder un avec une priorité plus basse ne crée pas de secours sûr : si Exchange Online ne répond pas, certains expéditeurs peuvent y livrer des messages qui resteraient isolés de la nouvelle boîte mail. Les messages qui se trouvaient déjà chez l'ancien fournisseur y restent tant que vous ne les migrez pas ou ne les téléchargez pas.

Autodiscover pointe toujours vers cPanel

Si Outlook continue d'afficher la configuration de l'hébergement alors qu'autodiscover pointe vers Microsoft, consultez le conflit Autodiscover entre cPanel et Microsoft 365. Certains comptes doivent désactiver la réponse locale de cPanel pour qu'Outlook consulte l'enregistrement externe.

Vérification finale

Contrôlez les MX, le TXT SPF, les CNAME d'Autodiscover et de DKIM, les SRV et le routage de la messagerie. Confirmez que DKIM signe les messages et, après avoir recensé toutes les sources légitimes, publiez d'abord DMARC avec p=none pour observer l'alignement avant d'appliquer une politique plus stricte. Testez la réception, l'envoi, Autodiscover et les appareils existants. Pendant quelques heures, la propagation peut amener différents expéditeurs à consulter des versions différentes de la zone : ne supprimez donc pas l'ancien service avant d'avoir confirmé que le changement est terminé.

Formulaires et applications qui restent sur l'hébergement

Testez aussi un message du site adressé à un compte de votre propre domaine. Que l'envoi depuis Outlook fonctionne ne prouve pas que le formulaire utilise le bon chemin. Vérifiez le SMTP réellement utilisé, l'expéditeur et son alignement ; utilisez l'adresse du visiteur comme Reply-To, pas comme From d'un domaine que vous ne contrôlez pas.

Pour préparer plusieurs enregistrements sans perdre ceux qui existent, vous pouvez utiliser l'assistant DNS. Vérifiez ensuite la validation chez Microsoft et le résultat d'un message réel.