- postfix-users - list.sys4.de

[postfix-users] relay_domains in master.cf?
by Peter Lokus 11 Aug '08

11 Aug '08

Hallo Liste, kann man $relay_domains für den entsprechenden smtpd in der master.cf setzen? Zu Testzwecken habe ich dies probiert: smtp inet n - - - 2 smtpd -o relay_domains=hash:/etc/postfix -o smtpd_recipient_restrictions=permit_mynetworks,reject_unauth_destination,reject Ein postconf | grep relay_domains ergibt: .... relay_domains = $mydestination Die main.cf hat diese Einträge nicht. Habe ich etwas vergessen? Gruss, Peter

2 1

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

[postfix-users] proxymap Prozesse tunen?
by Christian Bricart 31 Jul '08

31 Jul '08

Tach zusammen, erstmal zum Verständnis: ist es korrekt, dass es jeweils genau einen proxymap Prozess für jede in der main.cf referenenzierten "proxy:blubber:...." gibt? d.h Änderungen in der master.cf unter MaxProcs für proxy werden ignoriert..? Und jetzt zur eigentlichen Frage: Hier laufen im moment insgesamt 10 proxymap-Prozesse und jeder steht im top mit CPU-Werten zwischen 10% und 20% (das ist ne 2-vCPU-VM auf ESX) irgendwie ist mein System also zu 90% mit proxymap-Prozessen beschäftigt - und das alles auf CPU... was zum Geier muss der abfragende Client bei ner SQL-Abfrage denn so gross "rechnen".. das macht doch der DB-Server der gefragt wird.. Und kann man da was tunen..? Oder die max. Anzahl an zulässigen Verbindungen zur Datenbank erhöhen, den Postfix aus der chroot befreien und kein proxymap verwenden als einzige Möglichkeit..? Eingebaut sind die Lookups in smtpd_recipient_restrictions, relay_domains, transport_maps und virtual_alias_maps Christian

4 9

[postfix-users] smtpd_recipient_restrictions und aliases/address rewriting
by Robert 30 Jul '08

30 Jul '08

postfix-ldap 2.3.8-2+b1 - cyrus 2.2.13-10 Hallo, folgende Situation: Auf einem von mir eingerichteten Mailserver werden die Mailaccounts gegen ein LDAP Verzeichniss authentifiziert. Jeder LDAP Account enthält ein Attribut "mailEnabled" welches von Postfix per "smtpd_recipient_restrictions = check_recipient_access ldap:ldapmailenab" ausgewertet wird. Ist das Attribut auf "OK" gesetzt werden Mails an den Account zugestellt. Bei "550 User temporary disabled" wird die Mail von Postfix abgewiesen. folgendes Problem: Funktioniert soweit auch ganz gut, allerdings nur, solange die Empfängeradresse nicht von Postfix umgeschrieben wird. Beispiel Alias. Jeder Benutzer hat auch ein Alias Attribut. Wird eine Mail an seinen Alias gesendet greifen die "smtpd_recipient_restrictions" nicht mehr und die Mail wird trotz abgeschaltetem Account zugestellt. Wie kann ich es erreichen das die "smtpd_recipient_restrictions" auch bei address rewriting greifen ? ein paar Auszüge aus Config- und Logfiles #### main.cf #### alias_maps= hash:/etc/aliases, ldap:ldapaliases smtpd_recipient_restrictions = check_recipient_access ldap:ldapmailenab, permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination ldapaliases_server_host= localhost ldapaliases_server_port= 389 ldapaliases_bind= no ldapaliases_timeout= 20 ldapaliases_search_base= ou=Users,dc=aepnet,dc=de ldapaliases_query_filter= (alias=%s) ldapaliases_result_attribute= uid ldapaliases_lookup_wildcards= no ldapmailenab_server_host= localhost ldapmailenab_server_port= 389 ldapmailenab_bind= no ldapmailenab_timeout= 20 ldapmailenab_search_base= ou=Users,dc=aepnet,dc=de ldapmailenab_query_filter= (|(mail=%s)(alias=%s)) ldapmailenab_result_attribute= mailenabled ldapmailenab_lookup_wildcards= no #### Teil LDIF eines Users #### dn: uid=robberer, ou=Users, dc=aepnet,dc=de mail: robberer(a)aepnet.de alias: robert.nachname uid: robberer mailEnabled: 550 User temporary disabled #### /var/log/mail.log #### #### email an robberer(a)aepnet.de (richtiges cyrus postfach) #### Jul 30 11:41:57 mail1 postfix/smtpd[22463]: NOQUEUE: reject: RCPT from mx01.aepnet.de[212.204.48.213]: 550 5.7.1 <robberer(a)aepnet.de>: Recipient address rejected: User temporary disabled; from=<robberer(a)xxxxxxx.de> to=<robberer(a)aepnet.de> proto=ESMTP helo=<mx01.aepnet.de> #### /var/log/mail.log #### #### email an robert.nachname(a)aepnet.de (alias für robberer(a)aepnet.de) #### Jul 30 11:44:30 mail1 postfix/lmtp[22480]: 1C31B6000C6: to=<robberer(a)aepnet.de>, orig_to=<robert.nachname(a)aepnet.de>, relay=mail2.aepnet.de[/var/run/cyrus/socket/lmtp], delay=0.35, delays=0.17/0/0.04/0.13, dsn=2.1.5, status=sent (250 2.1.5 Ok) MfG Robert

2 3