550 5.7.26 “This message does not have authentication information”: so beheben Sie den Gmail-Fehler

Weist Gmail Ihre E-Mails mit dieser SMTP-Antwort zurück, greift die Durchsetzung der Regeln für Massenversender bei Gmail:

550-5.7.26 This message does not have authentication information or fails to
550-5.7.26 pass authentication checks (SPF or DKIM). To best protect our users
550-5.7.26 from spam, the message has been blocked. Please visit
550 5.7.26 https://support.google.com/mail/answer/81126 for more information.

Das ist eine Ablehnung wegen der Authentifizierung; Reputation, Inhalt und Filter pro Nutzer spielen dabei keine Rolle. Die Absenderanforderungen von Gmail (in Kraft seit Februar 2024 und seit November 2025 strenger durchgesetzt) verlangen, dass jeder Absender SPF oder DKIM besteht. Wer etwa 5.000 oder mehr Nachrichten pro Tag an private Gmail-Konten sendet, muss SPF und DKIM bestehen, die From-Domain an einem der beiden ausrichten und einen DMARC-Eintrag veröffentlichen. Schlägt die Authentifizierung fehl, lehnt Gmail die Nachricht schon während der SMTP-Sitzung ab.

Was 550 5.7.26 tatsächlich bedeutet

Der Fehler hat drei mögliche Ursachen, nach Häufigkeit geordnet:

1. Weder SPF noch DKIM ist im Alignment mit der sichtbaren From:-Domain.
2. Die eigene DMARC-Richtlinie Ihrer Domain (p=quarantine oder p=reject) weist Gmail an, fehlschlagende E-Mails abzulehnen. Ein fehlender DMARC-Eintrag hat einen eigenen Code, 4.7.40 oder 5.7.40, in der Fehlerliste von Gmail.
3. SPF und DKIM bestehen beide, aber die Domain im From:-Header stimmt nicht mit der authentifizierten Domain überein (fehlgeschlagenes Alignment).

Gmail zählt einen SPF-Pass nur auf der Return-Path- bzw. Bounce-Domain nicht. Ist Ihre Bounce-Domain bounces.esp.com und Ihr From hello@yourdomain.com, besteht SPF, ist aber nicht im Alignment; Sie brauchen also DKIM, signiert von yourdomain.com.

Schritt 1: Sehen Sie sich die Header der Originalnachricht an

Senden Sie sich von derselben Versandplattform eine Testnachricht an ein Gmail-Konto, das sie noch annimmt (oder an ein Workspace-Konto, in dem Sie den Junk-Ordner lesen können). Öffnen Sie die Nachricht → drei Punkte → Original anzeigen.

Suchen Sie den Header Authentication-Results::

Authentication-Results: mx.google.com;
       dkim=pass header.i=@esp.com;
       spf=pass smtp.mailfrom=bounces.esp.com;
       dmarc=fail (p=NONE) header.from=yourdomain.com

In diesem Beispiel besteht DKIM für esp.com, aber das From lautet yourdomain.com, deshalb schlägt DMARC fehl. Die Lösung ist, in Ihrem ESP die DKIM-Signatur für yourdomain.com einzurichten, nicht SPF zu ändern.

Schritt 2: Korrigieren Sie das DKIM-Alignment

Das DKIM-Alignment ist der einfachste Gewinn. Fast jeder große ESP (Mailchimp, HubSpot, SendGrid, Brevo, Klaviyo, ActiveCampaign, Customer.io, Resend, Postmark) unterstützt DKIM mit eigener Domain. Sie legen einen vom ESP bereitgestellten CNAME- oder TXT-Eintrag unter selector._domainkey.yourdomain.com an und aktivieren dann die DKIM-Signatur im Dashboard.

Nach der Verbreitung (einige Minuten bis einige Stunden) sollte der Header Authentication-Results dkim=pass header.i=@yourdomain.com zeigen, und DMARC besteht über den DKIM-Pfad, auch wenn SPF nicht im Alignment ist.

Prüfen Sie es mit unserem DKIM-Lookup.

Schritt 3: Veröffentlichen Sie einen DMARC-Eintrag (auch mit p=none)

Die Regeln von Gmail für Massenversender verlangen, dass ein DMARC-Eintrag vorhanden ist. p=none genügt dafür, solange Sie noch beobachten. Der minimale konforme Eintrag lautet:

v=DMARC1; p=none; rua=mailto:dmarc@yourdomain.com

Legen Sie ihn als TXT-Eintrag unter _dmarc.yourdomain.com an. Erstellen Sie einen mit unserem DMARC-Generator.

Schritt 4: Stellen Sie sicher, dass SPF nicht unbemerkt defekt ist

Auch wenn DKIM die Arbeit erledigt, sollte SPF sauber sein. Häufige Probleme:

• Mehr als 10 DNS-Lookups im SPF-Eintrag (führt zu permerror)
• Zwei SPF-Einträge auf derselben Domain (nur einer ist erlaubt)
• Ein -all (Hard Fail), wo Sie ~all gemeint haben (nur relevant, wenn Ihr ESP nicht in der Include-Liste steht)

Prüfen Sie es mit unserem SPF-Lookup. Liegen Sie über dem Limit von 10 Lookups, flachen Sie den Eintrag mit Subdomain-Delegierung oder einem SPF-Makro-Dienst ab.

Schritt 5: Melden Sie sich bei Google Postmaster Tools an und lesen Sie die Daten

Trifft Sie 550 5.7.26, melden Sie die From-Domain bei Google Postmaster Tools an. Nach 24 bis 48 Stunden Traffic zeigt es:

• Authentifizierungs-Erfolgsquote (Ziel: über 99 %)
• Domain-Reputation
• IP-Reputation
• Spam-Rate (die harte Obergrenze von Gmail liegt bei 0,3 %; peilen Sie unter 0,1 % an)

Ist das Diagramm zur Authentifizierung nicht nahezu 100 % grün, greifen Ihre Korrekturen noch nicht vollständig.

Schritt 6: Testen Sie erneut über eine frische Verbindung

Die Wiederholungswarteschlangen von ESPs brauchen bis zu 30 Minuten, um sich zu leeren. Pausieren Sie die Versandkampagne und setzen Sie sie fort, oder senden Sie eine neue Testnachricht, nachdem sich DKIM und DMARC verbreitet haben. Der Bounce sollte sofort verschwinden, sobald die Authentifizierung besteht. Gmail „merkt“ sich den vorherigen Fehler nicht gegen Ihre IP.

Warum Sie 550 5.7.26 trotz aller Korrekturen noch bekommen können

Einige weniger offensichtliche Ursachen aus unserem Support:

• Abweichende Subdomain. Ist Ihr From hello@mail.yourdomain.com, DKIM aber auf yourdomain.com eingerichtet, ist das Alignment standardmäßig relaxed und sollte trotzdem bestehen; manche ESPs veröffentlichen in DMARC jedoch striktes Alignment (adkim=s). Stellen Sie auf adkim=r um.
• Veralteter DNS-Cache. Gmail speichert DNS stundenlang zwischen. Warten Sie nach dem Veröffentlichen von DKIM mindestens 4 Stunden, bevor Sie annehmen, dass die Lösung nicht wirkt.
• Falscher Selektor. Manche ESPs rotieren Selektoren (z. B. s1, s2). Haben Sie den alten TXT-Eintrag entfernt, bevor der neue gegriffen hat, schlägt DKIM fehl, bis Sie ihn wieder hinzufügen.

Häufige Fragen

Ist 550 5.7.26 dasselbe wie 550-5.7.1 von Gmail? Nein. 550-5.7.1 Our system has detected... ist eine Sperre wegen Inhalt oder Reputation. 550-5.7.26 ist ausschließlich ein Bounce zur Durchsetzung der Authentifizierung, und die Lösung ist technisch (DKIM/SPF/DMARC), nicht inhaltlich.

Sperrt Gmail nach einem 550 5.7.26 meine ganze IP? Nein. Dieser Bounce wird pro Nachricht und pro Absender bewertet. Er schadet der IP-Reputation für sich genommen nicht. Wiederholte Versuche mit defekter Authentifizierung verschwenden aber Verbindungsplätze und können Sie irgendwann über 421-Throttling ausbremsen.

Brauche ich eine durchgesetzte DMARC-Richtlinie (p=quarantine oder p=reject), um das zu beheben? Nein. Gmail verlangt einen veröffentlichten DMARC-Eintrag. p=none genügt für die Prüfung bei Massenversendern. Wechseln Sie erst zur Durchsetzung, wenn Ihre DMARC-Aggregatberichte sauber aussehen.

Bleiben Sie den Regeln von Gmail voraus

Gmail verschärft diese Anforderungen alle 12 bis 18 Monate. MailVitals überwacht Ihr SPF, DKIM, DMARC und Alignment laufend und warnt Sie, sobald ein Eintrag abweicht.

Quellen

• Gmail SMTP errors and codes (Google Workspace Help), die drei Texte von 550 5.7.26 (nicht authentifizierter Absender, SPF Hard Fail, DMARC-Richtlinie) und der eigene Code 5.7.40 für einen fehlenden DMARC-Eintrag.
• Email sender guidelines (Gmail Help), SPF oder DKIM für alle Absender, SPF, DKIM, DMARC und From-Alignment für Massenversender sowie DKIM-Schlüssel mit mindestens 1024 Bit.
• RFC 9989: Domain-Based Message Authentication, Reporting, and Conformance (DMARC), der aktuelle DMARC-Standard (Mai 2026, ersetzt RFC 7489), einschließlich Identifier-Alignment und der Modi adkim/aspf.
• RFC 7208: Sender Policy Framework (SPF), das Limit von 10 DNS-Lookups und der permerror, der bei Überschreitung entsteht.