Ein Gmail-Bounce mit 550 5.7.26, obwohl im Panel ein SPF-Eintrag steht, wirkt widersprüchlich. Der TXT ist da. Dig liefert ihn. Gmail lehnt trotzdem ab. Meist fehlt SPF nicht — die DMARC-Ausrichtung (Alignment) scheitert, oder die sichtbare From-Domain passt nicht zur authentifizierten Identität.
Seit 2024 härtet Gmail unauthentifizierte und Bulk-Mails. 5.7.26 verweist oft auf SPF/DKIM/DMARC-Fehler oder unautorisiertes From. Ihr Muster: SPF existiert, die IP steht in der Liste, aber From und die von SPF/DKIM geprüfte Domain sind nicht organisatorisch aligned — oder ein Relay schreibt From um.
Was 5.7.26 wirklich markiert
Der Code heißt nicht automatisch „kein SPF“. Häufige Fragmente: authentication failed, unauthenticated email, DMARC policy. v=spf1 mx ip4:45.84.90.12 -all im Panel beweist nur die Veröffentlichung. Gmail fragt schärfer: Aligniert die From:-Domain mit dem Envelope-MAIL-FROM von SPF oder mit der DKIM-d=-Domain?
SPF kann passen, DMARC trotzdem failen
Klassische Falle: Formular oder Rechnungsdienst sendet mit From support@firma.de, Envelope gehört dem Anbieter. SPF gilt auf dessen Domain; DMARC prüft From und scheitert. Andere Falle: Reply-To korrekt, From noch alte Hosting-Domain. Bei EuroVDC Corporate Email muss MX auf securemail.eurovdc.eu (Prio 10) zeigen; Ausgang muss SPF/DKIM mit derselben From-Zone alignen.
Tabelle und Alignment: SPF, DKIM, DMARC und Zustellbarkeit. Nameserver ns1.eurovdc.eu / ns2.eurovdc.eu → Zone im EuroVDC-Panel; Record-Typen: Nameserver und DNS-Einträge.
Diagnose-Reihenfolge
- Authentication-Results im Bounce: SPF=pass, DMARC=fail?
dig TXTauf Apex und_dmarc— bei quarantine/reject ist Misalignment Absicht.- From der App an die Firmendomain anpassen; Drittanbieter-IPs ins SPF oder deren DKIM an From alignen.
- Doppelte SPF-TXT zusammenführen — zwei SPF-Strings verstoßen gegen das RFC.
Korrekte EuroVDC-Basis
Typisch: MX 10 → securemail.eurovdc.eu, SPF v=spf1 mx ip4:45.84.90.12 -all, DKIM oft unter dkim._domainkey. Diese Records gehören in die From-Zone, auch wenn die Website woanders hostet. EU-Postfächer: Firmen-E-Mail.
FAQ
Dig zeigt SPF — warum 5.7.26?
Vorhandensein ist kein Alignment. Gmail will SPF oder DKIM aligned zu From. Envelope einer anderen Domain → SPF „woanders“ pass, DMARC für From fail.
Reicht ~all?
Für Firmspostfächer eher -all. Softfail schwächt DMARC; Gmail kann trotzdem ablehnen.
SPF ohne DKIM?
DMARC braucht einen aligned Pass. Forwarding bricht SPF oft; DKIM hält besser. Beide publizieren.
Noch p=none — trotzdem Reject?
p=none ist Ihre Domain-Policy. Gmail hat eigene Regeln und kann 5.7.26 liefern.
Welcher Host hat gesendet?
Roh-Header der Testmail: Received und Authentication-Results. IP nicht 45.84.90.12 oder autorisierter Pfad → SPF/DKIM für diese Quelle korrigieren.
