March 2012 - postfix-users

[postfix-users] Q zu pcre_table u check_recipient_access pcre:/etc/postfix/recipient_checks.pcre
by Aleksandar Lazic (pf-u-de) 05 Mar '12

05 Mar '12

Hallo liebe Listenmitglieder, ich stellte heute fest das die eingetragenen pcre tests nicht greifen. Wenn ich von der commandline den Test ausführe dann funkt es. ### grep hunter(a)none.at /etc/postfix/recipient_checks.pcre /hunter(a)none.at/ REJECT badrcptto_patterns ### postmap -q hunter(a)none.at pcre:/etc/postfix/recipient_checks.pcre REJECT badrcptto_patterns smtpd -v zeigt aber ### Mar 5 00:17:59 external postfix/smtpd[11886]: generic_checks: name=check_recipient_access Mar 5 00:17:59 external postfix/smtpd[11886]: check_mail_access: hunter(a)none.at Mar 5 00:17:59 external postfix/smtpd[11886]: ctable_locate: leave existing entry key hunter(a)none.at Mar 5 00:17:59 external postfix/smtpd[11886]: check_access: hunter(a)none.at Mar 5 00:17:59 external postfix/smtpd[11886]: dict_pcre_lookup: /etc/postfix/recipient_checks.pcre: hunter(a)none.at Mar 5 00:17:59 external postfix/smtpd[11886]: check_domain_access: none.at Mar 5 00:17:59 external postfix/smtpd[11886]: check_access: hunter@ Mar 5 00:17:59 external postfix/smtpd[11886]: generic_checks: name=check_recipient_access status=0 Mar 5 00:17:59 external postfix/smtpd[11886]: generic_checks: name=check_recipient_access Mar 5 00:17:59 external postfix/smtpd[11886]: check_mail_access: hunter(a)none.at Mar 5 00:17:59 external postfix/smtpd[11886]: ctable_locate: leave existing entry key hunter(a)none.at Mar 5 00:17:59 external postfix/smtpd[11886]: check_access: hunter(a)none.at Mar 5 00:17:59 external postfix/smtpd[11886]: check_domain_access: none.at Mar 5 00:17:59 external postfix/smtpd[11886]: check_access: hunter@ Mar 5 00:17:59 external postfix/smtpd[11886]: generic_checks: name=check_recipient_access status=0 ### Wenn ich jedoch den Eintrag in hash:/etc/postfix/recipient_checks dann wird der user REJECTed. root@external:~# postconf mail_version mail_version = 2.8.5 postconf -n http://www.none.at/postconf-n.2012-0305.txt Vielen dank für eure Hilfe. LG Aleks

1 1

[postfix-users] too many errors - program terminated
by Matthias Schmidt 04 Mar '12

04 Mar '12

Hallo, ich weiss noch nicht, ob das ein Problem ist... Alle paar Tage hab ich eine Reihe von Warnungen in meinem Log, das sieht dann im Log so aus: Feb 23 03:21:07 mcgregor postfix/smtpd[24506]: warning: 91.207.6.58: hostname 58.6.207.91.unknown.steephost.net verification failed: nodename nor servname provided, or not known Feb 23 03:21:07 mcgregor postfix/smtpd[24506]: connect from unknown[91.207.6.58] Feb 23 03:21:09 mcgregor postfix/smtpd[24506]: error: Unable to lookup user record Feb 23 03:21:10: --- last message repeated 1 time --- Feb 23 03:21:09 mcgregor postfix/smtpd[24506]: error: Authentication failed Feb 23 03:21:09 mcgregor postfix/smtpd[24506]: warning: unknown[91.207.6.58]: SASL LOGIN authentication failed Feb 23 03:21:10 mcgregor postfix/smtpd[24506]: error: Unable to lookup user record Feb 23 03:21:11: --- last message repeated 1 time --- Feb 23 03:21:10 mcgregor postfix/smtpd[24506]: error: Authentication failed Feb 23 03:21:10 mcgregor postfix/smtpd[24506]: warning: unknown[91.207.6.58]: SASL LOGIN authentication failed Feb 23 03:21:11 mcgregor postfix/smtpd[24506]: error: Unable to lookup user record Feb 23 03:21:13: --- last message repeated 1 time --- Feb 23 03:21:11 mcgregor postfix/smtpd[24506]: error: Authentication failed Feb 23 03:21:11 mcgregor postfix/smtpd[24506]: warning: unknown[91.207.6.58]: SASL LOGIN authentication failed Feb 23 03:21:13 mcgregor postfix/smtpd[24506]: error: Unable to lookup user record Feb 23 03:21:14: --- last message repeated 1 time --- Feb 23 03:21:13 mcgregor postfix/smtpd[24506]: error: Authentication failed Feb 23 03:21:13 mcgregor postfix/smtpd[24506]: warning: unknown[91.207.6.58]: SASL LOGIN authentication failed Feb 23 03:21:14 mcgregor postfix/smtpd[24506]: error: Unable to lookup user record Feb 23 03:21:14 mcgregor postfix/smtpd[24506]: fatal: too many errors - program terminated Feb 23 03:21:15 mcgregor postfix/master[514]: warning: process /usr/libexec/postfix/smtpd pid 24506 exit status 1 Feb 23 03:21:15 mcgregor postfix/master[514]: warning: /usr/libexec/postfix/smtpd: bad command startup -- throttling versucht da jemand einen Mail-Account zu hacken - die IP aus der Ukraine legt das imho nahe. Kan ich da was tun oder einfach ignorieren? Danke und einen schönen Sonntag noch Matthias

4 6

[postfix-users] Fatal: unsupported -bt
by Frank Belau 02 Mar '12

02 Mar '12

Hallo zusammen, auf eigentlich allen SLES-Servern die ich kenne finde ich immer wieder folgende Fehlermeldung im mail.err-Logfile: postfix[PID] fatal: unsupported: -bt weiß jemand wo dieser Fehler herkommt und wie man das abstellen kann? -- _______________________________ Mit freundlichen Grüßen, Frank Belau

2 1

[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