Configurer Google Workspace pour un domaine hébergé sur cPanel

Vous pouvez garder le site chez Hostsuar et gérer la messagerie avec Google Workspace. Le changement concerne les enregistrements de messagerie et le routage de cPanel, pas les enregistrements qui servent le site.

Avant de modifier les enregistrements MX

1. Créez dans Google Workspace tous les utilisateurs, alias et groupes qui doivent recevoir du courrier. Dès que les MX changeront, les messages n'arriveront plus dans les boîtes mail de cPanel.
2. Conservez une copie des messages dont vous avez besoin et planifiez leur migration si du courrier est stocké chez l'ancien fournisseur.
3. Repérez où est gérée la zone DNS faisant autorité. Si le domaine utilise nos serveurs DNS, vous pouvez la modifier depuis Zone Editor dans cPanel ; s'il utilise Cloudflare ou un autre fournisseur, la modification se fait là-bas.

Valider le domaine chez Google

Connectez-vous à la console d'administration de Google Workspace, ajoutez le domaine et copiez l'enregistrement de validation affiché par l'assistant. Il s'agit généralement d'un TXT avec une valeur unique du type google-site-verification=....

Créez-le dans la zone DNS sans modifier sa valeur et revenez à la console Google pour terminer la validation. Cet enregistrement prouve que vous contrôlez le domaine, mais il ne change pas encore l'endroit où le courrier est reçu.

Configurer l'enregistrement MX actuel

Supprimez les MX de l'ancien fournisseur et créez le MX que Google indique actuellement pour les nouvelles inscriptions Workspace :

Utilisez le TTL par défaut de la zone. cPanel accepte le nom et la destination avec le point final ; d'autres fournisseurs peuvent l'ajouter automatiquement.

Les organisations plus anciennes peuvent conserver les cinq destinations ASPMX.L.GOOGLE.COM et ALT*.ASPMX.L.GOOGLE.COM : Google les accepte toujours. Pour une nouvelle configuration, suivez toujours la valeur affichée dans la console d'administration, car c'est la source qui correspond à cette organisation.

Ne gardez pas à la fois les MX de Google et ceux de l'ancien fournisseur comme prétendue solution de secours. La priorité ne crée pas de copie : les serveurs secondaires ne sont utilisés que lorsque les prioritaires ne répondent pas, et ils peuvent livrer des messages dans le mauvais système.

Modifier le routage de la messagerie dans cPanel

Si le domaine est toujours ajouté à l'hébergement, ouvrez Email Routing dans cPanel, sélectionnez-le et cochez Remote Mail Exchanger. Ainsi, les sites et applications du serveur interrogeront Google au lieu d'essayer de livrer localement dans une boîte mail cPanel.

Cette étape ne remplace pas le MX public : les deux doivent pointer vers la même destination.

Authentifier les envois

Configurez aussi les enregistrements qui authentifient le courrier sortant :

• SPF : autorise Google via include:_spf.google.com. Il ne doit exister qu'un seul enregistrement SPF ; si le site ou d'autres fournisseurs envoient aussi du courrier, combinez toutes les autorisations dans le même TXT en suivant le guide SPF.
• DKIM : générez la clé depuis la console Google et publiez le TXT avec le sélecteur et la valeur exacts fournis. Activez ensuite l'authentification DKIM dans la console Google ; publier la clé ne lance pas à elle seule la signature des messages.
• DMARC : publiez-le après avoir vérifié SPF et DKIM, en commençant par une politique d'observation si vous ne connaissez pas encore tous les expéditeurs légitimes.

Activer et vérifier

Revenez à Google Workspace et cliquez sur Activate Gmail. La propagation peut être progressive ; pendant ce temps, certains expéditeurs peuvent encore interroger les anciens MX.

Vérifiez enfin un envoi dans les deux sens, alias et groupes compris, et contrôlez dans les en-têtes d'un message sortant que SPF, DKIM et DMARC sont validés pour le domaine. Le transfert des anciens messages est une tâche distincte du changement de MX.

Si cela ne fonctionne pas après le changement

Vérifiez séparément la réception et l'envoi. Si les messages externes arrivent mais qu'un formulaire de l'hébergement ne peut pas écrire à votre domaine, vérifiez le routage distant et le serveur SMTP utilisé par l'application. Si vous recevez mais que vos envois échouent, consultez le rejet et l'authentification de Google avant de modifier à nouveau les MX.

Ne remplacez pas une ancienne configuration à cinq MX qui fonctionne simplement pour utiliser le nouveau format. Suivez les indications actuelles de Google pour les MX et les valeurs de votre console. Pour préparer d'autres enregistrements, utilisez l'assistant DNS.