¿Qué revisa el verificador de Google Workspace?
El correo de Google Workspace depende de cuatro registros DNS: registros MX que apuntan a Google (smtp.google.com, o los hosts aspmx más antiguos que Google todavía admite), un registro SPF que incluya _spf.google.com, una clave DKIM en el selector predeterminado google._domainkey y un token google-site-verification que demuestra que el dominio se verificó con Google.
Cómo leer el resultado
La primera línea dice si el host MX preferido es de Google. Debajo, cada uno de los cuatro registros se reporta como encontrado o ausente, y las fallas se listan con lo que hay que cambiar. Todo sale solo del DNS, así que la herramienta no puede saber si un dominio paga Workspace ni cómo está configurada su cuenta.
Beat funciona con el mismo motor, de forma programada, en las 41 verificaciones y las 25 blacklists. Lo que agrega: volver a preguntar, notar cuando una respuesta cambia y decirte qué hacer al respecto.
Problemas comunes de DNS en Google Workspace
SPF sin el include de Google
Google documenta v=spf1 include:_spf.google.com ~all para los dominios que envían solo a través de Workspace. Sin el include, el correo que envía Workspace falla SPF, salvo que otro término cubra las direcciones de Google.
Ninguna clave en google._domainkey
Google usa el selector google a menos que elijas otro. Si no hay ninguna clave ahí, por lo general significa que DKIM nunca se activó en la consola de administración.
Registros MX que quedaron de un proveedor anterior
Mezclar los hosts MX de Google con los de otro servicio divide el correo entrante entre ambos, y lo que llega al anterior rara vez se lee.
Dos registros SPF
Agregar el registro de Google junto a uno existente deja dos, y el RFC 7208 convierte eso en permerror para cada mensaje. Combina los includes en un solo registro.