- postfix-users - list.sys4.de

[postfix-users] Inkonsistenz?
by Jan P. Kessler 23 Oct '08

23 Oct '08

Servus zusammen, warum muss es in den sender_dependent_relayhost_maps @domain <nexthop> lauten und nicht wie in der transport_table domain <nexthop> Hat da jemand 'ne Erklärung? Grüße, Jan

1 1

[postfix-users] relaying
by Roland Hühn 19 Oct '08

19 Oct '08

Hi, ich habe einen Rechner mit dynamischer IP und dyndns Service aufgesetzt, postfix leuft hirauf eigentlich ganz gut. mein Problem hierbei ist jedoch die dynamische IP mit welcher es mir von anderen SMTP Servern nicht ohne SMTP-auth erlaubt wird zu relayen. nun ja SMTP-auth funktioniert auch was, mich dabei aber stört ist dass, der/die Server bei denen ich relaye nach dem auth auch noch darauf bestehen das MAIL FROM unbedingt auf: auf logged in user gesetzt ist: Oct 18 21:56:33 mserve postfix/smtp[1753]: 1B7F945635: to=<XY(a)gmx.de>, relay=mail.gmx.net[213.165.64.20]:25, delay=2.8, delays=2.2/0/0.51/0.05, dsn=5.7.0, status=bounced (host mail.gmx.net[213.165.64.20] said: 550 5.7.0 Sender address does not belong to logged in user {mp066} (in reply to MAIL FROM command)) Also das problem konnte ich bisher nur halb lösen, das heist mit: sender_canonical_maps = hash:/etc/postfix/sender_canonical funktionierst dann, bloß möchte ich halt nicht das antwortadresse auf XY(a)gmx.de sondern auf XY(a)mainserver.net gesetzt wird sprich, wie mail from ohne sender_canonical_maps Scheint ja heutzutage wegen der sch... spamer kaum noch möglich zu sein einen kleinen home Mail Server aufzusetzen! Für hinweise und nützliche Tipps Tricks hierzu bedanke ich mich schon mal im voraus! ____________________________________________________________________ Psssst! Schon vom neuen WEB.DE MultiMessenger gehört? Der kann`s mit allen: http://www.produkte.web.de/messenger/?did=3123

2 1

[postfix-users] postfix und dovecot-deliver
by Lkhagvasuren Bayarkhuu 15 Oct '08

15 Oct '08

auth 79fcbc61 subscribe postfix-users \

1 0

[postfix-users] Problem beim Einrichten einer zweiten Postfix Instanz
by Stefan Sczekalla 14 Oct '08

14 Oct '08

Hi, vorweg - ich betreibe mein Postfix nicht chrooted. Ich habe nun entspechend verschiedener Anleitungen das Config-Verzeichnis kopiert und eine neues Spool-Verzeichnis angelegt. Ich hab die orgina master.cf mit Parameter "alternate_config... " ergänzt und inet_interfaces angepasst und habe die master.cf im alternativen Pfad mit den Einträgen für die 2. Domain und alternative Addressen angepasst. Wenn ich nun versuche die zweite Instanz mit postfix -c /etc/postfix-test zu starten erklärt mir die zweite Instanz in der /var/log/maillog: Oct 14 15:30:45 OpenBSD42 postfix/master[11315]: fatal: open lock file /var/lib/postfix/master.lock: unable to set exclusive lock: Resource temporarily unavailable Hat Ihr da evtl eine Idee zu ? Grüße, Stefan

2 1

[postfix-users] postfix und dovecot-deliver
by Andreas Ladanyi 14 Oct '08

14 Oct '08

Hallo zusammen, ich wühle mich gerade durch das dovecot wiki hindurch. Ich habe nach anhören vieler Meinung vor den "deliver" LDA per postfix aufzurufen. Das steht ja noch super im dovevot wiki. Jetzt möchte ich es erreichen, dass vor dem ausliefern die Mails durch einen Spamfilter wandern, z.b. dspam oder spamasssin und entsprechend in Ordner einsortiert werden. (Wenn es möglich wäre sollte das ganze ohne amavis funktionieren.) Somit müsste ich doch vor dovecot-deliver eigentlich z.B. maildrop aus postfix heraus aufrufen und in der maildroprc irgendwo auf dovecot-deliver verweisen, oder ? ....also vom Prinzip her. Für dovecot gibts auch ein antispam Plugin um mit Spamfiltern zu kommunizieren, aber das Einsotieren in verschiedene Ordner ist über diese Plugin auch nicht möglich. Dazu benötigt man laut dovecot-antispam Doku auch wieder maildrop/procmail. Für ein paar Tips wäre ich sehr dankbar :-) Viele Grüße, Andy

5 5

[postfix-users] Weiterleiten vom MX-Server auf internen Server
by Juergen Koch 11 Oct '08

11 Oct '08

Hallo Alle, ich habe mal eine Frage. Wir verwenden zur Zeit einen MX-Server, der auch alle E-mail-konten haelt. Dieser steht in einem externen Rechenzentrum. Zum Abrufen gehen die User via pop oder imap direckt auf diesen Server. Wir betreiben fuer einige Postfaecher einen interen Mailserver, der diese via pop vom externen abholten und diese intern wider zur verfuegung stellt. Jetzt das Problem. Ich moechte zu dem externen Mailserver einen weiteren mit einer anderen Praeferenz an einem anderen Standort aufsetzen und dann alle Postfaecher auf dem internen Mailserver halten. Dabei soll auf den externen noch sowas wie Spammfilterung und Virenscann erfolgen. Nun sollen die exteren Mailserver die einmal angenommenen E-Mails nicht einfach in einem Postfach ablegen, sondern diese direkt an den internen Mailserver weiterleiten. Also es soll nicht der interne Mailserver die Mails abholen. Es muesste also so eine Art weiterleitung nach dem empfang geben, aehnlich dem .forward-Mechanismus. Hat jemand eine Idee, wie das realisiert werden kann? MfG Juergen Koch

3 2

[postfix-users] procmail und postfix
by Andreas Ladanyi 09 Oct '08

09 Oct '08

Hallo zusammen, ich bin Mailserverneuling. Meinen Postfix habe ich zusammen mit dovecot, sasl und virtuellen Domains zum laufen bekommen. Das tut auch alles bestens. Ich habe mir nun vorgstellt den "virtual transport" Treiber von virtual (default) auf procmail zu ändern. Dazu muss ich in der master.cd einen entsprechenden Eintrag hinzufügen. In der Procmailrc kann ich dann viele Filterregeln aufsetzen. Z.b. Mails durch spamassasin oder dspam laufen lassen. Nun habe ich leider kein Howto im Netz gefunden welche dafür eine Anleitung liefert. Inbesondere tue ich mich mit den vielen Parametern /Variablen sowohl in der master.cd als auch in der procmailcd ein wenig schwer. Evtl. könnte mir jemand den ein oder anderen Tip geben. Die Manpages liegen mir natürlich vor. Aber ein entsprechendes Beispiel konnte ich dort auch nicht finden. Grüße und Danke, Andy

5 10

[postfix-users] IP beim versenden für mehrere Domains ?
by Stefan Sczekalla 09 Oct '08

09 Oct '08

Hallo, vieleicht mache ich ja noch einen Denkfehler - oder es geht vieleicht garnicht. Ausgangszustand: Ich habe mehrere Domains registiert ( jeweils host + passender mx eintrag ), Postfix 2.5, auf OpenBSD 4.2, DNS funktioniert - mehrere Alias-Ip-Addressen sind eingerichtet. ------ ich wuerde gerne meinem Postfix 2.5 beibringen: das bei ausgehenden Mails mit dem Absender irgendwer(a)Domain_A.de die eine Alias-IP-Addresse für die Zustellung genutzt wird. ... und beim versenden von Mails mit dem Absender irgnedwer(a)Domain_B.de eine andere Alias-IP-Addresse genutz wird. Also so das bei der Zustellung jeweils die IP zum für diese Domain registrierten MX-Eintrag und Host-Record passt. Beim lesen im Postfixbuch habe ich zwar gefuden wie ich für _bestimmte_ Ziele nen anderen "transportpfad" nehmen kann - ich möchte aber sozeusagen den "Pfad" in abhängigkeit des Absenders bestimmen. Geht so etwas grundsätzlich ? Grüße, Stefan

3 2

[postfix-users] beschädigte Nachricht?
by Matthias Schmidt 06 Oct '08

06 Oct '08

Guten Morgen, jedes mal wenn Postfix neu startet - nach einem Backup z.Bsp. - hab ich diese Nachricht im Protokoll: postfix/postfix-script[16936]: warning: damaged message: corrupt/7EDCB33F383 wie kann ich jetzt diesen "Nervzwerg" wieder loswerden? Dank und Gruss Matthias

5 8

[postfix-users] Spam im Betreff erkennen
by I. Klopp 01 Oct '08

01 Oct '08

Hallo, ich bin gerade an meinem SpamAssassin am verzweifeln. Ich möchte gerne in der Betreffzeile das F-Wort herausfiltern, bekomme es aber nicht hin. Im Body habe ich es so gemacht und da funktioniert es auch wunderbar: describe DRUG_GER3 german ficken rawbody DRUG_GER3 /f+i+c+k+e+n+/i score DRUG_GER3 11.0 Wie bekomme ich denn die Prüfung für den Betreff hin? Vielen Dank für eure Hilfe. Ingo Klopp

5 10

[postfix-users] OT: Update Mailserver von FC6 auf CentOS 5.2
by Andreas Reschke 29 Sep '08

29 Sep '08

Hallo zusammen, Ausgangsbasis: Mailserver mit postfix, dovecot, amavis und clamav auf Basis Fedora Core 6 inkl. aller Updates Ich habe den Auftrag bekommen, den Mailserver zu aktualisieren und wollte meine Lieblings-Distro CentOS dafür einsetzen. Ich würde den Server sichern und dann mit CentOS 5.2 neu installieren und die Maildateien (dovecot mit Maildir) zurückspielen. Weiß jemand, ob dies so machbar ist? Die Configs von postfix, amavis, usw. sollten kein Problem darstellen. Wäre dies so machbar? Gruß Andreas

5 4

[postfix-users] bbrelay.arbeitsagentur.de
by Robert Schetterer 23 Sep '08

23 Sep '08

Hallo, ( etwas OT ) ist jemanden von Euch schon mal 192.56.24.107 untergekommen das ist eine Ip von HP ohne reverse und einen rechner bbrelay.arbeitsagentur.de oder mailrelay.gate.prod-fe.vam.arbeitsagentur.de gibts im dns gar nicht, ziemlich omminoes Sep 18 13:57:24 backmx postfix/smtpd[20434]: NOQUEUE: reject: RCPT from unknown[192.56.24.107]: 450 4.7.1 Client host rejected: cannot find your reverse hostname, [192.56.24.107]; from=<info-mail(a)bbrelay.arbeitsagentur.de> to=<user(a)userdomain.de> proto=ESMTP helo=<mailrelay.gate.prod-fe.vam.arbeitsagentur.de> ich hab die postmaster von arbeitsagentur.de allerdings erwarte ich da wie gewoehnlich keine Antwort bei google hab ein bisschen was gefunden, aber die infos waren nicht ganz eindeutig ob das nun spam ist oder nicht -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

4 6

Re: [postfix-users] Versand an alias beschränken und pgsql_table
by Andreas Moroder 23 Sep '08

23 Sep '08

Hallo Alex, > /etc/postfix/main.cf: > smtpd_recipient_restrictions = > check_recipient_access > hash:/etc/postfix/protected_destinations > ...the usual stuff... > smtpd_restriction_classes = insiders_only > insiders_only = check_sender_access hash:/etc/postfix/insiders, > reject > /etc/postfix/protected_destinations: > all(a)my.domain insiders_only > all(a)my.hostname insiders_only > > /etc/postfix/insiders: > my.domain OK matches my.domain and subdomains > another.domain OK matches another.domain and subdomains > Das sollte deinem Zweck entsprechen. > Grüße Alex hier sehe ich aber keinen Hinweise auf pgsql_table. Werden die Regeln in diesem Beispiel nicht alle aus Dateien gelesen ? Meine ursprüngliche Frage betrifft aber gerade die Möglichkeit die Daten aus postgres zu lesen. Grüße Andreas

3 2

[postfix-users] Buch "Postfix": In eigener Sache ...
by Patrick Ben Koetter 19 Sep '08

19 Sep '08

Ich bin gerade darauf hingewiesen worden, dass amazon.de Ralf und mein Buch "Postfix - Einrichtung, Betrieb und Wartung" mit dem Vermerk es sei für "die Postfix-Version 2.2 statt 2.1 besprochen" führt: <http://www.amazon.de/gp/product/3898645185?ie=UTF8&tag=postfixbuch2-21&link…> Das ist falsch! Selbstverständlich ist die neue Auflage aktuell Postfix 2.5. Wir haben sogar auf 2.6 vorgegriffen, wenn wir die Features als wichtig und stabil betrachtet haben. p@rick -- state of mind Agentur für Kommunikation, Design und Softwareentwicklung Patrick Koetter Tel: 089 45227227 Echinger Strasse 3 Fax: 089 45227226 85386 Eching Web: http://www.state-of-mind.de Amtsgericht München Partnerschaftsregister PR 563

2 1

[postfix-users] Wie viel Ram für Postfix
by klopp76＠gmx.de 18 Sep '08

18 Sep '08

Hallo! Ich habe einen Server Centos 5.2 mit 4GB und Openvz am laufen. Ich möchte gerne auf einer virtuellen Maschine Postfix installieren. Wie viel MB sollte ich der virtuellen Maschine geben, damit Postfix + SpamAssassin + MailScanner vernünftig läuft? Es soll hinterher noch eine weitere virtuelle Maschine auf den Server kommen. Vielen Dank für eine Antwort. Grüße -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

9 16

[postfix-users] Versand an alias beschränken und pgsql_table
by Andreas Moroder 17 Sep '08

17 Sep '08

Hallo, falls dieses Anfrage doppelt vorkommt, so entschuldige ich mich. Ich hatte zwei mal einen Fehler erhalten, so habe ich es nochmals versucht. wir möchten postfix so konfigurieren, dass nur einzelne Benutzer mails an ein bestimmtes Alias senden dürfen. Wenn ich die Doku richtig verstanden habe, lässt sich dies mit den restriction_classes bewerkstelligen. Gibt es auch eine Möglichkeit die Berechtigten Benutzer über pgsql_table festzulegen ? Wir verwenden pgsql_table schon um die Mailadressen des alias festzulegen. Wenn wir nun auch die Berechtigungen damit festlegen könnten hätten wir eine geschlossene Mailingliste. Vielen Dank Andreas

3 3

Re: [postfix-users] Frage zu einem MX-Cluster-Setup
by Moser 15 Sep '08

15 Sep '08

Hallo! Werner D. schrieb: > Sobald ich Postfix nicht an die VIP sondern die RIP (Real IP) des > jeweiligen Postfix-Servers verwendet funktioniert das Versenden > prima. > > Wie löse ich das RFC-Konform? Möchte ich myhostname auf den > Postfix-Nodes von mail.example.com (der auf die VIP verweist) auf den > Postfix-Nodes auf mx1-cluster.example.com bzw. > mx2-cluster.example.com ändern, oder kann das ebenfalls zu Problemen > führen? Ich meinte mal gehört zu haben, dass man MXe möglichst nicht mit einem Load-Balancer betreiben sollte, weil dem intelligenten (einliefernden) Mailserver so die Kenntnis, dass es da mehrere Server gibt - mx20 usw. - entgeht. Hans

2 1

[postfix-users] Frage zur Verwaltung virtueller Alias-Adressen
by Pascal Volk 12 Sep '08

12 Sep '08

Hallo zusammen, da es auf dieser Liste im Moment sehr ruhig ist, erlaube ich mir zum Einstieg ein etwas OT Thema. Postfix hat für den Konfigurationsparameter virtual_alias_recursion_limit 1.000 als Defaultwert. Wenn man lustig drauf ist, legt man sich die beiden folgenden virtuellen Aliase an: a.user(a)example.com -> a.user(a)example.net a.user(a)example.net -> a.user(a)example.com Schon werden die virtual_alias_maps für jede der beiden Adressen 500 Mal befragt, bevor die Mail, weil Empfänger unbekannt, abgelehnt wird. Da ich derzeit an einem Tool zur Verwaltung von E-Mail-Accounts arbeite, stelle ich mir die Frage, ob das Tool beim Anlegen von Alias-Adressen solche 'Loops' aufspüren soll? Da ich mir seit Stunden keine Antwort auf diese Frage geben kann, gebe ich diese Frage an diese Liste weiter. Würdet Ihr es sinnvoll finden, wenn das Tool eine Warnung ausgibt, wenn: a) ein Loop über 2 oder mehr Alias-Adressen entdeckt wird b) einem Alias die 1001 Ziel-Adresse¹ hinzugefügt wird 1: virtual_alias_expansion_limit = 1000 (Defaultwert) Für Anregungen dankbar, Pascal

3 2

Re: [postfix-users] LDAP-Gruppenalias [Vollständig]
by Moser 08 Sep '08

08 Sep '08

Hallo! Malte Swart schrieb: > Ich habe folgendes Versucht: Um auch die Primärgruppen abzudecken, > habe ich erst eine Map definiert die die Gruppenname in > Gruppennummern umwandelt (zum Beispiel web -> 501). Und eine zweite > dahingeschaltete Map, die die Gruppennummer zu den Gruppenmitglieder > auflöst: query_filter = gidNumber=%s result_attribute = memberUid,uid > Ich habe aber kein Idee, wie ich die Benutzer herausfiltere, die > keinen Mailaccount habe. Erstmal gibt es "special_result_attribute", das mit dem Ergebnis der Abfrage eine neue Abfrage macht. Wir haben hier "groupOfNames" mit DNs in "member"-Attributen. mit special_result_attribute = member wird eine neue Abfrage für jeden member gemacht. Bei uns kommt es manchmal vor, dass eine Gruppe nicht sauber gepflegt ist und ein DN bereits gelöscht ist. Dann läuft die zweite Abfrage ins Leere. Das war es dann aber auch schon. Max. erhältst du einen Eintrag im Log, aber keine NDR oder so was. Es macht also nicht unbedingt was, wenn die zweite Abfrage zum User ins Leere läuft, es wäre nur ein wenig unsauber. special_result_attribute scheint aber nur mit DNs oder URIs zu funktionieren: -> http://www.postfix.org/ldap_table.5.html Vielleicht geht es mit einer passenden (Default)Searchbase trotzdem bei dir. Hans

2 1

[postfix-users] Frage zu einem MX-Cluster-Setup
by Werner D. 08 Sep '08

08 Sep '08

Hallo zusammen, ich bin gerade dabei einen MX-Cluster auf Basis von Postfix + MySQL + Amavisd + SASL + Courier + Maildrop + IPVS + Storage (iSCSI) + OCFS2 zu konzipieren und habe dazu eine Frage. Das Projekt angeschnitten: Innerhalb des Setups kommen nur öffentliche IP-Adressen zum Einsatz, das Loadbalancing wird mittels IPVS + Direct Routing implementiert. Es gibt zwei MX-Server die beide die selben Dienste anbieten. Die /Mailhomes befinden sich zentral auf einem Storage, das via iSCSI angesprochen wird. Als Filesystem die Mailhomes auf dem Storages kommt OCFS2 zum Einsatz. Das MySQL-Backend befindet sich auf beiden MX-Server und arbeitet im Master-Master Replikationsmodus. Im DNS der Domains, für die Postfix bzw. das Setup die final destination ist, ist ein korrekter MX-Eintrag gesetzt, z.B. dig +short domain.de MX 10 mail.example.com PTR ist freilich auch korrekt gesetzt: dig -x mail.example.com 192.168.0.1 (Beispielhaft eine private IP-Adresse). Die VIP 192.168.0.1 ist auf dem Loadbalancer konfiguriert und wird persistent via Direct Routing auf die 2 Nodes geleitet. Die zwei Postfix Server haben die 192.168.0.1 als lo:1-Interface konfiguriert, ARP-Announcements sind deaktiviert. In der main.cf auf den beiden Postfix-Servern ist "myhostname = mail.example.com" gesetzt (wie im DNS für die jeweiligen Domains). Korrekterweise teile ich Postfix mit, er möge auf allen Interfaces eingehend lauschen ("inet_interfaces = all", tut auch prima) Jetzt zum Problem: Teile ich Postfix nun mit, er möge bitte die VIP für ausgehende SMTP-Verbindungen benutzen "smtp_bind_address = 192.168.0.1" geht nichts. Die Postfix-Server können keine Verbindung nach extern mit der Source IP-Aufbauen (klar ist ja auch "nur" ein local-Interfaces, das Problem liegt hier also dem Direct-Routing-Modus von IPVS zu Grunde). IPVS über NAT "soll" nicht gemacht werden. Jetzt zur eigentlichen Frage: Sobald ich Postfix nicht an die VIP sondern die RIP (Real IP) des jeweiligen Postfix-Servers verwendet funktioniert das Versenden prima. Verwendet Postfix für die Anmeldung im HELO/EHLO im SMTP-Client-Modus den Wert "myhostname"? Falls ja, matched der Hostname natürlich nicht, da der Postfix-Server nicht die VIP sondern die RIP (DNS dafür: mx1-cluster und mx2-cluster) beim Versand verwendet. Das kann theoretisch zu Problemen bei der Zustellung von Nachrichten an externe Server führen. Oder bin ich nur verwirrt. Wie löse ich das RFC-Konform? Möchte ich myhostname auf den Postfix-Nodes von mail.example.com (der auf die VIP verweist) auf den Postfix-Nodes auf mx1-cluster.example.com bzw. mx2-cluster.example.com ändern, oder kann das ebenfalls zu Problemen führen? Danke, Werner

2 2

[postfix-users] LDAP-Gruppenalias [Vollständig]
by Malte Swart 07 Sep '08

07 Sep '08

Moin, erstmal Entschuldigung für die unvollständige Version. ich habe mehrere Server zu verwalten. Die Benutzer von den Servern stehen in einem LDAP-Verzeichnis. Die Attribute server1Account, server2Account geben dabei an, ob er sich an dem entsprechenden Rechner anmelden kann. Nur einer der Rechner ist auch ein Mailserver (nur Server1). Daher haben nicht alle Benutzer aus LDAP einen Mailaccount. Es gibt für mehrere Systemgruppen (zum Beispiel web) einen Mailalias, der eine Mail an web@server1 an alle Benutzer von Server1 weiterleitet, die in der Gruppe web sind. Aktuell wird dieser Alias manuell gepflegt. Da es dabei schon öfters Probleme mit der Aktualität gegeben hat, würde ich gerne Postfix so konfigurieren, dass er sich die Informationen dafür als LDAP direkt holt. Bei LDAP liegen die Benutzer alle in dem Unterbaum ou=users. Die Gruppeninformationen und die Sekundärgruppenmitgliedschaften im Unterbaum ou=groups: uid=user1,ou=users,... server1Account: yes server2Account: no gidNumber: 501 uid=user2,ou=users,... server1Account: yes server2Account: no gidNumber: 502 uid=user3,ou=users,... server1Account: no server2Account: yes gidNumber: 501 cn=web,ou=groups,... gidNumber: 501 memberUid: user2 memberUID: user3 Dass die Gruppe als Primär- und Sekundärgruppe auftreten kann, könnte dadurch behoben werden, dass ich die Sekundärgruppenmitgliedschaft ebenfalls noch eintrage. Mein größtes Problem ist jedoch die Filterung der Benutzer, dafür habe ich aktuell keine Idee. Ich habe folgendes Versucht: Um auch die Primärgruppen abzudecken, habe ich erst eine Map definiert die die Gruppenname in Gruppennummern umwandelt (zum Beispiel web -> 501). Und eine zweite dahingeschaltete Map, die die Gruppennummer zu den Gruppenmitglieder auflöst: query_filter = gidNumber=%s result_attribute = memberUid,uid Ich habe aber kein Idee, wie ich die Benutzer herausfiltere, die keinen Mailaccount habe. Ich hoffe, ihr habt für das Problem eine Idee. schon mal danke und nochmal sorry für die halbfertige Mail, Malte Swart.

2 2

Re: [postfix-users] header_checks kein reject - Einzelfall
by Peter Lokus 07 Sep '08

07 Sep '08

Am Samstag, 6. September 2008 01:43:58 schrieb nighthawk: > 2008/9/6 Peter Lokus <mailist(a)sokol-web.de>: > >>>> nach kurzer Analyse habe ich den "Fehler" gefunden. > >>>> Mein Header Check prüft auf "X-Spam-Status: Yes" manchmal habe ich > >>>> aber "X-Spam-Status: YES" im Header und somit greift der regexp nicht. > >>>> Ich werde mal in der SA ML nachfragen. > > > > Ich habe das im Einsatz: ^X-Spam-Status:\ Y(es|ES)/ REJECT Looks like > > spam to me. > > > > Hätte ich schon vorher posten sollen. Ich hätte Dir die Arbeit erspart > > ;-) > > Ich zitiere aus header_checks(5): > > By default, regexp: and pcre: patterns are case insensitive. > > Daran kann es also nicht liegen. Ehm, dass regexp case sensitive ist ist mir kein Geheimnis. Wo ist jetzt der Mehrwert für mich?

2 1

[postfix-users] LDAP-Gruppenalias
by Malte Swart 06 Sep '08

06 Sep '08

Moin, ich habe mehrere Server zu verwalten. Die Benutzer von den Servern stehen in einem LDAP-Verzeichnis. Die Attribute server1Account, server2Account geben dabei an, ob er sich an dem entsprechenden Rechner anmelden kann. Nur einer der Rechner ist auch ein Mailserver. Daher haben nicht alle Benutzer aus LDAP einen Mailaccount. Es gibt für mehrere Systemgruppen (zum Beispiel web) einen Mailalias, der eine Mail an web@server1 an alle Benutzer von Server1 weiterleitet, die in der Gruppe web sind. Aktuell wird dieser Alias manuell gepflegt. Da es dabei schon öfters Probleme mit der Aktualität gegeben hat, würde ich gerne Postfix so konfigurieren, dass er sich die Informationen dafür als LDAP direkt holt. Bei LDAP liegen die Benutzer alle in dem Unterbaum ou=users. Die Gruppeninformationen und die Sekundärgruppenmitgliedschaften im Unterbaum ou=groups: uid=user1,ou=users,... Dabei habe ich zwei Probleme: 1. ich habe auf einem Server alle Benutzer in LDAP gespeichert. Weiterhin gibt es Mailalias der die Mail an ein Gruppe von Benutzern weiterleitet, die genau so heißt und auch die gleiche Aufgabe/den gleichen Sinn erfühlt, wie ein Systemgruppe. Aktuell muss diese Mailalias manuell gepflegt werden, damit er mit der Gruppenmitgliedschaft in LDAP übereinstimmt. Da Postfix Aliase auch direkt aus LDAP abfragen kann, würde ich Postfix gerne so um konfigurieren, dass er Emails an www(a)example.com an alle Benutzer weiterleitet, die in der Systemgruppe www sind und bei denen zusätzlich ein bestimmtes

1 0

[postfix-users] Spamassassin will nicht mehr
by Stefan Fricke 06 Sep '08

06 Sep '08

Hallo, ich kriege beim Start von Postfix immer folgende Warnung: postfix/qmgr[xxxx]: warning: connect to transport spamassassin: Connection refused Mail wird zwar angenommen, aber nicht ausgeliefert. Die Versionen sind: Postfix 2.5.4 Amavisd-New 2.5.1 Spamassassin 3.2.3 Das alles unter Opensuse 10.3. Hier meine Konfigurationsdaten: --------- master.cf ---------------- smtp inet n - n - - smtpd smtpd_tls_wrappermode=yes pickup fifo n - n 60 1 pickup cleanup unix n - n - 0 cleanup qmgr fifo n - n 300 1 qmgr rewrite unix - - n - - trivial-rewrite bounce unix - - n - 0 bounce defer unix - - n - 0 bounce trace unix - - n - 0 bounce verify unix - - n - 1 verify flush unix n - n 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - n - - smtp loops relay unix - - n - - smtp -o fallback_relay= showq unix n - n - - showq error unix - - n - - error discard unix - - n - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil localhost:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes scache unix - - n - 1 scache maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} cyrus unix - n n - - pipe flags=R user=cyrus argv=/usr/lib/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=foo argv=/usr/local/sbin/bsmtp -f $sender $nexthop $recipient procmail unix - n n - - pipe flags=R user=nobody argv=/usr/bin/procmail -t -m /etc/procmailrc ${sender} ${recipient} retry unix - - n - - error smtp-amavis unix - - y - 2 smtp -o smtp_data_done_timeout=1200 -o disable_dns_lookups=yes tlsmgr unix - - n 1000? 1 tlsmgr ------------- main.cf --------------------- queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/lib/postfix mail_owner = postfix mydomain = xxxxxxxxxxxxxxxxxxxxxxxxxxxx mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, unknown_local_recipient_reject_code = 550 alias_database = hash:/etc/aliases debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail newaliases_path = /usr/bin/newaliases mailq_path = /usr/bin/mailq setgid_group = maildrop html_directory = /usr/share/doc/packages/postfix/html manpage_directory = /usr/share/man sample_directory = /usr/share/doc/packages/postfix/samples readme_directory = /usr/share/doc/packages/postfix/README_FILES inet_protocols = all biff = no mail_spool_directory = /var/mail canonical_maps = hash:/etc/postfix/canonical virtual_alias_maps = regexp:/etc/postfix/user-virtual hash:/etc/postfix/virtual relocated_maps = hash:/etc/postfix/relocated transport_maps = hash:/etc/postfix/transport sender_canonical_maps = hash:/etc/postfix/sender_canonical masquerade_exceptions = root masquerade_classes = envelope_sender, header_sender, header_recipient myhostname = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx program_directory = /usr/lib/postfix inet_interfaces = all masquerade_domains = mydestination = xxxxxxxxxxxxxxxxxxxxxxxxxxx virtual_alias_domains = xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx defer_transports = disable_dns_lookups = no relayhost = mailbox_command = /usr/bin/procmail -f- -a "$USER" mailbox_transport = lmtp:unix:/var/lib/imap/socket/lmtp smtpd_sender_restrictions = hash:/etc/postfix/access smtpd_client_restrictions = permit_sasl_authenticated, smtpd_helo_required = no smtpd_helo_restrictions = strict_rfc821_envelopes = no smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks,reject_unauth_destination smtp_sasl_auth_enable = no smtpd_sasl_auth_enable = yes smtpd_use_tls = no smtp_use_tls = no alias_maps = hash:/etc/aliases mailbox_size_limit = 0 message_size_limit = 102400000 content_filter = smtp-amavis:[127.0.0.1]:10024 ---------------- amavisd.conf ----------------------------- use strict; # COMMONLY ADJUSTED SETTINGS: $max_servers = 2; # num of pre-forked children (2..15 is common), -m $daemon_user = 'vscan'; # (no default; customary: vscan or amavis), -u $daemon_group = 'vscan'; # (no default; customary: vscan or amavis), -g # postfix-specific # $smtp_port = '10025'; # $localhost_name = "localhost"; # $localhost_ip = "127.0.0.1"; $mydomain = 'xxxxxxxxxxxxxxxxxxxxxxxxxxxxxxx'; # a convenient default for other settings $MYHOME = '/var/spool/amavis'; # a convenient default for other settings, -H $TEMPBASE = "$MYHOME/tmp"; # working directory, needs to exist, -T $ENV{TMPDIR} = $TEMPBASE; # environment variable TMPDIR, used by SA, etc. $QUARANTINEDIR = '/var/spool/amavis/virusmails'; # -Q $log_level = 0; # verbosity 0..5, -d $log_recip_templ = undef; # disable by-recipient level-0 log entries $DO_SYSLOG = 1; # log via syslogd (preferred) $syslog_facility = 'mail'; # Syslog facility as a string # e.g.: mail, daemon, user, local0, ... local7 $syslog_priority = 'debug'; # Syslog base (minimal) priority as a string, # choose from: emerg, alert, crit, err, warning, notice, info, debug $enable_db = 1; # enable use of BerkeleyDB/libdb (SNMP and nanny) $enable_global_cache = 1; # enable use of libdb-based cache if $enable_db=1 $nanny_details_level = 2; # nanny verbosity: 1: traditional, 2: detailed @local_domains_maps = ( [".$mydomain"] ); # list of all local domains @mynetworks = qw( 127.0.0.0/8 [::1] [FE80::]/10 [FEC0::]/10 10.0.0.0/8 172.16.0.0/12 192.168.0.0/16 ); $unix_socketname = "$MYHOME/amavisd.sock"; # amavisd-release or amavis-milter # option(s) -p overrides $inet_socket_port and $unix_socketname $inet_socket_port = 10024; # listen on this local TCP port(s) $policy_bank{'MYNETS'} = { # mail originating from @mynetworks originating => 1, # is true in MYNETS by default, but let's make it explicit os_fingerprint_method => undef, # don't query p0f for internal clients }; filtering $interface_policy{'10026'} = 'ORIGINATING'; $policy_bank{'ORIGINATING'} = { # mail supposedly originating from our users originating => 1, # declare that mail was submitted by our smtp client allow_disclaimers => 1, # enables disclaimer insertion if available # notify administrator of locally originating malware virus_admin_maps => ["virusalert\@$mydomain"], spam_admin_maps => ["virusalert\@$mydomain"], warnbadhsender => 1, forward_method => 'smtp:[127.0.0.1]:10027', smtpd_discard_ehlo_keywords => ['8BITMIME'], bypass_banned_checks_maps => [1], # allow sending any file names and types terminate_dsn_on_notify_success => 0, # don't remove NOTIFY=SUCCESS option }; $interface_policy{'SOCK'} = 'AM.PDP-SOCK'; # only applies with $unix_socketname $policy_bank{'AM.PDP-SOCK'} = { protocol => 'AM.PDP', auth_required_release => 0, # do not require secret_id for amavisd-release }; $sa_tag_level_deflt = -999; # add spam info headers if at, or above that level $sa_tag2_level_deflt = 6.31; # add 'spam detected' headers at that level $sa_kill_level_deflt = 6.31; # triggers spam evasive actions $sa_dsn_cutoff_level = 10; # spam level beyond which a DSN is not sent $sa_spam_subject_tag = '***SPAM***'; $sa_mail_body_size_limit = 400*1024; # don't waste time on SA if mail is larger $sa_local_tests_only = 0; # only tests which do not require internet access? ['DBI:mysql:database=mail;host=127.0.0.1;port=3306', 'user1', 'passwd1'], $virus_admin = "virusalert\@$mydomain"; # notifications recip. $mailfrom_notify_admin = "virusalert\@$mydomain"; # notifications sender $mailfrom_notify_recip = "virusalert\@$mydomain"; # notifications sender $mailfrom_notify_spamadmin = "postmaster\@$mydomain"; # notifications sender $mailfrom_to_quarantine = ''; # null return path; uses original sender if undef @addr_extension_virus_maps = ('virus'); @addr_extension_banned_maps = ('banned'); @addr_extension_spam_maps = ('spam'); @addr_extension_bad_header_maps = ('badh'); $path = '/usr/local/sbin:/usr/local/bin:/usr/sbin:/sbin:/usr/bin:/bin'; # $dspam = 'dspam'; $MAXLEVELS = 14; $MAXFILES = 1500; $MIN_EXPANSION_QUOTA = 100*1024; # bytes (default undef, not enforced) $MAX_EXPANSION_QUOTA = 300*1024*1024; # bytes (default undef, not enforced) $sa_spam_subject_tag = '***SPAM*** '; $defang_virus = 1; # MIME-wrap passed infected mail $defang_banned = 1; # MIME-wrap passed mail containing banned name $defang_by_ccat{+CC_BADH.",3"} = 1; # NUL or CR character in header $defang_by_ccat{+CC_BADH.",5"} = 1; # header line longer than 998 characters $defang_by_ccat{+CC_BADH.",6"} = 1; # header field syntax error $myhostname = 'xxxxxxxxxxxxxxxxxxxxxxxxxx'; # SOME OTHER VARIABLES WORTH CONSIDERING (see amavisd.conf-default for all) @keep_decoded_original_maps = (new_RE( qr'^MAIL-UNDECIPHERABLE$', # recheck full mail if it contains undecipherables qr'^(ASCII(?! cpio)|text|uuencoded|xxencoded|binhex)'i, $banned_filename_re = new_RE( qr'^\.(exe-ms|dll)$', # banned file(1) types, rudimentary qr'.\.(pif|scr)$'i, # banned extensions - rudimentary qr'^application/x-msdownload$'i, # block these MIME types qr'^application/x-msdos-program$'i, qr'^application/hta$'i, qr'\.[^./]*[A-Za-z][^./]*\.\s*(exe|vbs|pif|scr|bat|cmd|com|cpl|dll)[.\s]*$'i, qr'.\.(exe|vbs|pif|scr|cpl)$'i, # banned extension - basic ); @score_sender_maps = ({ # a by-recipient hash lookup table, # results from all matching recipient tables are summed '.' => [ # the _first_ matching sender determines the score boost new_RE( # regexp-type lookup table, just happens to be all soft-blacklist [qr'^(bulkmail|offers|cheapbenefits|earnmoney|foryou)@'i => 5.0], [qr'^(greatcasino|investments|lose_weight_today|market\.alert)@'i=> 5.0], [qr'^(money2you|MyGreenCard|new\.tld\.registry|opt-out|opt-in)@'i=> 5.0], [qr'^(optin|saveonlsmoking2002k|specialoffer|specialoffers)@'i => 5.0], [qr'^(stockalert|stopsnoring|wantsome|workathome|yesitsfree)@'i => 5.0], [qr'^(your_friend|greatoffers)@'i => 5.0], [qr'^(inkjetplanet|marketopt|MakeMoney)\d*@'i => 5.0], ), { # a hash-type lookup table (associative array) 'nobody(a)cert.org' => -3.0, 'cert-advisory(a)us-cert.gov' => -3.0, 'owner-alert(a)iss.net' => -3.0, 'slashdot(a)slashdot.org' => -3.0, 'securityfocus.com' => -3.0, 'ntbugtraq(a)listserv.ntbugtraq.com' => -3.0, 'security-alerts(a)linuxsecurity.com' => -3.0, 'mailman-announce-admin(a)python.org' => -3.0, 'amavis-user-admin(a)lists.sourceforge.net'=> -3.0, 'amavis-user-bounces(a)lists.sourceforge.net' => -3.0, 'spamassassin.apache.org' => -3.0, 'notification-return(a)lists.sophos.com' => -3.0, 'owner-postfix-users(a)postfix.org' => -3.0, 'owner-postfix-announce(a)postfix.org' => -3.0, 'owner-sendmail-announce(a)lists.sendmail.org' => -3.0, 'sendmail-announce-request(a)lists.sendmail.org' => -3.0, 'donotreply(a)sendmail.org' => -3.0, 'ca+envelope(a)sendmail.org' => -3.0, 'noreply(a)freshmeat.net' => -3.0, 'owner-technews(a)postel.acm.org' => -3.0, 'ietf-123-owner(a)loki.ietf.org' => -3.0, 'cvs-commits-list-admin(a)gnome.org' => -3.0, 'rt-users-admin(a)lists.fsck.com' => -3.0, 'clp-request(a)comp.nus.edu.sg' => -3.0, 'surveys-errors(a)lists.nua.ie' => -3.0, 'emailnews(a)genomeweb.com' => -5.0, 'yahoo-dev-null(a)yahoo-inc.com' => -3.0, 'returns.groups.yahoo.com' => -3.0, 'clusternews(a)linuxnetworx.com' => -3.0, lc('lvs-users-admin(a)LinuxVirtualServer.org') => -3.0, lc('owner-textbreakingnews(a)CNNIMAIL12.CNN.COM') => -5.0, # soft-blacklisting (positive score) 'sender(a)example.net' => 3.0, '.example.net' => 1.0, }, ], # end of site-wide tables }); @decoders = ( ['mail', \&do_mime_decode], ['asc', \&do_ascii], ['uue', \&do_ascii], ['hqx', \&do_ascii], ['ync', \&do_ascii], ['F', \&do_uncompress, ['unfreeze','freeze -d','melt','fcat'] ], ['Z', \&do_uncompress, ['uncompress','gzip -d','zcat'] ], ['gz', \&do_uncompress, 'gzip -d'], ['gz', \&do_gunzip], ['bz2', \&do_uncompress, 'bzip2 -d'], ['lzo', \&do_uncompress, 'lzop -d'], ['rpm', \&do_uncompress, ['rpm2cpio.pl','rpm2cpio'] ], ['cpio', \&do_pax_cpio, ['pax','gcpio','cpio'] ], ['tar', \&do_pax_cpio, ['pax','gcpio','cpio'] ], ['deb', \&do_ar, 'ar'], # ['a', \&do_ar, 'ar'], # unpacking .a seems an overkill ['zip', \&do_unzip], ['7z', \&do_7zip, ['7zr','7za','7z'] ], ['rar', \&do_unrar, ['rar','unrar'] ], ['arj', \&do_unarj, ['arj','unarj'] ], ['arc', \&do_arc, ['nomarch','arc'] ], ['zoo', \&do_zoo, ['zoo','unzoo'] ], ['lha', \&do_lha, 'lha'], # ['doc', \&do_ole, 'ripole'], ['cab', \&do_cabextract, 'cabextract'], ['tnef', \&do_tnef_ext, 'tnef'], ['tnef', \&do_tnef], # ['sit', \&do_unstuff, 'unstuff'], # broken/unsafe decoder ['exe', \&do_executable, ['rar','unrar'], 'lha', ['arj','unarj'] ], ); @av_scanners = ( @av_scanners_backup = ( ### http://www.clamav.net/ - backs up clamd or Mail::ClamAV ['ClamAV-clamscan', 'clamscan', "--stdout --no-summary -r --tempdir=$TEMPBASE {}", [0], qr/:.*\sFOUND$/, qr/^.*?: (?!Infected Archive)(.*) FOUND$/ ], ); 1; # insure a defined return ---------------------------------------------------- Wo hängt es? __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com

4 6

Re: [postfix-users] Spamassassin will nicht mehr (Gelöst)
by Stefan Fricke 06 Sep '08

06 Sep '08

--- Matthias Haegele <mhaegele(a)linuxrocks.dyndns.org> schrieb am Sa, 6.9.2008: > 'smtp:[127.0.0.1]:10027', > ^^^^^^^^^^^^^^^^^^^^^^ > Aha. Wenn ich das richtig sehe ist das falsch ;-). Das war es. __________________________________________________ Do You Yahoo!? Sie sind Spam leid? Yahoo! Mail verfügt über einen herausragenden Schutz gegen Massenmails. http://mail.yahoo.com

1 0

Re: [postfix-users] header_checks kein reject - Einzelfall
by Peter Lokus 06 Sep '08

06 Sep '08

Am Samstag, 6. September 2008 11:09:03 schrieb Ralf Hildebrandt: > * Uwe Driessen <driessen(a)fblan.de>: > > Sorry müsste > > /^X-Spam-Status:[.*](Yes|YES)/ REJECT Looks like spam to me. > > /^X-Spam-Status:.*Yes/ REJECT Looks like spam to me. > > ist eh case-insensitive! Ich muss meine Aussage revidieren! Das "YES" steht bei X-Spam-Flag. Ich habe X-Spam-Status gelesen. Daher ist mein "Fund" nonsens!

1 0

Re: [postfix-users] header_checks kein reject - Einzelfall
by Peter Lokus 06 Sep '08

06 Sep '08

Am Freitag, 5. September 2008 21:52:38 schrieb Peter Lokus: > Am Sonntag, 31. August 2008 11:18:57 schrieb Robert Schetterer: > > Peter Lokus schrieb: > > > Am Sonntag, 31. August 2008 00:31:18 schrieb Sebastian Deiszner: > > >> Peter Lokus schrieb: > > >>> Hallo Liste, > > >>> > > >>> mir ist heute etwas Eigenartiges aufgefallen. > > >>> > > >>> Situation: > > >>> Spamassassin arbeitet als before-queue-filter und tagt bekanntlich > > >>> mit X-Spam-Status: (Yes|No) > > >>> Anschließend sorgt ein header check in einem dediziertem cleanup für > > >>> einen etwaigen REJECT. > > >>> > > >>> Aufbau des header_checks: > > >>> > > >>> (1) /^X-Spam-Status:\ Yes/ REJECT Looks like spam to me. > > >>> (2) /spamhost.de/ REDIRECT spamjail(a)mydomain.de > > >> > > >> Mal ne andere Frage - hierbei OT. > > >> > > >> Wenn die Mail rejected wird - ist das das gleiche Reject wie bei den > > >> RBL-Checks, d.h. wird die Mail gebounced oder rejected? > > > > > > Sie wird rejected. Da Spamassassin als Proxy arbeitet, ist die > > > SMTP-Transaktion mit dem Einlieferer an dieser Stelle noch offen. > > > _______________________________________________ > > > postfix-users mailing list > > > postfix-users(a)de.postfix.org > > > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > > > Hi, > > hast du mal spamass-milter versucht > > dann kannst du dir die header_checks sparen > > ausserdem kann man damit so ziemlich alle denkbaren setups > > von spamassassin abdecken, ansonsten waere amavis auch noch > > sehr flexibel zu configurieren, abgesehen davon wuerde ich > > auf ein HOLD plaedieren in deinem jetzigen setup > > denn nur weil spamassassin flagt muss es ja nicht stimmen > > es gibt immer false positvies, ausserdem ist es rechtlich bedenklich > > user mails umzuleiten oder verschwinden zu lassen, spielt natuerlich > > keine rolle wenn alle Ktos plus domain dir gehoeren > > Hallo, > > sorry, aber das beantwortet nicht meine Frage. Diese Thematik ist mir > bekannt und ich habe diese behandelt. > > Ich möchte wissen, _wieso_ postfix nicht (1) ausführt sondern (2) obwohl > (1) erfüllt ist. > Hallo nochmal, nach kurzer Analyse habe ich den "Fehler" gefunden. Mein Header Check prüft auf "X-Spam-Status: Yes" manchmal habe ich aber "X-Spam-Status: YES" im Header und somit greift der regexp nicht. Ich werde mal in der SA ML nachfragen. Gruss

3 3

Re: [postfix-users] header_checks kein reject - Einzelfall
by Peter Lokus 06 Sep '08

06 Sep '08

Am Samstag, 6. September 2008 00:23:51 schrieb Uwe Driessen: > On Behalf Of Uwe Driessen > > > On Behalf Of Peter Lokus > > > > > > > >>> (1) /^X-Spam-Status:\ Yes/ REJECT Looks like spam to me. > > > > > >>> (2) /spamhost.de/ REDIRECT spamjail(a)mydomain.de > > > > > > nach kurzer Analyse habe ich den "Fehler" gefunden. > > > Mein Header Check prüft auf "X-Spam-Status: Yes" manchmal habe ich > > > aber "X-Spam-Status: YES" im Header und somit greift der regexp nicht. > > > Ich werde mal in der SA ML nachfragen. > > > > Und warum prüfst du nicht auf > > > > /^X-Spam-Status:[.*]Yes/ REJECT Looks like spam to me. > > Sorry müsste > /^X-Spam-Status:[.*](Yes|YES)/ REJECT Looks like spam to me. > > Die (|) stehen für ent oder wed > > > Öhm ich hab jetz nicht nachgeschaut aber die [] müßten für können müssen > > aber nicht sein > > Mit freundlichen Grüßen > > Drießen Ich habe das im Einsatz: ^X-Spam-Status:\ Y(es|ES)/ REJECT Looks like spam to me. Hätte ich schon vorher posten sollen. Ich hätte Dir die Arbeit erspart ;-)

2 1

Re: [postfix-users] header_checks kein reject - Einzelfall
by Peter Lokus 05 Sep '08

05 Sep '08

Am Sonntag, 31. August 2008 11:18:57 schrieb Robert Schetterer: > Peter Lokus schrieb: > > Am Sonntag, 31. August 2008 00:31:18 schrieb Sebastian Deiszner: > >> Peter Lokus schrieb: > >>> Hallo Liste, > >>> > >>> mir ist heute etwas Eigenartiges aufgefallen. > >>> > >>> Situation: > >>> Spamassassin arbeitet als before-queue-filter und tagt bekanntlich mit > >>> X-Spam-Status: (Yes|No) > >>> Anschließend sorgt ein header check in einem dediziertem cleanup für > >>> einen etwaigen REJECT. > >>> > >>> Aufbau des header_checks: > >>> > >>> (1) /^X-Spam-Status:\ Yes/ REJECT Looks like spam to me. > >>> (2) /spamhost.de/ REDIRECT spamjail(a)mydomain.de > >> > >> Mal ne andere Frage - hierbei OT. > >> > >> Wenn die Mail rejected wird - ist das das gleiche Reject wie bei den > >> RBL-Checks, d.h. wird die Mail gebounced oder rejected? > > > > Sie wird rejected. Da Spamassassin als Proxy arbeitet, ist die > > SMTP-Transaktion mit dem Einlieferer an dieser Stelle noch offen. > > _______________________________________________ > > postfix-users mailing list > > postfix-users(a)de.postfix.org > > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > Hi, > hast du mal spamass-milter versucht > dann kannst du dir die header_checks sparen > ausserdem kann man damit so ziemlich alle denkbaren setups > von spamassassin abdecken, ansonsten waere amavis auch noch > sehr flexibel zu configurieren, abgesehen davon wuerde ich > auf ein HOLD plaedieren in deinem jetzigen setup > denn nur weil spamassassin flagt muss es ja nicht stimmen > es gibt immer false positvies, ausserdem ist es rechtlich bedenklich > user mails umzuleiten oder verschwinden zu lassen, spielt natuerlich > keine rolle wenn alle Ktos plus domain dir gehoeren Hallo, sorry, aber das beantwortet nicht meine Frage. Diese Thematik ist mir bekannt und ich habe diese behandelt. Ich möchte wissen, _wieso_ postfix nicht (1) ausführt sondern (2) obwohl (1) erfüllt ist.

1 0

[postfix-users] Erscheinungstermin Postfix-Buch
by Werner D. 05 Sep '08

05 Sep '08

Hi Ralf, Servus Patrick, ich wollt mich kurz erkundigen, was denn der anvisierte Erscheinungstermin für euer überarbeitetes Postfix-Buch ist. Auf Amazon ist der 01.08.08 genannt, der Artikel ist aber noch nicht verfügbar. Bei Dpunkt, wo auch ich vorbestellt habe, ist lediglich August 2008 genannt. Wie weit seit ihr denn ? lg, Werner Detter

9 44

[postfix-users] Problem mit eingehenden Mails
by gbalzer＠balzer-computing.ch 03 Sep '08

03 Sep '08

Hi, ich habe bei eingehenden Mails von einigen Servern folgende Logeinträge festgestellt: Aug 31 05:39:38 srv1 postfix/smtpd[22638]: lost connection after DATA from mta.ecostemail.com[64.132.92.129] Bei der überwiegenden Mehrheit der eingehenden Mails funktioniert es. Da ich (noch) nicht der Postfix-Guru bin, würde ich mich freuen, falls mir jemand hier weiter helfen kann. Rechner: CentOS 5.2 Postfix: 2.3.3 Danke Gerald

3 4

[postfix-users] [Übersetzung] Postfix Linux-only local denial of service
by Ralf Hildebrandt 02 Sep '08

02 Sep '08

In Deutsch: http://de.postfix.org/advisory2/ ----- Forwarded message from Wietse Venema <wietse(a)porcupine.org> ----- From: Wietse Venema <wietse(a)porcupine.org> Date: Tue, 2 Sep 2008 08:52:44 -0400 (EDT) To: Postfix announce <postfix-announce(a)postfix.org> CC: Postfix users <postfix-users(a)postfix.org> Subject: Postfix Linux-only local denial of service Reply-To: Postfix users <postfix-users(a)postfix.org> X-Mailer: ELM [version 2.4ME+ PL82 (25)] An on-line version of this announcement is available at http://www.postfix.org/announcements/20080902.html Summary: ======== Postfix 2.4 and later, on Linux kernel 2.6, is vulnerable to a denial of service attack by a local user. There is no breach of data confidentiality or data integrity. This problem was found by the Postfix author during routine source code maintenance. Discussion: =========== Postfix is an open-source mail transfer agent (MTA) that runs on multiple types of UNIX systems. Postfix 2.4 (released 2007) introduces input/output event handling based on high-performance primitives: BSD kqueue (also present in MacOS X), Linux epoll, and Solaris /dev/poll. These implement more scalable event handling than the older select() and poll() primitives. With 2.6 Linux kernels, Postfix 2.4 and later has an epoll file descriptor leak when it executes non-Postfix commands in, for example, a user's $HOME/.forward file. A local user can access a leaked epoll file descriptor to implement a denial of service attack on Postfix. The attack may result in reduced Postfix performance, or in automatic Postfix shutdown when an internal safety mechanism triggers. Some possible attacks are discussed in the last paragraph of this section. Not affected is Postfix input/output event handling based on BSD kqueue and Solaris /dev/poll. There, the kernel effectively revokes access to the underlying kernel object when it creates a child process with fork(), keeping the kernel object normally accessible only by the process that creates it. The above approaches could help to improve the consistency of Linux input/output event notification. Currently, 1) different Linux processes may make conflicting updates to a shared epoll instance; 2) therefore, the Linux kernel may report input/output events to processes that didn't ask for those events; and 3) those events may involve activity on pipes, sockets, etc. that aren't open in those processes. Such inconsistency could be avoided when an epoll instance were normally accessible only by the process that creates it. Workaround: =========== Allow only trusted users to control delivery to non-Postfix commands. In the following example, the directory /var/forward is not writable by users, and Postfix is configured to search for /var/forward/username (plus optional address extension) instead of the default location ~username/.forward (plus optional address extension). /etc/postfix/main.cf: forward_path = /var/forward/${user}${recipient_delimiter}${extension}, /var/forward/${user} Other workarounds would be required for other mail filtering software that executes commands in user-controlled configuration files. Solution: ========= Apply the source code patch below, or install an updated Postfix version. Postfix versions 2.4.9, 2.5.5, and 2.6-20080902 are made available via http://www.postfix.org/. Vendors will make updated versions available according to their own support policies. Patch: ====== Begin of patch *** src/util/events.c.orig Mon Mar 24 13:19:23 2008 --- src/util/events.c Tue Aug 26 17:43:41 2008 *************** *** 426,431 **** --- 427,433 ---- #define EVENT_REG_INIT_HANDLE(er, n) do { \ er = event_epollfd = epoll_create(n); \ + if (event_epollfd >= 0) close_on_exec(event_epollfd, CLOSE_ON_EXEC); \ } while (0) #define EVENT_REG_INIT_TEXT "epoll_create" End of patch -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job Buying Microsoft anymore is like saying: Please, treat me like a two year old, stifle my creativity and learning, keep me in the dark and feed me crap, and whatever you do, don't let me question your 'authority'.

1 0

Re: [postfix-users] header_checks kein reject - Einzelfall
by Peter Lokus 31 Aug '08

31 Aug '08

Am Sonntag, 31. August 2008 00:31:18 schrieb Sebastian Deiszner: > Peter Lokus schrieb: > > Hallo Liste, > > > > mir ist heute etwas Eigenartiges aufgefallen. > > > > Situation: > > Spamassassin arbeitet als before-queue-filter und tagt bekanntlich mit > > X-Spam-Status: (Yes|No) > > Anschließend sorgt ein header check in einem dediziertem cleanup für > > einen etwaigen REJECT. > > > > Aufbau des header_checks: > > > > (1) /^X-Spam-Status:\ Yes/ REJECT Looks like spam to me. > > (2) /spamhost.de/ REDIRECT spamjail(a)mydomain.de > > Mal ne andere Frage - hierbei OT. > > Wenn die Mail rejected wird - ist das das gleiche Reject wie bei den > RBL-Checks, d.h. wird die Mail gebounced oder rejected? Sie wird rejected. Da Spamassassin als Proxy arbeitet, ist die SMTP-Transaktion mit dem Einlieferer an dieser Stelle noch offen.

2 1

[postfix-users] header_checks kein reject - Einzelfall
by Peter Lokus 31 Aug '08

31 Aug '08

Hallo Liste, mir ist heute etwas Eigenartiges aufgefallen. Situation: Spamassassin arbeitet als before-queue-filter und tagt bekanntlich mit X-Spam-Status: (Yes|No) Anschließend sorgt ein header check in einem dediziertem cleanup für einen etwaigen REJECT. Aufbau des header_checks: (1) /^X-Spam-Status:\ Yes/ REJECT Looks like spam to me. (2) /spamhost.de/ REDIRECT spamjail(a)mydomain.de Diese Konstellation arbeitet wunderbar. (2) leitet alle Mail an mich weiter, die "spamhost.de" im Header enthält. Ist qad und wird wieder verschwinden. Nun wurde heute eine Spam-Mail nicht wegen (1) abgewiesen sondern, da es auch noch (2) enthielt, an mich zugestellt. Gibt es dafür eine rationale Begründung? Gruss

2 1

[postfix-users] sender_dependent_relayhost_maps funktioniert nicht
by projekt1＠gmx.at 28 Aug '08

28 Aug '08

Ich habe das jetzt einfach probiert und die folgenden Zeilen in meiner main.cf ergänzt: # to translate "internal" adresses to "external" addresses smtp_generic_maps = hash:/etc/postfix/generic # to use diferent relayhosts for diferent senders sender_dependent_relayhost_maps = hash:/etc/postfix/senderrelay #to authenticate an the diferent relayhosts. smtp_sasl_password_maps = hash:/etc/postfix/password smtp_sender_dependent_authentication = yes smtp_sasl_auth_enable = yes Außerdem habe ich die entsprchenden Dateine folgendermaße eingerichtet: /etc/postfix/generic ============== someuser(a)intern.test someother(a)gmx.at someuser1(a)intern.test yetanother(a)gmx.at @intern.test someone(a)gmx.at /etc/postfix/senderrelay ================= @gmx.at mail.gmx.net /etc/postfix/password ================ someother(a)gmx.at someother@gmx.at:secret yetanother(a)gmx.at yetanother@gmx.at:moresecret someone(a)gmx.at someone@gmx.at:topsecret Wie ich befürchtet habe funktioniert irgendetwas dabei nicht korrekt. Ich dachte, daß smtp_generic_maps die INterne Adresse auf die Adresse des "gmxusers" umschrieben würde und dann sender_dependent_relayhost_maps das entsprechende Senderelais vorgeben und smtp_sasl_password_maps die entsprechenden Anmeldeinformationen liefern würde. Aber es sieht so aus als würde die Adresse nicht umgeschrieben. Ich bekomme die folgenden Einträge in meiner mail.log: __________________________ Aug 24 11:56:42 mymailservername postfix/pickup[3445]: D79AE14F08E: uid=0 from=<xxx> Aug 24 11:56:42 mymailservername postfix/cleanup[3461]: D79AE14F08E: message-id=<20080824095642.D79AE14F08E(a)mymailservername.intern.test> Aug 24 11:56:42 mymailservername postfix/qmgr[3443]: D79AE14F08E: from=<xxx(a)mymailservername.intern.test>, size=292, nrcpt=1 (queue active) Aug 24 11:56:43 mymailservername postfix/smtp[3463]: D79AE14F08E: to=<someone(a)gmx.at>, relay=mail.gmx.net[213.165.64.20]:25, delay=0.35, delays=0.08/0.04/0.18/0.05, dsn=5.1.8, status=undeliverable (host mail.gmx.net[213.165.64.20] said: 550 5.1.8 Cannot resolve your domain {mp004} (in reply to MAIL FROM command)) Aug 24 11:56:43 mymailservername postfix/cleanup[3461]: 3EE4A14F091: message-id=<20080824095643.3EE4A14F091(a)mymailservername.intern.test> Aug 24 11:56:43 mymailservername postfix/bounce[3464]: D79AE14F08E: sender delivery status notification: 3EE4A14F091 Aug 24 11:56:43 mymailservername postfix/qmgr[3443]: D79AE14F08E: removed ___________________________ Da in dieser mail.log meine interne Adresse (xxx(a)mymailservername.intern.test) aufscheint vermute ich, daß das umschreiben nicht funktioniert. Oder liegt der Fehler wo anders? Wie kann ich postfix beibringen die Adressen umzuschreiben? Vielleicht hilft meine komplette main.cf smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no append_dot_mydomain = no smtpd_tls_cert_file = /etc/ssl/certs/postfix.pem smtpd_tls_key_file = /etc/ssl/private/postfix.pem smtpd_use_tls=yes smtpd_tls_session_cache_database = btree:${queue_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${queue_directory}/smtp_scache myhostname = mymailservername.intern.test alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = mymailservername.intern.test, localhost.intern.test, localhost relayhost = mail.gmx.net mynetworks = 192.168.200.0/24 mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all virtual_mailbox_domains = mysql:/etc/postfix/mysql-vitual-mailbox-domains.cf virtual_uid_maps = static:5000 virtual_gid_maps = static:5000 virtual_mailbox_maps = mysql:/etc/postfix/mysql-vitual-mailbox-maps.cf vitual_alias_maps = mysql:/etc/postfix/mysql-vitual-alias-maps.cf,mysql:/etc/postfix/mysql-vitual-emaail2email.cf virtual_transport = dovecot dovecot_destination_recipient_limit = 1 smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_auth_enable = yes smtpd_recipient_restrictions = permit_mynetworks,permit_sasl_authenticated,reject_unauth_destination smtp_generic_maps = hash:/etc/postfix/generic sender_dependent_relayhost_maps = hash:/etc/postfix/senderrelay smtp_sasl_password_maps = hash:/etc/postfix/password smtp_sender_dependent_authentication = yes smtp_sasl_auth_enable = yes -- Psssst! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03

1 0

[postfix-users] Postfix mit Auth
by Juergen Koch 28 Aug '08

28 Aug '08

Hallo, ich habe da mal ein Problem. Ich habe verschiedene Domains, die bei Strato liegen. Strato hatte bisher ein Verfahren, wo das Versenden bis 10 min. nach dem Abholen ohne Authentifizierung funktionierte. Somit brauchte ich fuer postfix auch keine Authentifizierung. Nun aendert Strato aber das verfahren, so dass ich immer eine Authentifizierung benoetige, um Mails versenden zu koennen. Nun meine Frage: was muss ich tun, damit Postfix eine Authentifizierung sendet? Und wie kann ich sicherstellen, dass die Authentifizierung auch fuer die richtige Domain erfolgt? Ich habe zur Zeit 5 Domains. Mein Mailserver nimmt fuer alle 5 an und benutzt dann den Mailserver von Strato als Relay. Fuer jeden Tipp dankbar, Juergen Koch

2 1

[postfix-users] Transport Map
by Ionkin Michael 25 Aug '08

25 Aug '08

Well i've got the following question: On machine 1 should run postfix. machine 2 and 3 are the next hops, but they should receive mails for different domains. following entries are mentioned in the transport-file: example1.com smtp:[ip of machine2] example2.com smtp:[ip of machine3] example3.com smtp:[ip of machine2] example4.com smtp:[ip of machine2] At the moment the complete mails are going to machine 2, because of the entry relyhost=[ip of machine2] in main.cf and there is no pointer to the transportfile in the main.cf. By setting the pointer "transport_maps = hash:/etc/postfix/transport" should i comment the relyhost parameter? (#relyhost...) Or reads postfix automatically the transport file when the path to it is mentiond, whether relyhost is commented or not? What should i edit to the master.cf? thx a lot -- Psssst! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03 -- GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen! Jetzt dabei sein: http://www.shortview.de/wasistshortview.php?mc=sv_ext_mf@gmx

2 1

[postfix-users] Contents of postfix-users digest Band 4, Eintrag 11
by Markus Goertz 21 Aug '08

21 Aug '08

Ich habe es jetzt folgendermaßen versucht: /^Subject:.*Eintrag in Ihr G.* buch/ REJECT blocked Leider weiterhin ohne Erfolg. Ich leite die E-Mail nicht direkt in ein Postfach sondern an eine andere Mailadresse weiter, kann das der Grund sein ? Wo muss in der main.cf der Eintrag header_checks = pcre:/etc/postfix/header_checks stehen ? Bei mir steht der Eintrag ganz am Ende Danke für die Hilfe mgoertz -----Ursprüngliche Nachricht----- Von: postfix-users-bounces(a)de.postfix.org [mailto:postfix-users-bounces@de.postfix.org] Im Auftrag von postfix-users-request(a)de.postfix.org Gesendet: Donnerstag, 21. August 2008 12:00 An: postfix-users(a)de.postfix.org Betreff: postfix-users Nachrichtensammlung, Band 4, Eintrag 11 Send postfix-users mailing list submissions to postfix-users(a)de.postfix.org To subscribe or unsubscribe via the World Wide Web, visit http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users or, via email, send a message with subject or body 'help' to postfix-users-request(a)de.postfix.org You can reach the person managing the list at postfix-users-owner(a)de.postfix.org When replying, please edit your Subject line so it is more specific than "Re: Contents of postfix-users digest..." Meldungen des Tages: 1. Filterung einer bestimmten Betreffzeile (Markus Goertz) 2. Re: Filterung einer bestimmten Betreffzeile (Peter Lokus) 3. Re: Filterung einer bestimmten Betreffzeile (Christian Hildebrand) 4. Re: Filterung einer bestimmten Betreffzeile (Ralf Hildebrandt) ---------------------------------------------------------------------- Message: 1 Date: Thu, 21 Aug 2008 09:24:57 +0200 From: "Markus Goertz" <M.Goertz(a)oda-hr.de> Subject: [postfix-users] Filterung einer bestimmten Betreffzeile To: <postfix-users(a)de.postfix.org> Message-ID: <3962BA5C25073C4E8834246271F02A41107425(a)sbs.ODA-HR.local> Content-Type: text/plain; charset="iso-8859-1" Sehr geehrte Damen und Herren, ich möchte alle Mails mit dem Betreff "Eintrag in Ihr Gästebuch" automatisch löschen bzw. die Annahme dieser E-Mails verweigern. Dazu habe ich in der main.cf folgende Zeile hinzugefügt: header_checks = pcre:/etc/postfix/header_checks und in die header_checks angelegt. In dieser ist folgender Eintrag enthalten: /^Subject:.*Eintrag in Ihr Gästebuch/ REJECT blocked Anschließend wurde Postfix neu gestartet. Leider werden die Mail trotzdem noch in das Postfach zugestellt. Was muss ich ändern, dass diese mails nicht mehr zugestellt werden ? Viele Dank mgoertz -------------- nächster Teil -------------- Ein Dateianhang mit HTML-Daten wurde abgetrennt... URL: http://de.postfix.org/pipermail/postfix-users/attachments/20080821/6ddc4d23… ------------------------------ Message: 2 Date: Thu, 21 Aug 2008 09:33:19 +0200 From: Peter Lokus <mailist(a)sokol-web.de> Subject: Re: [postfix-users] Filterung einer bestimmten Betreffzeile To: Mailing-Liste der deutschsprachigen Postfix Gemeinschaft <postfix-users(a)de.postfix.org> Message-ID: <20080821073319.B3469955DD(a)m11s13.vlinux.de> Content-Type: text/plain; charset="utf-8" Am Donnerstag, 21. August 2008 09:24:57 schrieb Markus Goertz: > Sehr geehrte Damen und Herren, > > > > ich möchte alle Mails mit dem Betreff "Eintrag in Ihr Gästebuch" > automatisch löschen bzw. die Annahme dieser E-Mails verweigern. > Hallo, ich würde nicht die Wirkung bekämpfen, sondern die Ursache! "Eintrag in Ihr Gästebuch" hört sich an, als wenn Sie dieses Gästebuch/Profil verwalten können. Daher wäre es logisch, wenn eine autom. Benachrichtigung per Schalter ein- und auszuschalten möglich wäre. Ist die saubere Lösung für dieses problem, imho. Gruss Peter ------------------------------ Message: 3 Date: Thu, 21 Aug 2008 09:36:50 +0200 From: "Christian Hildebrand" <ChrisGl(a)web.de> Subject: Re: [postfix-users] Filterung einer bestimmten Betreffzeile To: "Mailing-Liste der deutschsprachigen Postfix Gemeinschaft" <postfix-users(a)de.postfix.org> Message-ID: <f921d97d0808210036v4efb793fjacde6bde5b077d0d(a)mail.gmail.com> Content-Type: text/plain; charset=WINDOWS-1252 Hi, ich verwende einen anderen Ansatz. Bei mir läuft SmartSieve mit dem ich die Filter für jeden Benutzer anpassen kann. http://smartsieve.sourceforge.net/ MfG Christian 2008/8/21 Markus Goertz <M.Goertz(a)oda-hr.de>: > Sehr geehrte Damen und Herren, > > > > ich möchte alle Mails mit dem Betreff ?Eintrag in Ihr Gästebuch" automatisch > löschen bzw. die Annahme dieser E-Mails verweigern. > > Dazu habe ich in der main.cf folgende Zeile hinzugefügt: > > header_checks = pcre:/etc/postfix/header_checks > > und in die header_checks angelegt. In dieser ist folgender Eintrag > enthalten: > > /^Subject:.*Eintrag in Ihr Gästebuch/ REJECT > blocked > > > > Anschließend wurde Postfix neu gestartet. > > > > Leider werden die Mail trotzdem noch in das Postfach zugestellt. > > Was muss ich ändern, dass diese mails nicht mehr zugestellt werden ? > > > > Viele Dank > > mgoertz > > > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > ------------------------------ Message: 4 Date: Thu, 21 Aug 2008 09:42:00 +0200 From: Ralf Hildebrandt <Ralf.Hildebrandt(a)charite.de> Subject: Re: [postfix-users] Filterung einer bestimmten Betreffzeile To: postfix-users(a)de.postfix.org Message-ID: <20080821074200.GG3811(a)charite.de> Content-Type: text/plain; charset=utf-8 * Markus Goertz <M.Goertz(a)oda-hr.de>: > ich möchte alle Mails mit dem Betreff "Eintrag in Ihr Gästebuch" > automatisch löschen bzw. die Annahme dieser E-Mails verweigern. > > Dazu habe ich in der main.cf folgende Zeile hinzugefügt: > > header_checks = pcre:/etc/postfix/header_checks > > und in die header_checks angelegt. In dieser ist folgender Eintrag enthalten: > > /^Subject:.*Eintrag in Ihr Gästebuch/ REJECT blocked /^Subject:.*Eintrag in Ihr Gästebuch/ REJECT blocked Subject: Zeilen mit Umlaut werden normalerweise codiert. Erstmal gucken, wie Postfix die sieht: /^Subject:/ WARN DANN danach die richtige Regel basteln. Evtl.: /^Subject:.*Eintrag in Ihr G.*stebuch/ REJECT blocked -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de I'm looking for a job bringing you boring signatures for 17 years ------------------------------ _______________________________________________ postfix-users mailing list postfix-users(a)de.postfix.org http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users Ende postfix-users Nachrichtensammlung, Band 4, Eintrag 11 **********************************************************

3 2

[postfix-users] Filterung einer bestimmten Betreffzeile
by Markus Goertz 21 Aug '08

21 Aug '08

Sehr geehrte Damen und Herren, ich möchte alle Mails mit dem Betreff "Eintrag in Ihr Gästebuch" automatisch löschen bzw. die Annahme dieser E-Mails verweigern. Dazu habe ich in der main.cf folgende Zeile hinzugefügt: header_checks = pcre:/etc/postfix/header_checks und in die header_checks angelegt. In dieser ist folgender Eintrag enthalten: /^Subject:.*Eintrag in Ihr Gästebuch/ REJECT blocked Anschließend wurde Postfix neu gestartet. Leider werden die Mail trotzdem noch in das Postfach zugestellt. Was muss ich ändern, dass diese mails nicht mehr zugestellt werden ? Viele Dank mgoertz

3 2

Re: [postfix-users] Filterung einer bestimmten Betreffzeile
by Peter Lokus 21 Aug '08

21 Aug '08

Am Donnerstag, 21. August 2008 09:24:57 schrieb Markus Goertz: > Sehr geehrte Damen und Herren, > > > > ich möchte alle Mails mit dem Betreff "Eintrag in Ihr Gästebuch" > automatisch löschen bzw. die Annahme dieser E-Mails verweigern. > Hallo, ich würde nicht die Wirkung bekämpfen, sondern die Ursache! "Eintrag in Ihr Gästebuch" hört sich an, als wenn Sie dieses Gästebuch/Profil verwalten können. Daher wäre es logisch, wenn eine autom. Benachrichtigung per Schalter ein- und auszuschalten möglich wäre. Ist die saubere Lösung für dieses problem, imho. Gruss Peter

1 0

[postfix-users] real-time accounting - Lösungsansätze?
by Christian Bricart 15 Aug '08

15 Aug '08

Tach zusammen, der "normale" Weg eine Auswertung des Mailtraffics zu machen ist ja entweder: - periodisch (z.B. per cron-daily nach dem Logrotate) das Postfix-Logfile durch einen Parser zu schicken und irgendwie auszuwerten (der "pflogsumm"-Ansatz) oder: - einen "tail -f"-Prozess laufen zu haben, der das Logfile verfolgt und neue Einträge parsed und verarbeitet (der "mailgraph"-Ansatz). oder: - bspw. syslog-ng als syslogd zu verwenden, dort einen Filter zu definieren und eine Destination einzutragen, die mit den Werten dann etwas tut.. Alle Lösungen haben eine Sache gemeinsam - nämlich die Notwendigkeit einen Parser zu haben, der Postfix-Log-Zeilen verstehen und auseinander nehmen kann.. Wenn jetzt jemand auf die wahnwitzige Idee kommen würde, die Daten direkt aus Postfix zu ziehen, wenn sie passieren (und intern in den passenden Variablen stehen) und noch nicht "aufbereitet" sind - was wäre hier der praktikabelste Lösungsansatz? - check_policy_service in smtpd_recipient_restrictions, der die zum Accounting nötigen Daten[1] verarbeitet und immer "DUNNO" liefert ([1] http://www.postfix.org/SMTPD_POLICY_README.html#protocol) - wobei: ist dort $attr{size} immer sinnvoll gefüllt..? doch nur bei über ESMTP eingelieferte Mails, oder? - always_bcc / recipient_bcc_maps auf einen Pipe-Mailer, der intern auswertet, wegschreibt und die Mail dann nach /dev/null verwirft - after-queue / filter: dürfte von der Funktionsweise das selbe wie der BCC-Ansatz sein.. - was ganz anderes? Christian

4 7

[postfix-users] ANNOUNCEMENT: Postfix Sicherheitsproblem
by Patrick Ben Koetter 14 Aug '08

14 Aug '08

Sebastian Krahmer von SuSE hat ein Problem gefunden, das zu einer Erhöhung von Rechten (privilege escalation) genutzt werden kann. Diese Erhöhung wird durch Änderungen in der Dateisystem-Semantik bei UNIX-Systemen möglich. Betroffen von diesem Problem sind vor allem Postfix-Installationen auf Linux und Solaris. Korrektur und Workarounds sind einfach. Details zum Problem haben wir in einer Übersetzung des Originaltextes von Wietse Venema unter <http://de.postfix.org/advisory/> zur Verfügung gestellt. Euer de.postfix.org-Team

1 0

[postfix-users] Postfix local privilege escalation überhartgelinkte Symlinks
by Ralf Hildebrandt 14 Aug '08

14 Aug '08

Hi! Sebastian Krahmer von SuSE hat ein Problem gefunden, das zu einer Erhöhung von Rechten (privilege escalation) genutzt werden kann. Diese Erhöhung wird durch Änderungen in der Dateisystem-Semantik bei UNIX-Systemen möglich. Betroffen von diesem Problem sind vor allem Postfix Installationen auf Linux und Solaris. Korrektur und Workarounds sind einfach. Details zum Problem haben wir in einer Übersetzung des Originaltextes von Wietse Venema unter <http://de.postfix.org/advisory/> zur Verfügung gestellt. Euer de.postfix.org-Team

1 0

Re: [postfix-users] postqueue manuell anschmeißen?
by Ralf Hildebrandt 14 Aug '08

14 Aug '08

* T.Jurek <torsten.jurek(a)cisbox.com>: > Guten Morgen zusammen, > > gibt es eine Möglichkeit die postqueue manuell anzustoßen, so dass die Mails > in ihr direkt verarbeitet werden? postfix flush -- Ralf Hildebrandt (Ralf.Hildebrandt(a)charite.de) snickebo(a)charite.de Postfix - Einrichtung, Betrieb und Wartung Tel. +49 (0)30-450 570-155 http://www.arschkrebs.de

1 0

[postfix-users] postqueue manuell anschmeißen?
by T.Jurek 14 Aug '08

14 Aug '08

Guten Morgen zusammen, gibt es eine Möglichkeit die postqueue manuell anzustoßen, so dass die Mails in ihr direkt verarbeitet werden? Grüße I.Klopp

1 0

[postfix-users] sender_dependent_relayhost_maps
by projekt1＠gmx.at 13 Aug '08

13 Aug '08

Habe gerade festgestellt, daß die letzte mail als attachment rausgegangen ist -> jetzt aber richtig! Ich möchte mir für ein internes Netzwerk mit ca. 25 usern einen imap-mailserver installieren, der auch mails von verschiedenen externen Mailkonten abholen soll. Dazu habe ich diese http://workaround.org/articles/ispmail-etch/index.html.de relativ gute Anleitung gefunden. Mein mailserver wird an einer DSL-Leitung hinter einer Firewall hängen und vom Provider eine dynamische IP-Addresse beziehen und soll außerdem keinen ofiziellen Domainnamen haben. Der Interne Nameserver ist nur für die interne Domain zuständig und fungiert für externe Adressen als DNS-cache. Ich möchte erreichen, daß meine user Ihre mails über freemailer (z.B. GMX) versenden können, wobei die user Ihre bisherigen freemailer-Konten beibehalten sollen. Also kurz: Ich habe die User User1 user2 user3 ... user25 und ein Teil davon (user1, user15 und user25) verfügt über verschiedene mail-Konten bei diversen freemailern und ich möchte erreichen, daß mails nach extern für diese user über Ihre bestehenden Konten und für die anderen user über ein gemeinsames e-mail-Konto (allgemeinergmxuser(a)gmx.at) versandt werden. Interne mails sollten vom postfix-Server selbst verteilt werden und gar nicht nach außen gelangen. Auf diversen Seiten habe ich gelesen daß dazu im Prinzip folgende Einstellungen in der main.cf erforderlich sind: smtp_generic_maps = hash:/etc/postfix/generic # zur umsetzung von lokalen user-Konten auf externe mail-Konten sender_dependent_relayhost_maps = hash:/etc/postfix/senderrelay # zur Verbindung von externen mail-Konten und relays smtp_sasl_password_maps = hash:/etc/postfix/password # zur Verbindung von externe mail-Konten und externen usernamen und passwörtern smtp_sender_dependent_athentication = yes wobei /etc/postfix/generic z.B. folgendermaßen aussehen müßte: user1(a)localdomain.local usergmx(a)gmx.at user15(a)localdomain.local anderergmxuser(a)gmx.at user25(a)localdomain.local userweb(a)web.at @localdomain.local allgemeinergmxuser(a)gmx.at und /etc/postfix/senderrelay etwa folgendermaßen @gmx.at smtp.gmx.at @web.at smtp.web.at und /etc/postfix/password etwa folgendermaßen: usergmx(a)gmx.at usergmx@gmx.at:passwordusergmx anderergmxuser(a)gmx.at anderergmxuser@gmx.at:passwordanderer allgemeinergmxuser(a)gmx.at allgemeinergmxuser@gmx.at:passwordallgemein aussehen. Ich bin mir aber noch nicht ganz klar ob ich wirklich alles richtig verstanden habe. Könnte mir jemand bestätigen, daß diese Einstellungen stimmen oder muß ich etwas ändern? -- GMX Kostenlose Spiele: Einfach online spielen und Spaß haben mit Pastry Passion! http://games.entertainment.gmx.net/de/entertainment/games/free/puzzle/61691…

1 0

[postfix-users] sender_dependent_relayhost_maps
by projekt1＠gmx.at 13 Aug '08

13 Aug '08

Tshuldigund zu schnelle finger.:-( Habe beim letztenmal das Betreff vergessen. -- Ist Ihr Browser Vista-kompatibel? Jetzt die neuesten Browser-Versionen downloaden: http://www.gmx.net/de/go/browser

1 0

[postfix-users] (kein Betreff)
by projekt1＠gmx.at 13 Aug '08

13 Aug '08

Ich möchte mir für ein internes Netzwerk mit ca. 25 usern einen imap-mailserver installieren, der auch mails von verschiedenen externen Mailkonten abholen soll. Dazu habe ich diese http://workaround.org/articles/ispmail-etch/index.html.de relativ gute Anleitung gefunden. Mein mailserver wird an einer DSL-Leitung hinter einer Firewall hängen und vom Provider eine dynamische IP-Addresse beziehen und soll außerdem keinen ofiziellen Domainnamen haben. Der Interne Nameserver ist nur für die interne Domain zuständig und fungiert für externe Adressen als DNS-cache. Ich möchte erreichen, daß meine user Ihre mails über freemailer (z.B. GMX) versenden können, wobei die user Ihre bisherigen freemailer-Konten beibehalten sollen. Also kurz: Ich habe die User User1 user2 user3 ... user25 und ein Teil davon (user1, user15 und user25) verfügt über verschiedene mail-Konten bei diversen freemailern und ich möchte erreichen, daß mails nach extern für diese user über Ihre bestehenden Konten und für die anderen user über ein gemeinsames e-mail-Konto (allgemeinergmxuser(a)gmx.at) versandt werden. Interne mails sollten vom postfix-Server selbst verteilt werden und gar nicht nach außen gelangen. Auf diversen Seiten habe ich gelesen daß dazu im Prinzip folgende Einstellungen in der main.cf erforderlich sind: smtp_generic_maps = hash:/etc/postfix/generic # zur umsetzung von lokalen user-Konten auf externe mail-Konten sender_dependent_relayhost_maps = hash:/etc/postfix/senderrelay # zur Verbindung von externen mail-Konten und relays smtp_sasl_password_maps = hash:/etc/postfix/password # zur Verbindung von externe mail-Konten und externen usernamen und passwörtern smtp_sender_dependent_athentication = yes wobei /etc/postfix/generic z.B. folgendermaßen aussehen müßte: user1(a)localdomain.local usergmx(a)gmx.at user15(a)localdomain.local anderergmxuser(a)gmx.at user25(a)localdomain.local userweb(a)web.at @localdomain.local allgemeinergmxuser(a)gmx.at und /etc/postfix/senderrelay etwa folgendermaßen @gmx.at smtp.gmx.at @web.at smtp.web.at und /etc/postfix/password etwa folgendermaßen: usergmx(a)gmx.at usergmx@gmx.at:passwordusergmx anderergmxuser(a)gmx.at anderergmxuser@gmx.at:passwordanderer allgemeinergmxuser(a)gmx.at allgemeinergmxuser@gmx.at:passwordallgemein aussehen. Ich bin mir aber noch nicht ganz klar ob ich wirklich alles richtig verstanden habe. Könnte mir jemand bestätigen, daß diese Einstellungen stimmen oder muß ich etwas ändern? -- Psssst! Schon das coole Video vom GMX MultiMessenger gesehen? Der Eine für Alle: http://www.gmx.net/de/go/messenger03

1 0

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

11 Aug '08

On Monday 11 August 2008 11:26:46 Ralf Hildebrandt wrote: > * Peter Lokus <mailist(a)sokol-web.de>: > > > > Ein postconf | grep relay_domains ergibt: > > > > .... > > > > relay_domains = $mydestination > > > > > > > > Die main.cf hat diese Einträge nicht. > > > > > > Natürlich nicht, die sind ja nur in master.cf > > > > Damit wollte ich nur andeuten, dass ich $relay_domains in der main.cf > > erstmal auskommentiert habe. > Ich glaube, dass wir aneinander vorbei reden :-) > Ja, "relay_domains = $mydestination" ist der Default Das ist klar. Zusätzlich habe ich keinen Eintrag in der main.cf, nur diesen einen Eintrag in der master.cf als Parameter für den smptd. Dieser wird nicht von postconf angezeigt. Kann es sein, dass sich postconf nur auf die main.cf bezieht. Ich schlage mal in der Doku nach. Gruss, Peter

2 1

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

11 Aug '08

On Monday 11 August 2008 11:19:17 Ralf Hildebrandt wrote: > * Peter Lokus <mailist(a)sokol-web.de>: > > Hallo Liste, > > > > kann man $relay_domains für den entsprechenden smtpd in der master.cf > > setzen? > > Ja Das höre ich gerne :-) > > > 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. > > Natürlich nicht, die sind ja nur in master.cf Damit wollte ich nur andeuten, dass ich $relay_domains in der main.cf erstmal auskommentiert habe. Meine "Konfiguration" scheint in diesem Punkt richtig zu sein. Trotzdem bekomme ich ein "Relay access denied".

2 1