SPF-Fehlermeldung bei Mailweiteleitung zu web.de und gmx

Gerade gestern wollte ich dazu ein Thema aufmachen.
Interesse an SRS besteht auch hier!

Jap SRS wäre da echt toll

Da hat offenbar GMX SPF scharf geschalten.

habe es unter Debian Jessie so eingerichtet, mal sehen, welche Probleme auftauchen durch SRS...

wget https://github.com/roehling/postsrsd/archive/master.tar.gz -O postsrsd-master-20160529.tar.gz
tar xf postsrsd-master-20160529.tar.gz
cd postsrsd-master


apt install cmake
make
make install
systemctl daemon-reload
systemctl enable postsrsd 
systemctl start postsrsd


postconf -e "sender_canonical_maps = tcp:127.0.0.1:10001"
postconf -e "sender_canonical_classes = envelope_sender"
postconf -e "recipient_canonical_maps = tcp:127.0.0.1:10002"
postconf -e "recipient_canonical_classes = envelope_recipient,header_recipient"
postfix reload

Achtung: wenn man es nur so macht, kann es von LiveConfig überschrieben werden in der /etc/postfix/main.cf

Nachtrag:
Wäre übrigens sehr toll, wenn das jemand als Debian-Paket verpacken würde, die Version in den offiziellen Debian-Repositories ist nämlich uralt...

Und das reicht wirklich aus um das Problem zu umgehen? Oder hat das noch einige Nebenwirkungen beim normalen Mailverkehr?

hi!

@Reiko:

Da fehlten noch jeweils Anführungszeichen:

Zitat

postfix.LOCALCONFIG = {}
postfix.LOCALCONFIG['sender_canonical_maps'] = "tcp:127.0.0.1:10001"
postfix.LOCALCONFIG['sender_canonical_classes'] = "envelope_sender"
postfix.LOCALCONFIG['recipient_canonical_maps'] = "tcp:127.0.0.1:10002"
postfix.LOCALCONFIG['recipient_canonical_classes'] = "envelope_recipient,header_recipient"

Alles anzeigen

Und vor dem anstupsen der Postfix-Config einmal LC neu starten, sonst werden die Einträge nicht berücksichtigt.

Ergänzung für Ubuntu: Die systemctl Commands werden nicht benötigt, zum Start einfach "service postsrsd start" eingeben.

Vg,
Patrick

Die Frage die man sich hier stellen möchte wäre doch ob man wirklich die Emails umschreiben möchte nur weil GMX und Co. (die verständlicherweise möchten, dass man deren Dienste nutzt und sonst kein Geld damit verdient) nun Weiterleitungen blockieren.

Zitat von Mogwais

Und das reicht wirklich aus um das Problem zu umgehen? Oder hat das noch einige Nebenwirkungen beim normalen Mailverkehr?

mal sehen, ich brauchte einfach eine Lösung für die Kunden, bisher klappt's

Zitat von HBO

Die Frage die man sich hier stellen möchte wäre doch ob man wirklich die Emails umschreiben möchte nur weil GMX und Co. (die verständlicherweise möchten, dass man deren Dienste nutzt und sonst kein Geld damit verdient) nun Weiterleitungen blockieren.

naja, ich würde ihnen da nicht die volle Schuld zuschieben, wenn dann den Domainbetreibern, die SPF auf den "-all" Modus setzen. (zu denen web.de/gmx auch gehören, aber das ist ja nicht die aktuelle Änderung)
Und auch die machen das in der Regel absichtlich, die Absender mit solchen Domains dürfen sich also dort beschweren - aber man weiß ja wie gut es klappt, wenn man als kleiner Provider auf die großen als Verursacher verweist.

Wenn jemand SPF so einstellt auf seiner Domain, dann WILL er, dass gmx/web.de so handeln wie sie es jetzt tun.

Nachdem wir unseren anfragenden Kunden die Lage erklärten haben wir den Spieß umgedreht. Wieso also zu GMX und Co. weiterleiten? Die Kunden bezahlen bereits für eine Leistung, nun werden die Mails von GMX und Co. auf die bezahlten von uns gehosteten Adressen weiter geleitet.

Man muss sich nicht immer den "Großen" beugen...

Hallo,

wir haben das selbe Problem mit gmx.de und web.de. Bei uns ist es aber nicht nur die Weiterleitung an diese Adressen, sondern es betrifft auch die Passwort vergessen Funktion von Liveconfig. Die Mails werden mit der selben Fehlermeldung abgewiesen, wie bei den Weiterleitungen.

Kann man das Problem genauso lösen, wie bei den Weiterleitungen?

Mit freundlichen Grüße
Holger Knierim

Zitat von holli

wir haben das selbe Problem mit gmx.de und web.de. Bei uns ist es aber nicht nur die Weiterleitung an diese Adressen, sondern es betrifft auch die Passwort vergessen Funktion von Liveconfig. Die Mails werden mit der selben Fehlermeldung abgewiesen, wie bei den Weiterleitungen.

Diese Mails werden von der Adresse aus abgesendet, welche im LiveConfig unter "Verwaltung" -> "Einstellungen" -> "Wiederverkäufer" angegeben ist.
Prüfen Sie bitte, ob für diese Mailadresse (bzw. deren Domain) ein SPF-Eintrag im DNS besteht. Wenn ja, dann müssen Sie diesen so erweitern, dass er Mails auch von allen LiveConfig-Servern (bzw. pauschal aus den eigenen Subnetzen) zulässt.

Ansonsten schicken Sie bitte ein konkretes Beispiel eines vollständigen Zustellversuchs aus der /var/log/mail.log (von einem LiveConfig-Server, von dem ein Passwort-Reset angefordert wurde) an support@liveconfig.com

Viele Grüße

-Klaus Keppler

Hallo Herr Keppler,

vielen Dank für die schnelle Antwort.

Das wars, der TXT Record war unvollständig. Das Subnetz der Controlserver fehlte.

Mit freundlichen Grüßen
Holger Knierim

kurzer Hinweis, E-Mails abholen ist immer besser als weiterleiten. Daher wenn $Kunde unbedingt gmx/web.de haben/nutzen will soll er erinfach die E-Mails der anderen Adressen Abholen via pop/imap und gut ist. Weiterer Vorteil hier, der SPAM (der ggf. dabei ist) wird einem nicht "angerechnet" als Versender -> keine internen rbl Einträge mehr zu erwarten.