it-swarm.com.de

SPF- und ISP-Authentifizierung

Ich frage mich, ob ich den SPF eines ISP angeben muss, der von meinen Kunden zum Senden von E-Mails mit einer auf meinem Server gehosteten E-Mail verwendet wird.

Beispiel: Sie verwenden Bell, um eine E-Mail an [email protected] zu senden (wobei example.com auf meinem Server gehostet wird).

Grundsätzlich verwenden sie SMTP, um E-Mails zu senden, da Port 25 von ihrem ISP deaktiviert wurde. Dies bedeutet, dass Google Mail, Hotmail usw. eine von Bell gesendete E-Mail sehen (Beispiel), aber die Domain befindet sich auf meinem Server. Das Ergebnis ist ein Softfail, da ich meinen SPF-Datensatz mit ~ all beende.

Manchmal handelt es sich um eine lokale Exchange, die die Zustellbarkeit aller E-Mails übernimmt und mein SMTP nicht verwenden kann.

Kann dies auf lange oder kurze Sicht ein Problem für meinen Ruf sein?

Mein Server akzeptiert keine Klartextauthentifizierung und auch keine Authentifizierung über Port 25. Es ist nur SSL/TLS zulässig.

3
santerref

Solche E-Mails sollen direkt vom E-Mail-Client des Benutzers an einen SMTP-Server gesendet werden, den Sie über Port 587 (Übermittlung) mit Benutzerauthentifizierung (und STARTTLS) steuern. Port 25 ist dafür ungeeignet, aus den Gründen, auf die Sie und andere bereits gestoßen sind.

1
Michael Hampton

Soweit mir bekannt ist, funktioniert das Hinzufügen des SPF in diesem Fall nicht, da ich in der Vergangenheit Probleme damit hatte. Die Art und Weise, wie ich dies lösen konnte, besteht darin, dass Kunden ihren ISP kontaktieren und ihnen den Grund nennen, warum Port 25 geöffnet werden muss. Viele ISPs blockieren es standardmäßig, um den Umgang mit Spam zu erleichtern. Wenn Ihre Kunden sich jedoch an ihren ISP wenden und angeben, dass sie eine Verbindung zum SMTP-Server ihres Webhosts herstellen müssen, um E-Mails zu senden, sollte der Webhost es insbesondere für sie entsperren, um senden zu können E-Mails mit Ihrem SMTP-Server und dann sollten Sie von da an keine Probleme haben.

1