- postfix-users - list.sys4.de

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