August 2008 - postfix-users

Re: [postfix-users] Erscheinungstermin Postfix-Buch
by Peter Lokus 11 Aug '08

11 Aug '08

On Monday 11 August 2008 09:07:51 Ralf Hildebrandt wrote: > * Peter Lokus <mailist(a)sokol-web.de>: > > Seite 110 - 8.2.3 Anpassbare Restrictions > > > > Aussage ist: Recipient-Address-Restriktionen beziehen sich auf das MAIL > > FROM Kommando das Clients in einer Verbindung schicken dürfen. > > Hier sollte RCPT TO stehen. > > gefunden von Sayyed-Mahmoud Ketabi > > > Seite 229 - 15.2 Ein raffiniertes Mail-Gateway > > > > > > Punkt 2. behandelt auf Seite 229 eine Map names > > /etc/postfix/virtual_alias. Auf Seite 230 wurde aus dieser Map plötzlich > > /etc/postfix/virtual. > > Der wurde wohl noch nicht gefunden... Die 3. Auflage wird bestimmt kommen :-D Gruss, Peter

1 0

Re: [postfix-users] Erscheinungstermin Postfix-Buch
by Peter Lokus 11 Aug '08

11 Aug '08

Hallo Alle, On Sunday 10 August 2008 22:23:14 Patrick Ben Koetter wrote: > Was haben wir verändert? > - Fehler korrigiert Mir sind in der 1. Auflage 2 kleine Fehler aufgefallen, aber sicherlicht habt ihr diese schon beseitigt. Wenn nicht, dann entschuldigt meinen späten Hinweis. Habe diese Fehler selber erst kürzlich entdeckt. Seite 110 - 8.2.3 Anpassbare Restrictions Aussage ist: Recipient-Address-Restriktionen beziehen sich auf das MAIL FROM Kommando das Clients in einer Verbindung schicken dürfen. Hier sollte RCPT TO stehen. Seite 229 - 15.2 Ein raffiniertes Mail-Gateway Punkt 2. behandelt auf Seite 229 eine Map names /etc/postfix/virtual_alias. Auf Seite 230 wurde aus dieser Map plötzlich /etc/postfix/virtual. Und nun einen guten Start in die neue Woche! Gruss Peter

2 1

Re: [postfix-users] OT: X-SPAM header durch amavisd-new immer?hinzufuegen
by Peter Lokus 08 Aug '08

08 Aug '08

Am Freitag, 8. August 2008 09:24:14 schrieb Ralf Hildebrandt: > * Peter Lokus <mailist(a)sokol-web.de>: > > > > # local_domains* lookup tables are used in deciding whether a > > > > recipient # is local or not, or in other words, if the message is > > > > outgoing or not. # This affects inserting spam-related headers for > > > > local recipients, # limiting recipient virus notifications (if > > > > enabled) to local recipients, # in deciding if address extension may > > > > be appended, and in SQL lookups # for non-fqdn addresses. Set it up > > > > correctly if you need features # that rely on this setting (or just > > > > leave empty otherwise). > > > > > > Entferne das "local" und alles stimmt wieder. > > > > Du meinst das "local" gedanklich entfernen, oder? > > Genau so. Ok :-) Danke.

1 0

Re: [postfix-users] OT: X-SPAM header durch amavisd-new immer hinzufuegen
by Peter Lokus 08 Aug '08

08 Aug '08

Am Freitag, 8. August 2008 09:09:00 schrieb Ralf Hildebrandt: > * Peter Lokus <mailist(a)sokol-web.de>: > > $sa_tag_level_deflt = numerischer Wert <=0 > > @local_domains_acl = hier wird .$mydomain gelistet > > > > Nach meinem Kenntnisstand muss zu @local_domains_acl nun meine Domänen > > hinzugefügt werden. Dies funktioniert auch, widerspricht aber der > > amavisd-new Dokumentation: > > Ne, das ist schon richtig. > > > # local_domains* lookup tables are used in deciding whether a recipient > > # is local or not, or in other words, if the message is outgoing or not. > > # This affects inserting spam-related headers for local recipients, > > # limiting recipient virus notifications (if enabled) to local > > recipients, # in deciding if address extension may be appended, and in > > SQL lookups # for non-fqdn addresses. Set it up correctly if you need > > features # that rely on this setting (or just leave empty otherwise). > > Entferne das "local" und alles stimmt wieder. Du meinst das "local" gedanklich entfernen, oder? Gruss, Peter

2 1

[postfix-users] OT: X-SPAM header durch amavisd-new immer hinzufuegen
by Peter Lokus 08 Aug '08

08 Aug '08

Hallo Liste, es zwar nicht eine direkte postfix-Frage, aber da amavisd-new auf postfix ausgerichtet ist.... :-) Ich frage also ins Blaue hinein, da aus meiner bisherigen Recherche nicht klar wurde, inwieweit meine Idee pratikabel ist bzw. ob ich den richtigen Ansatz habe. Ich betreibe ein Mail-Gateway (mit postfix) für mehrere verschiedene smtp-Server/Domänen und möchte nun amavisd-new integrieren. Dabei möchte ich zu jeder Mail die X-SPAM Header hinzufügen lassen, unabhängig davon, ob diese Mail lokal zugestellt oder weitergeleitet wird. Der Grund liegt einfach darin, dass MUAs den Spamstatus anzeigen können und die Endanwender somit eine direkte Rückkopplung haben und "wissen", dass der Spamfilter arbeitet. Es ist also eher ein psychologischer Grund und kein technischer. Laut Dokumentation müssen folgende Parameter gesetzt sein: $sa_tag_level_deflt = numerischer Wert <=0 @local_domains_acl = hier wird .$mydomain gelistet Nach meinem Kenntnisstand muss zu @local_domains_acl nun meine Domänen hinzugefügt werden. Dies funktioniert auch, widerspricht aber der amavisd-new Dokumentation: # local_domains* lookup tables are used in deciding whether a recipient # is local or not, or in other words, if the message is outgoing or not. # This affects inserting spam-related headers for local recipients, # limiting recipient virus notifications (if enabled) to local recipients, # in deciding if address extension may be appended, and in SQL lookups # for non-fqdn addresses. Set it up correctly if you need features # that rely on this setting (or just leave empty otherwise). Ist mein Ansatz also pratikabel? Wieso sollten die X-SPAM Header nicht in externe Mails eingesetzt werden? Meine erste Argumentation wäre, dass der nächste Hop diese Mail bei seiner Spamprüfung anders bewerten könnte/würde als ohne diese X-SPAM Header. Aus diesem Thread werde ich bestimmt neue Erkenntnisse mitnehmen können:-) Gruss, Peter

3 2

Re: [postfix-users] OT: X-SPAM header durch amavisd-new immer hinzufuegen
by Peter Lokus 08 Aug '08

08 Aug '08

Am Freitag, 8. August 2008 01:07:27 schrieb Patrick Ben Koetter: > * Peter Lokus <postfix-users(a)de.postfix.org>: > > Hallo Liste, > > > > es zwar nicht eine direkte postfix-Frage, aber da amavisd-new auf postfix > > ausgerichtet ist.... :-) > > Ich frage also ins Blaue hinein, da aus meiner bisherigen Recherche nicht > > klar wurde, inwieweit meine Idee pratikabel ist bzw. ob ich den richtigen > > Ansatz habe. > > > > Ich betreibe ein Mail-Gateway (mit postfix) für mehrere verschiedene > > smtp-Server/Domänen und möchte nun amavisd-new integrieren. Dabei möchte > > ich zu jeder Mail die X-SPAM Header hinzufügen lassen, unabhängig davon, > > ob diese Mail lokal zugestellt oder weitergeleitet wird. Der Grund liegt > > einfach darin, dass MUAs den Spamstatus anzeigen können und die > > Endanwender somit eine direkte Rückkopplung haben und "wissen", dass der > > Spamfilter arbeitet. Es ist also eher ein psychologischer Grund und kein > > technischer. > > > > Laut Dokumentation müssen folgende Parameter gesetzt sein: > > > > $sa_tag_level_deflt = numerischer Wert <=0 > > @local_domains_acl = hier wird .$mydomain gelistet > > > > Nach meinem Kenntnisstand muss zu @local_domains_acl nun meine Domänen > > hinzugefügt werden. Dies funktioniert auch, widerspricht aber der > > amavisd-new Dokumentation: > > > > # local_domains* lookup tables are used in deciding whether a recipient > > # is local or not, or in other words, if the message is outgoing or not. > > # This affects inserting spam-related headers for local recipients, > > # limiting recipient virus notifications (if enabled) to local > > recipients, # in deciding if address extension may be appended, and in > > SQL lookups # for non-fqdn addresses. Set it up correctly if you need > > features # that rely on this setting (or just leave empty otherwise). > > > > Ist mein Ansatz also pratikabel? Wieso sollten die X-SPAM Header nicht in > > externe Mails eingesetzt werden? Meine erste Argumentation wäre, dass der > > Weil externe Header ständig gefälscht werden. Ohne Verifizierung, wie z.B. > bei DKIM, sind sie nicht vertrauenswürdig. Einer externen Mail, deren > extern hinzugefügter Header sagt sie hätte einen "X-Spam-Status: No Spam" > würde ich nie und nimmer trauen. An diese Tatsache habe garnicht mehr gedacht. Danke. > > Warum also selber solche Info zufügen? Am Ende nutzt ein Spammer noch meine > Analyseergebnisse, um seine Spam für mein System zu optimieren. > > Weil den Headern nicht zu trauen ist, hat amavisd standardmäßig auch > "$remove_existing_spam_headers = 1;" gesetzt. > > Deine, wie ich meine, begrüssenswerte Hilfe wird also zumindest beim > Eingang auf dem Fremdsystem eleminiert, wenn dort amavisd-new werkelt und > $remove_existing_spam_headers nicht explizit anders konfiguriert wurde. Ich habe nicht erwähnt, dass die weiteren smtp-Systeme ebenfalls unter meiner Kontrolle stehen. Das Gateway, das ich eingangs erwähnt habe, dient als zentrale Prüfstelle auf Viren/Spam. Vom Gateway bis zum MUA kann ich alles kontrollieren. > > p@rick

1 0

[postfix-users] RBL in Kombination mit Greylisting
by Andreas Rehmer 04 Aug '08

04 Aug '08

Hallo, wir sind momentan dabei unseren Spamfilter zu erweitern. Hierfür wollen wir eine Kombination aus RBLs und Greylisting benutzen. Hierbei sollen Emails die via RBL getagt wurden an das Greylisting weitergereicht werden. Bisher habe ich die möglichkeit gefunden dies mithilfe von "postfwd" und "postgrey" zu realiesieren. Meine Frage ist nun ob es nicht auch einfacher geht. Zum Beispiel so das nur ein Script zum Einsatz kommt. Wir verwenden zurzeit Postfix in der Aktuellen Version zusammen mit amavis+clamav und spammassasin. Freue mich Antwort. Mit freundlichen Grüßen Andreas Rehmer teltarif.de Onlineverlag GmbH Alt-Moabit 96c, 10559 Berlin Tel: +49 (0)30 453 081-0 Fax: +49 (0)30 453 081-11 Mail: mailto:info@teltarif.de WWW: http://www.teltarif.de !!! Achtung wir sind umgezogen !!! Beachten Sie bitte die neue Adresse und die neuen Durchwahlen. Geschäftsführer: Kai Petzke, Martin Müller eingetragen beim Amtsgericht Berlin-Charlottenburg, HRB 70507 Umsatzsteuer-ID: DE201038407 Behalten Sie den Durchblick im Tarifdschungel: Der DSL-Rechner von teltarif verrät Ihnen kostenlos den für Sie passenden DSL-Tarif. >>> Sparen Sie bares Geld http://www.teltarif.de/dslrechner/ <<<

6 7