Am 02.04.2012 09:43, schrieb Joern Bredereck:
On Apr 2, 2012, at 8:27 AM, Robert Schetterer wrote:
Frage: Wie hätte dieses Problem verhindert werden können? Kann ich Postfix beibringen, solche Loops zu erkennen und entsprechend keine weiteren Bounces zu generieren?
grundsaetzlich geht das nur , wenn postfix server noch erkennen kann das die mail urspruenglich von ihm selbst stammte, das klappt evtl zb bei aufeinander abgestimmten internen postfix servern
also gibt es hier keine interoperable Lösung auf SMTP-Basis?
man kann das ganze etwas bremsen , in dem man sich von einer ip in einem bestimmten zeitraum nur begrenzt emails einliefern laesst
eingeliefert wird von "localhost", da wird's mit dem "bremsen" etwas schwierig.
stimmt da geht wenig, aber du solltest grundsaetzlich alles andere etwas limitieren das wuerde die retouren von web.de treffen
taegliche log analyse und reaktion , gehoeren zu einem mailserver
Die Loops entstehen innerhalb von wenigen Sekunden. Man hat da nicht wirklich Zeit drauf zu reagieren.
stimmt und man ist nicht immer in realzeit im log
Ich suche daher eine proaktive Lösung, die verhindert dass ich überhaupt erst in diese Sitation komme, von web.de ausgesperrt zu werden.
du koenntest zb mit einem policy server ein limitierung pro absender machen etc
und/oder eine markierung im header einfuegen, auf die dein Server dann wiederum filtert, bzw ueberhaupt ein filter/policy server
Was ist denn diesbezüglich "common practise"? Wie handhaben das andere Postfix-Postmaster in dieser Liste?
eine practise ist , forwards nicht zu ermoeglichen eine "all in wonder" Loesung gibts fuer das Problem meines Wissens nach nicht, da es zumindest teilweise eben menschlich bedingt ist aber vieleicht faellt ja noch jemanden was ein
Viele Grüße,
Jörn
postfix-users mailing list postfix-users@de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users