Hi Mein Postfix benachrichtigt mich wie gewünscht bei Fehlern. Nun gibt es jedoch auch Fehler, die mich nicht interessieren und ich würde das ganze gerne feiner einstellen als nur über den Level, anhand von strings die im body vorkommen. Nun umgehen aber anscheinend all diese Nachrichten die standardfilter (steht so auf der Postfix-page) - gibt es dennoch eine Möglichkeit, einen weiteren Filter einzubauen oder bleibt mir nur der Weg über einen Filter im client? Letzteres möchte ich eigentlich loswerden, da ich bei der derzeitigen Bounce-Attacke über 5500mails pro tag runterladen muss, von denen ich 5000 wegschmeisse...... Vielen Dank Matti -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Matthias Keller wrote:
Hi
Mein Postfix benachrichtigt mich wie gewünscht bei Fehlern. Nun gibt es jedoch auch Fehler, die mich nicht interessieren und ich würde das ganze gerne feiner einstellen als nur über den Level, anhand von strings die im body vorkommen.
Ha?
Nun umgehen aber anscheinend all diese Nachrichten die standardfilter (steht so auf der Postfix-page) - gibt es dennoch eine Möglichkeit, einen weiteren Filter einzubauen oder bleibt mir nur der Weg über einen Filter im client? Letzteres möchte ich eigentlich loswerden, da ich bei der derzeitigen Bounce-Attacke über 5500mails pro tag runterladen muss, von denen ich 5000 wegschmeisse......
Was für eine Bounce-Attacke? Leider hast du weder Beispiele noch Konfig "postconf -n" erwähnt, deshalb gehe ich mal davon aus, dass du schlicht die notify_classes falsch eingestellt hast. Default: postconf -d notify_classes notify_classes = resource, software Was steht bei dir, wenn du "postconf notify_classes" aufrufst? -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Sandy Drobic wrote:
Matthias Keller wrote:
Nun umgehen aber anscheinend all diese Nachrichten die standardfilter (steht so auf der Postfix-page) - gibt es dennoch eine Möglichkeit, einen weiteren Filter einzubauen oder bleibt mir nur der Weg über einen Filter im client? Letzteres möchte ich eigentlich loswerden, da ich bei der derzeitigen Bounce-Attacke über 5500mails pro tag runterladen muss, von denen ich 5000 wegschmeisse......
Was für eine Bounce-Attacke? Leider hast du weder Beispiele noch Konfig "postconf -n" erwähnt, deshalb gehe ich mal davon aus, dass du schlicht die notify_classes falsch eingestellt hast.
Default: postconf -d notify_classes notify_classes = resource, software
Was steht bei dir, wenn du "postconf notify_classes" aufrufst?
Ich verwende: notify_classes = resource, software, bounce, policy Das ist primär auch gut und die meisten werden wohl von policy generiert. ZB: --- Transcript of session follows. Out: 220 mindblow ESMTP In: HELO NO-PC1 Out: 250 server.mindblow.ch In: MAIL FROM:<mail@spamdomain.com> Out: 250 Ok In: RCPT TO:<local@recipient.ch> Out: 554 Client host rejected: cannot find your hostname, [85.17.116.166] In: QUIT Out: 221 Bye --- Nun habe ich jedoch sehr viel verschiedene policies und regeln am laufen, die bestimmen, wer rejected wird und wer nicht (zB greylisting, reverse DNS, mehrere (kombinierte) RBL lookups, HELO checks, header/body checks etc.... Doch zB möchte ich nicht für jedes Mail, das von greylisting temporär rejected wurde eine postmaster notification erhalten. Für andere der vorher genannten checks jedoch schon. Da jedoch alle unter policy fallen, kann ich das nicht über die notify_classes regeln. Ich muss also wohl oder übel die Mails NACH der erstellung durch postfix und VOR dem eigentlichen ausliefern ins maildir filtern können. Da diese Mails jedoch nicht durch die üblichen checks laufen, möchte ich wissen, ob und wenn ja welche check man dennoch anwenden könnte. Postfix 2.3 hat das feature 'internal_mail_filter_classes (default: empty)' hinzugefügt, welches ev benutzt werden könnte. mein Suse 10.0 verwendet jedoch 2.2 und das fällt damit aus. Vielen Dank Matti -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Matthias Keller wrote:
Sandy Drobic wrote:
Matthias Keller wrote:
Nun umgehen aber anscheinend all diese Nachrichten die standardfilter (steht so auf der Postfix-page) - gibt es dennoch eine Möglichkeit, einen weiteren Filter einzubauen oder bleibt mir nur der Weg über einen Filter im client? Letzteres möchte ich eigentlich loswerden, da ich bei der derzeitigen Bounce-Attacke über 5500mails pro tag runterladen muss, von denen ich 5000 wegschmeisse......
Was für eine Bounce-Attacke? Leider hast du weder Beispiele noch Konfig "postconf -n" erwähnt, deshalb gehe ich mal davon aus, dass du schlicht die notify_classes falsch eingestellt hast.
Default: postconf -d notify_classes notify_classes = resource, software
Was steht bei dir, wenn du "postconf notify_classes" aufrufst?
Ich verwende: notify_classes = resource, software, bounce, policy
Das ist primär auch gut und die meisten werden wohl von policy generiert.
Äh... Was ist daran denn gut?!? Das mag am Anfang etwas Spaß machen, über jeden abgeklatschten Spammer eine Mail zu bekommen, aber spätestens, wenn die Mails im Sekundentakt eintrudeln, ist der Spaß daran schnell zuende.
ZB: ---
Transcript of session follows.
Out: 220 mindblow ESMTP In: HELO NO-PC1 Out: 250 server.mindblow.ch In: MAIL FROM:<mail@spamdomain.com> Out: 250 Ok In: RCPT TO:<local@recipient.ch> Out: 554 Client host rejected: cannot find your hostname, [85.17.116.166] In: QUIT Out: 221 Bye
reject_non_fqdn_helo_hostname wäre ebenfalls angesprungen. Die Rejectgründe stehen ja auch im Log, und ich denke es reicht, wenn man einmal am Tag das Log durchackert. Sollte das nicht ausreichen, sind die Restriktionen falsch gesetzt oder man hat zuviel Zeit für die Logkontrolle. (^-^) Ich denke, deine Methode ist suboptimal. Für kurzzeitige Zwecke habe ich auch ein kleines Perlscript, welches das Log nach Rejects laufend durchgräbt und die Rejects in eine MySQL-Datenbank einträgt. Dort kann ich dann schnell die letzten Rejects sehen (vorgefertigte Abfrage), welche Mails warum abgewiesen wurden. -- Sandy Antworten bitte nur in die Mailingliste! PMs bitte an: news-reply2 (@) japantest (.) homelinux (.) com -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
participants (2)
-
Matthias Keller -
Sandy Drobic