Que vérifie le vérificateur Google Workspace ?
L'e-mail Google Workspace repose sur quatre enregistrements DNS : des enregistrements MX qui pointent vers Google (smtp.google.com, ou les anciens hôtes aspmx que Google prend toujours en charge), un enregistrement SPF qui inclut _spf.google.com, une clé DKIM sur le sélecteur par défaut google._domainkey, et un jeton google-site-verification prouvant que le domaine a été vérifié chez Google.
Lire le résultat
La première ligne indique si l'hôte MX préféré appartient à Google. Dessous, chacun des quatre enregistrements est indiqué trouvé ou absent, et les défauts sont listés avec ce qu'il faut changer. Tout vient du DNS seul : l'outil ne peut donc pas savoir si un domaine paie Workspace ni comment son compte est configuré.
Beat tourne sur le même moteur, à intervalles réguliers, sur l’ensemble des 41 vérifications et des 25 blacklists. Ce qu’il ajoute : reposer la question, remarquer quand une réponse change et vous dire quoi faire.
Problèmes DNS fréquents avec Google Workspace
Un SPF sans l'include de Google
Google documente v=spf1 include:_spf.google.com ~all pour les domaines qui n'envoient que par Workspace. Sans l'include, les e-mails envoyés par Workspace échouent à SPF, sauf si un autre terme couvre les adresses de Google.
Aucune clé sur google._domainkey
Google utilise le sélecteur google, sauf si vous en choisissez un autre. L'absence de clé à cet endroit signifie en général que DKIM n'a jamais été activé dans la console d'administration.
Des enregistrements MX restés d'un ancien fournisseur
Mélanger les hôtes MX de Google avec ceux d'un autre service répartit les e-mails entrants entre les deux, et ce qui arrive sur l'ancien est rarement lu.
Deux enregistrements SPF
Ajouter l'enregistrement de Google à côté d'un enregistrement existant en fait deux, ce que la RFC 7208 transforme en permerror pour chaque message. Fusionnez les includes en un seul enregistrement.