Gmail stuft E-Mails als möglichen Identitätsdiebstahl ein

Wenn Gmail eine Warnung vor möglichem Identitätsdiebstahl anzeigt, lässt sie sich nicht allein SPF zuschreiben. Öffnen Sie in Gmail Original anzeigen und bewahren Sie Authentication-Results, Received und Return-Path auf, um festzustellen, welche Prüfung fehlgeschlagen ist und welcher Server tatsächlich gesendet hat:

• Seien Sie bei dieser Nachricht vorsichtig. Gmail konnte nicht bestätigen, dass sie tatsächlich von dominio.com stammt. Klicken Sie nicht auf Links, laden Sie keine Anhänge herunter und antworten Sie nicht mit persönlichen Informationen.

SPF autorisiert Server für die Domain, die in MAIL FROM oder HELO verwendet wird; den sichtbaren Absender in From prüft es nicht direkt. DKIM prüft die Signatur der Nachricht, und DMARC verlangt, dass SPF oder DKIM auf die sichtbare Domain ausgerichtet sind. Prüfen Sie alle drei Ergebnisse, bevor Sie DNS ändern.

Der SPF-Eintrag lässt sich in cPanel ändern, sollte aber nur Infrastruktur autorisieren, die legitim für die Domain sendet.

Wenn Gmail mit Senden als über den SMTP-Server von Hostsuar eingerichtet ist, verlässt die Nachricht diesen externen Server, und _spf.google.com hinzuzufügen korrigiert diesen Weg nicht. Behalten Sie SPF und DKIM von Hostsuar bei und prüfen Sie deren Ausrichtung.

Nehmen Sie _spf.google.com nur auf, wenn die Domain tatsächlich über Google Workspace oder eine andere Google-Infrastruktur sendet, und richten Sie dann auch die DKIM-Signatur von Google ein. Senden Sie nach jeder Änderung erneut eine Testnachricht und prüfen Sie in Original anzeigen, dass SPF, DKIM und DMARC das erwartete Ergebnis liefern.

Bei Weiterleitungen oder Zwischenstationen

Eine Weiterleitung kann SPF scheitern lassen, weil sich der Server ändert, der die Nachricht zustellt. DKIM kann gültig bleiben, wenn der signierte Inhalt nicht verändert wird; manche Zwischenstationen, Listen oder angehängte Fußzeilen verändern ihn jedoch. Analysieren Sie den gesamten Weg, bevor Sie eine neue IP autorisieren.

Bearbeiten Sie die Einträge beim autoritativen DNS-Anbieter und behalten Sie für jeden Namen eine einzige SPF-Richtlinie: Fügen Sie keinen zweiten v=spf1-Eintrag hinzu. Ein korrektes Authentifizierungsergebnis beweist auch nicht, dass der Inhalt legitim ist. Wenn die Nachricht unerwartet kommt, bestätigen Sie ihre Herkunft auf einem anderen Weg, bevor Sie Links öffnen oder Informationen weitergeben.