- postfix-users - list.sys4.de

[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