- postfix-users - list.sys4.de

[postfix-users] After Queue Content Filter
by Anne Walter 01 Mar '12

01 Mar '12

Hallo Liste, ich möchte eine server-seitige E-Mail-Verschlüsselung einrichten. Zum Hintergrund: auf dem Server wird eine Webanwendung betrieben, die an eine kleine Anzahl von Nutzern E-Mails verschickt. Die E-Mails sollen mit den öffentlichen Schlüsseln der Nutzer verschlüsselt werden. Die Webanwendung selber kann dies aber (noch) nicht. Daher meine Idee, die Verschlüsselung über einen Postfix After-Queue-Content-Filter zu lösen. Ziel ist, über den Filter ein Skript aufzurufen, das die Mail verschlüsselt und dann wieder an postfix zurück gibt zum Versenden. Dazu habe ich mich an die Anleitung des "Advanced Content Filter" auf den Postfix-Seiten gehalten. Soweit ich das verstanden habe, ist "spawn" dafür zuständig, das Skript aufzurufen, die E-Mails zu übergeben, nach Verarbeitung wieder entgegen zu nehmen und anschließend wieder in postfix zu "reinjecten". Nun meine Frage: Über welche Schnittstelle bekommt das Skript denn die E-Mail? Muss es auf dem entsprechenden Port lauschen? Oder übernimmt das der spawn-Prozess und füttert das Skript über stdin? Wie bereits beschrieben, beim Einrichten habe ich mich an die Anleitung des "Advanced Content Filter" auf den postfix-Seiten gehalten. Leider funktioniert das Aufrufen des Skripts nicht, es wird folgender Fehler in /var/log/mail.info geschrieben: connect to localhost[::1]:10025: Connection refused aw@rechnername:~> netstat -an|grep LISTEN tcp 0 0 0.0.0.0:25 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN tcp 0 0 127.0.0.1:10026 0.0.0.0:* LISTEN tcp 0 0 :::25 :::* LISTEN Ich vermute daher, dass spawn und das Skript sich nicht verstehen. Hat jemand von euch noch einen Tip, an was es hakt? Vielen Dank! Anne Die entsprechenden Zeilen in der master.cf: (Zeilenumbrüche durch "\" markiert) ## filter for encrypting emails scan unix - - n - 10 smtp -o smtp_send_xforward_command=yes -o disable_mime_output_conversion=yes -o smtp_generic_maps= localhost:10025 inet n n n - 10 spawn user=filter argv=/usr/bin/python /usr/local/bin/parseMail.py \ localhost 10026 #reinjecting the mail localhost:10026 inet n - n - 10 smtpd -o content_filter= -o \ receive_override_options=no_unknown_recipient_checks,no_header_body_checks,no_milters -o smtpd_helo_restrictions= -o smtpd_client_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o smtpd_authorized_xforward_hosts=127.0.0.0/8 ## postconf -n: aw@rechner:~> sudo /usr/sbin/postconf -n alias_maps = hash:/etc/aliases biff = no command_directory = /usr/sbin config_directory = /etc/postfix content_filter = scan:localhost:10025 daemon_directory = /usr/lib/postfix data_directory = /var/lib/postfix debug_peer_level = 2 debug_peer_list = 127.0.0.1, localhost, dev.xy.com html_directory = /usr/share/doc/packages/postfix-doc/html inet_interfaces = all inet_protocols = all mail_owner = postfix mail_spool_directory = /var/mail mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man mydestination = $myhostname, localhost mydomain = dev.xy.com myhostname = mail.dev.xy.com mynetworks_style = host myorigin = $mydomain newaliases_path = /usr/bin/newaliases queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/packages/postfix-doc/README_FILES receive_override_options = no_address_mappings relay_domains = $mydestination, hash:/etc/postfix/relay sample_directory = /usr/share/doc/packages/postfix-doc/samples sendmail_path = /usr/sbin/sendmail setgid_group = maildrop smtp_sasl_auth_enable = no smtp_use_tls = no smtpd_helo_required = no smtpd_helo_restrictions = smtpd_recipient_restrictions = permit_mynetworks,reject_unauth_destination smtpd_sasl_auth_enable = no smtpd_use_tls = no strict_8bitmime = no strict_rfc821_envelopes = no unknown_local_recipient_reject_code = 550 virtual_alias_maps = hash:/etc/postfix/virtual

2 1

[postfix-users] SMTPD soll nicht existente Absender meiner Domains ablehnen
by Sprite Service 01 Mar '12

01 Mar '12

Hallo Liste! Ich habe mit reject_sender_login_mismatch meinen SMTPD angewiesen zu überprüfen ob der Client E-Mails mit einem Absender meiner Domains senden darf. Das funktioniert auch. Nun habe ich aber festgestellt, dass E-Mail-Adressen, die nicht auf meinen Domains existieren zugelassen werden, weil sie ja niemandem gehören. Das finde ich schlecht, da man so mit ähnlichen Namen z.b. schmidt_meyer@meinedomain, statt meyer_schmidt@meinedomain E-Mails fälschen kann. Was ist die einfachste/sauberste Lösung für diese Problem? Eine Lösung die ich kenne, ist diese hier: http://www.arschkrebs.de/postfix/postfix_restriction_classes3_de.shtml, aber ich vermute, dass es da was in Postfix integriertes geben muss ohne neue maps und restriction_classes zu erstellen. Alternativ könnte ich die SQL Query von smtpd_sender_login_maps natürlich so einrichten, dass sie bei nicht existenten E-Mail-Adressen immer postmaster@meinedomain ausgibt und so den versand ablehnt, aber das ist irgendwie auch hingefrikelt. Gruß Benedikt

3 8

[postfix-users] ANN: automx - automatisierte Mailkonten-Provisionierung
by Patrick Ben Koetter 28 Feb '12

28 Feb '12

automx macht das Erstellen eines neuen Mailkontos einfach. Eure User müssen nur ihren Namen, die Mailadresse und ihr Kennwort angeben. Den Rest handeln der Mailclient und automx auf sichere Weise miteinander aus. automx vereint Microsofts und Mozillas Standards für Mailkonto-Provisionierung in einem vielseitigen Open Source Werkzeug. Verschiende Backends, einschliesslich LDAP und SQL, stehen zur Verfügung um standard und individualisierte (!) Konto-Einstellungen für beliebige viele Domains auf Anfrage zu generieren. Weitere Details inkl. Donwload auf http://automx.org. p@rick -- state of mind () Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht München Partnerschaftsregister PR 563

1 0

Re: [postfix-users] Ausgehende Mails immer nach draußen
by Stefan 23 Feb '12

23 Feb '12

Hallo, > Wed Feb 22 2012 22:26:21 CET from "Fabian Kuran" ><postfix-user-de(a)eideo.de> Subject: [postfix-users] Ausgehende Mails immer >nach draußen > > Hallo Liste, > > ich habe mometan folgendes Problem. > > Ich habe eine Postfix-Instanz, welche für mehrere Domains zuständig ist > (virtual). Es gibt nun User auf dem System die über einen Webmailer z.B. > eMail-Adressen als Absender verwenden möchten, für welche der Postfix > eigentlich nicht zuständig ist. (beispielsweiße mal user(a)gmx.de) > > Da diese Aliases in einer MySQL-Tabelle eingetragen sind, welche von > Postfix direkt aufgelöst werden gibts Probleme beim Versand an diese > gmx-Adresse innerhalb der selben(!) Postfix-Instanz. Die Mail wird dann > nicht zu gmx weitergeschickt, sondern bleibt innerhalb des Servers. > > > 1) Wieso sind die externen Adressen als Aliase eingetragen? Du möchtest diese doch direkt zustellen. 2) Wieso werden die Nachrichten an die Absenderadresse zugestellt? Was ist denn mit dem Empfänger? Ich vermute du möchtest folgendes machen: To: <auser(a)example.com> From: <user(a)your.doamin.tld> Und <user(a)your.domain.tld> soll im Webmail mit <user(a)gmx.de> ersetzt werden. Das sollte eigentlich keine Probleme bereiten, solange du keine Absenderüberprüfung machst, die Nachricht bounced oder der Empfänger einem der externen Aliase entspricht. > Hat jemand nen Tipp, wie solche Mails trotz des Alias-Eintrags "nach > draußen" geschickt werden können? > > -- > Mit freundliche Grüßen > > > Schönen Gruß Stefan

2 1

[postfix-users] Ausgehende Mails immer nach draußen
by Fabian Kuran 23 Feb '12

23 Feb '12

Hallo Liste, ich habe mometan folgendes Problem. Ich habe eine Postfix-Instanz, welche für mehrere Domains zuständig ist (virtual). Es gibt nun User auf dem System die über einen Webmailer z.B. eMail-Adressen als Absender verwenden möchten, für welche der Postfix eigentlich nicht zuständig ist. (beispielsweiße mal user(a)gmx.de) Da diese Aliases in einer MySQL-Tabelle eingetragen sind, welche von Postfix direkt aufgelöst werden gibts Probleme beim Versand an diese gmx-Adresse innerhalb der selben(!) Postfix-Instanz. Die Mail wird dann nicht zu gmx weitergeschickt, sondern bleibt innerhalb des Servers. Hat jemand nen Tipp, wie solche Mails trotz des Alias-Eintrags "nach draußen" geschickt werden können? -- Mit freundliche Grüßen

2 3

[postfix-users] improper command pipelining after QUIT
by Mayer 21 Feb '12

21 Feb '12

Liebe Liste, kann mir jemand erklaeren, was hier nicht stimmt ? Im Logfile steht: Feb 20 14:37:51 smtp1 postfix/smtp[27904]: C10DB8D0D2B: to=<EMPFAENGER(a)bfn.de>, relay=mail.bfn.de[217.76.99.222]:25, delay=1.2, delays=0.03/0/0.33/0.88, dsn=2.0.0, status=sent (250 Ok) Feb 20 14:38:23 smtp2 postfix/postscreen[13179]: CONNECT from [217.76.99.222]:46002 Feb 20 14:38:23 smtp2 postfix/postscreen[13179]: PASS OLD [217.76.99.222]:46002 Feb 20 14:38:23 smtp2 postfix/smtpd[14680]: connect from mail.bfn.de[217.76.99.222] Feb 20 14:38:24 smtp2 postfix/smtpd[14680]: improper command pipelining after QUIT from mail.bfn.de[217.76.99.222] Feb 20 14:38:24 smtp2 postfix/smtpd[14680]: disconnect from mail.bfn.de[217.76.99.222] Wenn ich mit Hilfe von telnet port 25 mit dem Server rede, sagt der nach QUIT 221 mail.bfn.de Closing transmission channel Die Duftmarke: 220 mail.bfn.de GWAVA Proxy Copyright (c) 2011 GWAVA, Inc. All rights reserved. Es wuerde mich nicht weiter stoeren, aber wir haben von Benutzern obiger Domain telefonisch erfahren, dass Sie uns keine Mails senden koennen. Im Logfile finde ich dazu genau nichts, wenn ich nach 217.76.99.222 suche, wobei der Posteingangsserver natuerlich nicht gleich Postausgangsserver sein muss. Aber ich habe sonst keine Anhaltspunkte. Bin fuer jeden Hinweis (Debugging, etc) dankbar postconf |grep mail_version mail_version = 2.8.7 Gruesse, Helga

5 8

[postfix-users] Mails aus Queue löschen mit Non-Delivery-Message an Absender
by Roland Schmid 21 Feb '12

21 Feb '12

Hallo, wir haben eine Mail in der Queue hängen. Offensichtlich gibt es den Ziel MX nicht. (zumindest sagt mir das dig) Ich würde gern die Mail löschen, aber so dass der Absender erfährt, dass die Mail nicht zustellbar war/ist. Geht das ? Gruß Roland

2 1

Re: [postfix-users] Imap via Iphone & Co
by Patrick Ben Koetter 16 Feb '12

16 Feb '12

* Mario Stich <mario.stich(a)draht-schutz.de>: > Sorry... Fehler gemacht ;) > > Habe auf eine alte email aus der Liste geantwortet, anstatt neu aufzumachen > - habs vermasselt, Sorry! > Danke @ Florian für den hinweis Ich mach dann mal einen neuen Thread auf... > @ Patrick: und was ist wenn wir keine Linux Firewall haben, bzw. ich keinen > Zugriff auf die Firewall habe sondern von einem Provider abhängig bin? Frag Deinen Provider. Was kann er für Dich tun? Alternativ: Wenn Du/Ihr einen Service-Provider braucht, der Euch einen Spam-Filter vor die Tür stellt und Proxy-Zugriff etc. liefert, dann mail mich offlist an. Wir verdienen unser täglich Brot mit 'sowas' ;) Viele Grüße p@rick > Betreff: Re: [postfix-users] Imap via Iphone & Co > > * Mario Stich <mario.stich(a)draht-schutz.de>: > > habe gerade die Aufgabe bekomme unsere Mailkonten > > auch via mobiler Endgeräte von extern erreichbar zu machen. > > Die Mails sollen von allen Geräten (Mobile Device & PC etc.) > > immer den gleichen Stand haben. > > Also kommt eine Weiterleitung (Kopie) auf einen anderen Mailserver nicht > in Frage. > > > > Wie steht Ihr dazu? Wie mache ich das halbwegs sicher? > > > > Also einfach 993 in der Firewall auf den Postfix bzw. Dovecot weiterleiten > > > Und via TLS und SSL absichern? Reicht das? > > - SMTP-Server auf der Firewall als border filter anbieten, der nur auf Port > 587 mails annimmt. > - Dovecot als proxy auf Firewall einrichten und den nach "hinten" auf den > "wahren Mailstore" zugreifen lassen. > > > > Was gibt es zusätzlich für Maßnahmen? > > Uns damit beauftragen? :) > > p@rick > > -- > state of mind () > Digitale Kommunikation > > http://www.state-of-mind.de > > Franziskanerstraße 15 Telefon +49 89 3090 4664 > 81669 München Telefax +49 89 3090 4666 > > Amtsgericht München Partnerschaftsregister PR 563 > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org > http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users -- state of mind () http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht München Partnerschaftsregister PR 563

1 0

Re: [postfix-users] Imap via Iphone & Co
by Patrick Ben Koetter 16 Feb '12

16 Feb '12

* Mario Stich <mario.stich(a)draht-schutz.de>: > habe gerade die Aufgabe bekomme unsere Mailkonten > auch via mobiler Endgeräte von extern erreichbar zu machen. > Die Mails sollen von allen Geräten (Mobile Device & PC etc.) > immer den gleichen Stand haben. > Also kommt eine Weiterleitung (Kopie) auf einen anderen Mailserver nicht in Frage. > > Wie steht Ihr dazu? Wie mache ich das halbwegs sicher? > > Also einfach 993 in der Firewall auf den Postfix bzw. Dovecot weiterleiten > Und via TLS und SSL absichern? Reicht das? - SMTP-Server auf der Firewall als border filter anbieten, der nur auf Port 587 mails annimmt. - Dovecot als proxy auf Firewall einrichten und den nach "hinten" auf den "wahren Mailstore" zugreifen lassen. > Was gibt es zusätzlich für Maßnahmen? Uns damit beauftragen? :) p@rick -- state of mind () Digitale Kommunikation http://www.state-of-mind.de Franziskanerstraße 15 Telefon +49 89 3090 4664 81669 München Telefax +49 89 3090 4666 Amtsgericht München Partnerschaftsregister PR 563

2 1

[postfix-users] smtpd_sasl problem
by Jakob-Matthias Böttger 16 Feb '12

16 Feb '12

Guten Abend, ich habe gerade postfix 2.9.0 compiliert und wundere mich über folgendes Problem. postconf -d | grep smtpd_sasl gibt aus: smtpd_sasl_auth_enable = no smtpd_sasl_authenticated_header = no smtpd_sasl_exceptions_networks = smtpd_sasl_local_domain = smtpd_sasl_path = smtpd smtpd_sasl_security_options = noanonymous smtpd_sasl_tls_security_options = $smtpd_sasl_security_options smtpd_sasl_type = cyrus wohingegegen ein cat /etc/postfix/main.cf | grep smtpd_sasl mit folgender Ausgabe aufwartet: smtpd_sasl_auth_enable = yes smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth-client verständlicherweise geht sasl dann auch nicht, aber wo liegt das Problem? Viele Grüße Jakob

4 3