Ich gehe nicht davon aus, dass mein Problem absolut einzigartig ist, aber ich konnte bisher nicht einmal auf den Hilfeseiten von Gmail eine Antwort finden, und auch viel Googeln mit verschiedenen Begriffen hat keine Lösung gebracht. Kontext:
Es gibt beispielsweise ein Unternehmen BusyCorp LLC, dessen SaaS-Produkt und die zugehörigen E-Mails beispielsweise in product.comeiner Domäne live sind.
Sie verwenden Gmail für ihre normalen E-Mail-Aktivitäten, mit Standardeinstellung (Anmeldedomäne), was busycorp.com
aus historischen Gründen keine Rolle spielt.
Die product.comDomäne wird als Aliasdomäne für ihr Gmail-Setup konfiguriert, sodass ihre Mitarbeiter beispielsweise Nachrichten von Adressen senden können, [email protected]indem sie diese aus der Dropdown-Liste „Aliassen“ auswählen, wenn sie E-Mails auf der Gmail-Seite verfassen.
Die E-Mail hat jedoch Return-Patheinen Header wie [email protected], der selbst bei der standardmäßigen entspannten Ausrichtung für einen SPF-Misserfolg führt product.com.
Gibt es eine Möglichkeit, einige MX-, A-, TXT- oder SPF-Einträge einzurichten oder einige Einstellungen bei Gmail anzuwenden, um sicherzustellen, dass der Return-Path dem für SES verwendeten ähnelt [email protected], [email protected]um sicherzustellen, dass er SPF-konform ist?
Oder ist das Ändern der Hauptdomäne in den Gmail-Einstellungen die einzige Möglichkeit, das Problem zu beheben? Wird dieser Wechsel, wenn ja, Konsequenzen haben? Werden sie beispielsweise alle von Gmail, der Google Cloud Console und Google Analytics abgemeldet?
Viele Grüße und Danke für eure Antworten und eure Zeit!
Antwort1
Dies wird durch die Verwendung des STRICT-Modus für Ihren SPF verursacht. Wenn Sie ihn auf „relaxed“ ändern, wird die Authentifizierung nicht fehlschlagen, solange DKIM richtig eingerichtet ist. Ich habe dies getestet und bestätigt, da ich das gleiche Problem hatte. Ich habe hier einen Artikel geschrieben, in dem ich es erkläre. https://domainadmintools.com/dmarc-strict-vs-relaxed-alignment-wie-behebt-man-spf-alignment-failed/