Neu Emails von der Wawi: SPF Validierung ermöglichen

[intrinsicforce]

Hallo!

Sofern ihr SPF Validierung für euren eMail-Versand nutzt: Wie bekommt ihr es hin, dass eMails die Validierung bestehen, wenn diese von der Wawi aus versendet werden?

Problematisch ist bei uns nämlich, dass wir die Datenbank über einen Server betreiben. Die automatisch versendeten eMails z.B. nach Versand über den Packtisch (Rechnungen, Lieferscheine etc.) werden jedoch immer mit der IP-Adresse des Clients versendet, auf dem der Packtisch läuft. Im Gegensatz zur Server-IP ändert sich diese jedoch täglich, sodass diese in der SPF-Config gar nicht mit aufgenommen werden kann. Führt dann praktisch zu einem "softfail" bei der SPF-Validierung - und entsprechender Warnung beim Kunden wenn diese z.B. Gmail nutzen. Oder natürlich zur Spam-Markierung.. Nicht sehr elegant.

Lässt es sich z.B. einrichten, dass eMails grundsätzlich vom "Hauptserver" (mit dedizierter IP) versendet werden?

Viele Grüße!

 

[elevennerds.de]

Du kannst hier entweder mit Subdomains arbeiten, oder einen Mailserver dazwischen schalten (Smarthost).

 

[intrinsicforce]

Danke für die schnelle Rückmeldung! Wenn ich noch fragen darf, wie kann denn der Einsatz einer Subdomain das Problem lösen? Für diese würde ich ja ebenfalls SPF / DKIM etc. einschalten, und da wären wir wieder bei der Ausgangslage. Oder verstehe ich das falsch?

Die Thematik mit dem SMTP-Relay Server schau ich mir mal genauer an, ist aber anscheinend auch nicht mal eben schnell erledigt 😉

 

[intrinsicforce]

Update:

Nach Rücksprache mit dem Hoster liegt das Problem bei JTL-Wawi bzw. am eMail Header.

Zum Vergleich: Wenn ich über den gleichen SMTP Server eine eMail mit Programmen wie Thunderbird verschicke, ist der SPF Check erfolgreich. Sehe da leider eine Baustelle bei JTL - nur sind mir als Nutzer natürlich die Hände gebunden.

 

[elevennerds.de]

Wenn ich noch fragen darf, wie kann denn der Einsatz einer Subdomain das Problem lösen?

Indem Du Deine Mails von einem Rechner sendest, der einer Subdomain oder IP zugeordnet ist, die im SPF eingetragen ist.

 

[intrinsicforce]

Okay.. Ich glaube dafür gibt es ein paar technische Hürden zu überwinden. Für ein Problem, welches an anderer Stelle gelöst werden muss. Denn wenn ein "normales" eMail-Programm SPF-validierbare eMails ohne derartige Umwege abschicken kann, sollte es die Wawi imho auch können.

Wahrscheinlich beschäftigen sich noch nicht genug JTL Nutzer mit SPF etc., und akzeptieren es dass der Großteil der eMails als Spam/gefährlich eingestuft wird. Der Ottonormal-Kunde wird sicherlich nicht so schnell eine PDF-Rechnung o.ä. öffnen oder gar antworten wenn so ein Hinweis bei Gmail aufploppt:

 

[intrinsicforce]

- Update -

SMTP-Relay-Server ist jetzt im Einsatz. Auf den ersten Blick schien das Problem damit nicht gelöst zu sein, da die Test-eMails nach wie vor SPF Fails hatten.

ABER: Die Mails wurden an ein eMail-Konto gesendet, welches auf dem gleichen Server liegt. Solche "internen" eMails haben dann wohl einen anderen Header bzw. gehen erst gar nicht über den Relayserver. Da in diesem Fall die IP des Clientrechners für die Prüfung herangezogen wird, schlägt diese natürlich fehl.

Werden diese an Adressen auf einem externen Server geschickt, praktisch der Normalfall, ist die SPF-Prüfung nun auch endlich erfolgreich (mehrfach geprüft).

Ich empfehle daher nun ebenfalls die Verwendung von Mail-Relay-Servern, wenn Clients, von denen der eMail-Versand angestoßen wird, keine fixen IPs haben.

Danke nochmals an dieser Stelle für den Tip @elevennerds.de