- postfix-users - list.sys4.de

Re: [postfix-users] Aufbau 2 Stufiges Mail Gateway
by Joern Bredereck 03 May '12

03 May '12

On May 3, 2012, at 5:15 PM, Andreas Reschke wrote: > Der externe Postfix soll die Mails ja nicht annehmen, nur in die Queue > stellen; Um die Mail in die Queue zu stellen, muss er sie erstmal annehmen. > der Interne holt die Queue dann zur sich, macht die Prüfungen, > usw. und gibt die Queue wieder zurück an den externen. "Gibt die Queue" wieder zurück? Mir wäre neu, dass verschiedene Postfix-Instanzen auf verschiedenen Servern sich eine Queue "teilen" können. Du kannst nur "store-and-forward" machen. D.h. der externe Postfix nimmt die Mail an, stellt sie in einer Queue und leitet sie dann an den internen Postfix weiter. Greylisting funktioniert aber prinzipbedingt nur dem Postfix, der die E-Mail aus dem Internet annimmt. Gruß, Jörn

1 0

Re: [postfix-users] Postfix
by hausman＠freenet.de 03 May '12

03 May '12

Danke für die vielen hilfreichen Antworten. Der dig - Befehl hat mich etwas aufgehalten. Ich musste zuerst das bind - Packet installieren. Jetzt klappt auch der Emailversand mit postfix. Danke für die schnelle Hilfe. --- Nutzen Sie freenet Mail optimal angepasst für Ihr iPhone, Android oder Nokia Handy auch von unterwegs. Alle Infos und Download unter http://mail.freenet.de/mobile-email/index.html

3 2

Re: [postfix-users] Aufbau 2 Stufiges Mail Gateway
by Martin Rabl 03 May '12

03 May '12

Hi, Am 03. Mai 2012 15:34 CEST, "Andreas Reschke" <postfix_ml(a)rirasoft.de> schrieb: > > Ok, das Setup haben wir so ähnlich auch, dabei holt der Server per > > fetchmail alle 5min die mails von einem catachall-Account ab und stellt > > sie dann lokal zu bzw. jagt sie durch den Postfix mit allen > > Folterwerkzeugen, die der so hat. > Nein, so einfach ist das nicht. Wir habe kein catchall-Account (so etwas > vermeidet man). ... wenn es auch anders geht. Das war aber für den Fall nicht zu umgehen. > Die Prüfungen und Verschlüsselung soll auf dem internen > Mailserver verlagert werden. Verschlüsselung outgoing? Welche Prüfungen? Viren, Spam? Das läuft bei dem Ding da oben auch. Der Catchall (den ihr nicht habt ;-) ) dient nur zum Sammeln Aber evtl. ist das hier interessant ... http://www.postfix.org/STANDARD_CONFIGURATION_README.html#dialup http://www.hsc.fr/ressources/cours/postfix/doc/faq.html#dialup Die etwas verquere Idee: der Kanal zum internen NW wird erst geöffnet, wenn ein "Befehl" von Innen z. b. per SSH kommt - dann wird eine Art Dialup-Skript gestartet, die Mails nach intern ausgeliefert und dann wieder geschlossen. Das Innen-Kommando hat dazu temporär die Leitung geöffnet. Ähnlich dürfte es mit ETRN gehen - Init von innen, Port auf, holen (lassen) http://www.postfix.org/ETRN_README.html -- Mit freundlichen Grüßen, Martin Rabl

1 0

[postfix-users] After Queue Content Filter
by Anne-Kathrin Walter 20 Apr '12

20 Apr '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 Tipp, 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

3 3

[postfix-users] Fwd: Re: After Queue Content Filter
by Mathias Jeschke 19 Apr '12

19 Apr '12

-------- Original-Nachricht -------- Betreff: Re: [postfix-users] After Queue Content Filter Datum: Thu, 19 Apr 2012 22:04:28 +0200 Von: Mathias Jeschke <postfix-users(a)gmj.cjb.net> An: Anne-Kathrin Walter <anne(a)bitkipper.net> Am 19.04.12 21:57, schrieb Anne-Kathrin Walter: [...] > connect to localhost[::1]:10025: Connection refused > > aw@rechnername:~> netstat -an|grep LISTEN [...] > tcp 0 0 127.0.0.1:10025 0.0.0.0:* LISTEN [...] > Ich vermute daher, dass spawn und das Skript sich nicht verstehen. Sieht eher danach aus, als ob Postfix versucht den Dienst per IPv6 zu erreichen, der Dienst aber nur auf IPv4 lauscht. Evtl. testweise mal IPv6 in der main.cf abschalten ... inet_protocols = ipv4 ... und Postfix neustarten. Gruß, Mathias.

1 0

Re: [postfix-users] Postfix
by hausman＠freenet.de 13 Apr '12

13 Apr '12

Hallo, danke für die schnelle und ausführliche Antwort. Ich habe die saslpasswd mit der richtigen Syntax nach Anleitung erstellt gehabt und daraus die saslpasswd.db erstellt. Auf die Idee mit der DNS Auflösung bin ich gekommen, weil im Log nur meine eigene IP auftaucht; niemals die von ms.freenet.de. Hier nun der nonverbose Logauszug: Apr 13 10:20:33 AAAAAAAAAAA mail.info postfix/master[17391]: reload -- version 2.8.7, configuration /etc/postfix Apr 13 10:20:33 AAAAAAAAAAA mail.info postfix/qmgr[17564]: D6BE1A681E1F: from=, size=1379, nrcpt=1 (queue active) Apr 13 10:20:33 AAAAAAAAAAA mail.info postfix/qmgr[17564]: 3C3ECA681E3A: from=, size=690, nrcpt=1 (queue active) Apr 13 10:20:33 AAAAAAAAAAA mail.info postfix/qmgr[17564]: BF0B5A681E3E: from=, size=1396, nrcpt=1 (queue active) Apr 13 10:20:33 AAAAAAAAAAA mail.info postfix/smtp[17566]: D6BE1A681E1F: to=, relay=none, delay=161873, delays=161873/0.18/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=mx.freenet.de type=A: Host not found, try again) Apr 13 10:20:33 AAAAAAAAAAA mail.info postfix/smtp[17567]: 3C3ECA681E3A: to=, relay=none, delay=234974, delays=234974/0.15/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=mx.freenet.de type=A: Host not found, try again) Apr 13 10:20:33 AAAAAAAAAAA mail.info postfix/smtp[17569]: BF0B5A681E3E: to=, relay=none, delay=161670, delays=161670/0.2/0/0, dsn=4.4.3, status=deferred (Host or domain name not found. Name service error for name=mx.freenet.de type=A: Host not found, try again) Apr 13 10:21:37 AAAAAAAAAAA mail.info postfix/smtpd[17613]: connect from 178-27-31-233-dynip.superkabel.de[178.27.31.233] Apr 13 10:21:37 AAAAAAAAAAA mail.info postfix/smtpd[17613]: NOQUEUE: reject: RCPT from 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 554 5.7.1 : Relay access denied; from= to= proto=ESMTP helo= Apr 13 10:21:37 AAAAAAAAAAA mail.info postfix/smtpd[17613]: disconnect from 178-27-31-233-dynip.superkabel.de[178.27.31.233] Viele Grüße, Christian Am 12.04.2012, 17:54 Uhr, schrieb Dennis Guhl : > On Thu, Apr 12, 2012 at 03:46:43PM +0200, hausman(a)freenet.de wrote: >> Hallo, > > [..] > >> Es gibt irgendwie keine DNS Auflösung. Aufgesetzt habe ich es nach > > Wie kommst Du auf diese Idee? > > [..] > >> Ich wühle mich jetzt schon mehrere Tage durchs Netz, finde aber >> einfach keine Lösung. > > Die Antwort ist hier nicht 42, sondern die Doku: > >http://www.postfix.org/SASL_README.html#client_sasl > >> Fehlermeldung: >> >> Relay access denied > > Diese Meldung sagt schon alles. Freenet mag Deine Mail nicht annehmen, > da Du nicht nachgewiesen hast warum Du Freenet als Relay benutzen > darfst. > >> postconf -n: > > [..] > >> debug_peer_list = [mx.freenet.de] > > Deaktiviere diese Einstellung. > > Erstens ist das normale Log von Postfix in >>99,9% aller Fälle völlig > ausreichend, und debug_peer_list und -v ertränken nur die relevanten > Informationen in einer Flut von Details; zweitens wäre wenn dann > mx.freenet.de, ohne die eckigen Klammern die korrekte Angabe gewesen. > > [..] > >> smtp_sasl_password_maps = hash:/etc/postfix/saslpasswd > > Was steht da in der Datei? Hast Du daran gedacht mit postmap(8) > die db zu erstellen? > > Der Inhalt sollte in etwa so aussehen: > > [mx.freenet.de]:587 username:password > > Und ein > > # postmap hash:/etc/postfix/saslpasswd > > erstellt Dir notwendige /etc/postfix/saslpasswd.db. > > [..] > >> Der Log ist sehr lange. Er enthält aber keine Fehlermeldungen. Die > > Spare Dir das debug_peer_list, dann wirst Du auch nicht durch völlig > uninteressante Informationen vom Wesentlichen abgelenkt. Das liegt > daran, dass der Auszug aus dem Logfile unvollständig ist. > > Sollte wieder Erwarten der Fehler nicht mit der saslpasswd > zusammenhängen, schicke bitte einen vollständigen, nonverbosen > Logauszug von einem Zustellversuch. > > Gruß > Dennis > > P.S. > Es reicht die Mail nur als Text zu schicken, das HTML braucht niemand. > _______________________________________________ > postfix-users mailing list > postfix-users(a)de.postfix.org >http://de.postfix.org/cgi-bin/mailman/listinfo/postfix-users > --- Nutzen Sie freenet Mail optimal angepasst für Ihr iPhone, Android oder Nokia Handy auch von unterwegs. Alle Infos und Download unter http://mail.freenet.de/mobile-email/index.html

4 3

[postfix-users] Postfix
by hausman＠freenet.de 12 Apr '12

12 Apr '12

Hallo, ich schaffe es nicht, mit postfix mails über mx.freenet.de als relayhost zu versenden. Ich habe postfix zusammen mit Zarafa und fetchmail auf einem Qnap NAS installiert. Postfix schafft es, nach meiner Ansicht, nicht, sich mit dem freenet - server zu verbinden. Es gibt irgendwie keine DNS Auflösung. Aufgesetzt habe ich es nach dem HowTo: http://wiki.qnap.com/wiki/Zarafa_Configuration#Postfix_.2F_Fetchmail_Config… Ich wühle mich jetzt schon mehrere Tage durchs Netz, finde aber einfach keine Lösung. Fehlermeldung: Relay access denied postconf -n: alias_maps = hash:/etc/aliases command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix data_directory = /var/lib/postfix debug_peer_level = 2 debug_peer_list = [mx.freenet.de] default_privs = guest html_directory = no mail_owner = postfix mailq_path = /usr/bin/mailq manpage_directory = /usr/local/man mynetworks = 127.0.0.0/8 newaliases_path = /usr/sbin/sendmail queue_directory = /var/spool/postfix readme_directory = no relayhost = [mx.freenet.de]:587 sample_directory = /etc/postfix sender_canonical_maps = hash:/etc/postfis/sender_canonical sendmail_path = /usr/sbin/sendmail-postfix setgid_group = postdrop smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/saslpasswd smtp_sasl_security_options = noanonymous smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_sasl_auth_enable = yes unknown_local_recipient_reject_code = 550 Der Log ist sehr lange. Er enthält aber keine Fehlermeldungen. Die IP 178.27.31.233 ist meine eigene dynamische IP > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 220 AAAAAAAAA.localdomain ESMTP Postfix xsasl_cyrus_server_create: SASL service=smtp, realm=(null) name_mask: noanonymous watchdog_pat: 0x80218 < 178-27-31-233-dynip.superkabel.de[178.27.31.233]: EHLO AAAAAAAAA-pc > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-AAAAAAAAA.localdomain > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-PIPELINING > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-SIZE 10240000 > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-VRFY > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-ETRN match_list_match: 178-27-31-233-dynip.superkabel.de: no match match_list_match: 178.27.31.233: no match > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-AUTH CRAM-MD5 LOGIN PLAIN DIGEST-MD5 > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-ENHANCEDSTATUSCODES > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250-8BITMIME > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250 DSN watchdog_pat: 0x80218 < 178-27-31-233-dynip.superkabel.de[178.27.31.233]: MAIL FROM:<AAAAAAA(a)freenet.de> extract_addr: input: <AAAAAAA(a)freenet.de> smtpd_check_addr: addr=AAAAAAA(a)freenet.de connect to subsystem private/rewrite send attr request = rewrite send attr rule = local send attr address = AAAAAAA(a)freenet.de .... input attribute name: nexthop input attribute value: [mx.freenet.de]:587 private/rewrite socket: wanted attribute: recipient input attribute name: recipient input attribute value: AAAAAAA(a)freenet.de private/rewrite socket: wanted attribute: flags input attribute name: flags input attribute value: 4096 private/rewrite socket: wanted attribute: (list terminator) input attribute name: (end) resolve_clnt: `' -> `AAAAAAA(a)freenet.de' -> transp=`smtp' host=`[mx.freenet.de]:587' rcpt=`AAAAAAA(a)freenet.de' flags= class=default ctable_locate: install entry key AAAAAAA(a)freenet.de extract_addr: in: <AAAAAAA(a)freenet.de>, result: AAAAAAA(a)freenet.de fsspace: .: block size 4096, blocks free 350575646 smtpd_check_queue: blocks 4096 avail 350575646 min_free 0 msg_size_limit 10240000 > 178-27-31-233-dynip.superkabel.de[178.27.31.233]: 250 2.1.0 Ok watchdog_pat: 0x80218 < 178-27-31-233-dynip.superkabel.de[178.27.31.233]: RCPT TO:<testemail2(a)freenet.de> --- Nutzen Sie freenet Mail optimal angepasst für Ihr iPhone, Android oder Nokia Handy auch von unterwegs. Alle Infos und Download unter freenetMail Apps

2 1

[postfix-users] Loops bei Bouncenden Mails verhindern?
by Joern Bredereck 02 Apr '12

02 Apr '12

Hallo, ich hatte heute das Problem, dass eine Weiterleitung auf eine web.de-Adresse eines unserer Kunden einen Loop generiert hatte. Augenscheinlich hatte sich der Kunden selbst eine E-Mail an seine Adresse auf unserem Server geschrieben. Die Weiterleitung an web.de schlug fehl, weil das dortige Postfach "voll" war (Quota Limit exceedet). Postfix hat daraufhin einen Bounce an die E-Mail-Adresse unseres Kunden verfasst. Der Bounce wurde dann wiederum an web.de weitergeleitet und so ist ein unschöner Loop entstanden, der schliesslich darin gipfelte, dass web.de unseren Mailserver global gesperrt hat. Apr 1 23:32:08 mail postfix/pickup[18486]: 7055E806017: uid=1689 from=<XXXXXX> Apr 1 23:32:08 mail postfix/cleanup[18369]: 7055E806017: message-id= <20120401213208.68283806019(a)mail.bw-networx.net> Apr 1 23:32:08 mail postfix/qmgr[28265]: 7055E806017: from=<XXXXXXX(a)mail2.bw-networx.net>, size=5648, nrcpt=1 (queue active) Apr 1 23:32:08 mail postfix/smtp[17877]: 7055E806017: to=<XXXXX(a)web.de>, relay=mx-ha02.web.de[213.165.67.120]:25, delay=0.27, delays=0.02/0/0.12/0.12, dsn=5.0.0, status=bounced (host mx-ha02.web.de[213.165.67.120] said: 550-Requested action not taken: mailbox unavailable 550-Quota exceeded. 550 For explanation visit http://postmaster.web.de/error-messages?ip=78.46.208.43 (in reply to RCPT TO command)) Apr 1 23:32:08 mail postfix/bounce[18543]: 7055E806017: sender non-delivery notification: B3929806019 Apr 1 23:32:08 mail postfix/qmgr[28265]: 7055E806017: removed Apr 1 23:32:11 mail postfix/smtp[18372]: BB4E4806017: to=<XXXXX(a)web.de>, relay=mx-ha02.web.de[213.165.67.120]:25, delay=2.4, delays=0.02/0/2.3/0.11, dsn=4.0.0, status=deferred (host mx-ha02.web.de[213.165.67.120] said: 450-Requested mail action not taken: mailbox unavailable 450-Reject due to policy violations. 450 For explanation visit http://postmaster.web.de/error-messages?ip=78.46.208.43 (in reply to RCPT TO command)) Wenn ich das richtig sehe, dann wurde der Loop nur dadurch beendet, dass web.de schliesslich mit einem 450er-Fehler geantwortet hat, der keinen Bounce generiert, sondern nur dafür sorgt dass die Mail in der Queue bleibt. Das Hauptproblem dabei: die web.de-MXe nehmen jetzt gar keine E-Mails mehr von unserem Server an. Frage: Wie hätte dieses Problem verhindert werden können? Kann ich Postfix beibringen, solche Loops zu erkennen und entsprechend keine weiteren Bounces zu generieren? Viele Grüße, Jörn Bredereck -- ****************************** B&W-NetworX GmbH & Co. KG Landstr. 67a 76547 Sinzheim Fon: 07221 996388-8 Fax: 07221 996388-1 http://www.bw-networx.net info(a)bw-networx.net ----------------------------- AG Mannheim HRA 521208 Pers. haf. Ges.: B&W-NetworX Verwaltungs-GmbH Sitz: 76532 Baden-Baden AG Mannheim HRB Nr.: 202122 Geschäftsführer: Jörn Bredereck Dipl. Ing. Holger Wunsch ******************************

2 3

[postfix-users] Postfix: LDAP für Mailadressen-Anfragen?
by Jens Bürger 01 Apr '12

01 Apr '12

Hallo Mailingliste, ich bin mir nicht sicher, wo ich bei Postfix (aktuelles Paket unter Debian squeeze) den Hebel ansetzen muss, um das zu erreichen was ich möchte: Ich habe User in einem LDAP-Verzeichnis stehen. Diese User sollen wahlweise auch E-Mails empfangen können. Brauchen diese User eigentlich einen Account auf dem Rechner? Bin für Tipps/Hinweise/etc. dankbar, Jens

3 4

[postfix-users] Automatische Beantwortung und Weiterleitung von E-Mails bei Abwesenheit
by Jürgen Schroll 30 Mar '12

30 Mar '12

Hallo, der Programmierer unserer Firma hat für unseren intern genutzten Postfix-Server dieses Programm geschrieben https://bitbucket.org/wolfmanx/ws-vacation zur Aktivierung der automatischen Beantwortung und Weiterleitung von E-Mails bei Abwesenheit über Weboberfläche. Das ganze sind PHP-Scripte. Vielleicht kann es ja jemand gebrauchen.

1 0