Was prüft der Google-Workspace-Checker?
E-Mail über Google Workspace beruht auf vier DNS-Einträgen: MX-Einträgen, die auf Google zeigen (smtp.google.com oder die älteren aspmx-Hosts, die Google weiterhin unterstützt), einem SPF-Eintrag mit _spf.google.com, einem DKIM-Schlüssel unter dem Standard-Selektor google._domainkey und einem google-site-verification-Token als Nachweis, dass die Domain bei Google verifiziert wurde.
Das Ergebnis lesen
Die oberste Zeile sagt, ob der bevorzugte MX-Host zu Google gehört. Darunter wird jeder der vier Einträge als gefunden oder fehlend gemeldet, und die Fehler werden mit der nötigen Änderung aufgelistet. Alles stammt allein aus dem DNS, daher kann das Tool nicht erkennen, ob eine Domain für Workspace bezahlt oder wie ihr Konto eingerichtet ist.
Beat läuft auf derselben Engine, nach Zeitplan, über alle 41 Prüfungen und 25 Blacklists. Was Beat hinzufügt: immer wieder nachfragen, bemerken, wenn sich eine Antwort ändert, und Ihnen sagen, was zu tun ist.
Häufige DNS-Probleme bei Google Workspace
SPF ohne den Include von Google
Google dokumentiert v=spf1 include:_spf.google.com ~all für Domains, die nur über Workspace senden. Ohne den Include scheitern von Workspace gesendete E-Mails an SPF, sofern kein anderer Term die Adressen von Google abdeckt.
Kein Schlüssel unter google._domainkey
Google nutzt den Selektor google, sofern Sie keinen anderen wählen. Fehlt dort ein Schlüssel, wurde DKIM meist nie in der Admin-Konsole aktiviert.
MX-Einträge eines früheren Providers
Wer die MX-Hosts von Google mit denen eines anderen Dienstes mischt, teilt eingehende E-Mails zwischen beiden auf, und was beim alten landet, liest selten jemand.
Zwei SPF-Einträge
Wer den Eintrag von Google neben einen bestehenden setzt, hat zwei, und RFC 7208 macht daraus permerror für jede Nachricht. Führen Sie die Includes in einem Eintrag zusammen.