Hallo Fred! Am 06.09.2014 um 06:59 Uhr schrieb Fred Ockert:
Peter Geerds schrieb:
Liebe Liste, ich bin bereits völlig verzweifelt über meine Situation. Für den ganzen Mail-Verkehr benutze ich eine Kombination aus postfix, procmail, fetchmail und mutt, was auch innerhalb meines Systems funktioniert. Die Probleme liegen bei anderen, die nicht bereit oder fähig sind, etwas zu ändern.
Folgende zwei Konfigurationen kann ich einrichten:
1. Mailzustellung nach Absendermail [...]
warum ? warum lieferst du nicht auf einem definierten System ein ?
gmx-Server ist kein definiertes System? Was meinst du damit genau?
Das funktioniert seit mehreren
Wochen nicht (mehr), da inzwischen fast alle IPs, die ich von Telekom erhalte, geblockt werden von gmx (spam). Meine Mails verlassen mein System also nicht.
auch wieder nicht wirklich korrekt!
Deine Aussage hier ist nicht korrekt. Die genaue Fehlermeldung kommt in einer anderen Mail.
bei ordentlicher (User)Authentifizierung dürfte das keine Rolle spielen, welche IP der User hat [ich liefere nich bei GMX ein- deswegen : dürfte ]
Ich habe eine sasl_passwd.db erstellt mit jeder Mailadresse, Benutzer und Passwort und eine relay.db mit den jeweiligen Domains und den Posteingangsservern (z. T. mit Port).
Neueinwahl bei
Telekom hilft nicht, da es inzwischen kaum noch zugelassene IPs gibt (in einem Test habe ich mir innerhalb eines Tages über 20 mal eine neue IP zuweisen lassen, alle geblockt). Es ist also kein Mailversand möglich.
2. Mailzustellung über relay Telekom bietet einen Relay-Server an, der natürlich die Telekom-IPs nicht blockt. postfix ist so eingerichtet, dass alle Mails an das relay gesandt und dann von dort an die Empfänger ausgeliefert werden. Es gibt allerdings einige Empfänger-Server, die diese Mails blocken, da die Absenderdomain mit der Domain des zustellenden relays nicht übereinstimmt (z. B. gmx macht das so).
Das ist korrekt ... "..wir nehmen Mails nur an, wenn die Absenderdomain zu der absendenden IP passt " [gilt für normalen Mailtraffic mailserver zu Mailserver]
Jepp.
Das gilt aber immer für die jeweilige Verbindung -> vom GMX-Server nehme ich Mails an, die von der GMX-IP mit gmx-Absender kommen.
Dein Problem ist einfach: du musst dort authentifiziert *einliefern*. Dann sollte ein grosser Teil des SPF auch wegfallen
Liefere ich denn nicht authentifiziert ein? Mache ich doch, s. o.
Meine Mails
verlassen also mein System und kommen nach einiger Zeit als unzustellbar zurück. Es ist also wiederum kein Mailversand möglich.
"wer sagt" das ? da steht dann auch ein Grund :)
Siehe andere Mail.
Es ist keine Problemlösung für mich in Sicht, da die empfangenden Mailserver ihre Sicherheitseinstellungen natürlich nicht senken wollen, aber andererseits sich die Telekom nicht darum kümmert, dass die IPs wieder freigegeben werden.
erstens: nicht senken dürfen...sonst gibts Ärger mit Tausenden... zweites: was hat die Telekom mit (woanders, in Blacklists) geblockten IPs am Hut ?
Die Telekom weist mir dynamisch eine IP zu, die ich mir nicht aussuchen kann, von denen aber sehr viele in geblockt werden. Tatsache. Telekom weiß was, Kundenservice sagt, sie ändern nichts.
Kauf dir zum Preis eines halben Liters Bier (in der Kneipe) eine feste IP ! zumindest liegt die Kostengrössenordnung so, erst recht bei beruflicher Nutzung ... [gmx ..tssss -> meine private Meinung]
Feste IPs sind aber um einiges teurer ... Viele Grüße Peter -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um den Listen Administrator zu erreichen, schicken Sie eine Mail an: opensuse-de+owner@opensuse.org