March 2017 - postfix-users

smtp_deley_reject=yes - unused parameter
by Christoph Kukulies 14 Mar '17

14 Mar '17

Durch Zufall sah ich - als ich postfix mehr oder weniger aus Versehen von der command line startete 'postfix" - daß es eine Warnung gab: /usr/sbin/postconf: warning: /etc/postfix/main.cf: unused parameter: smtdp_delay_reject=yes Ich fand die in keinem log. main.cf: #-------------------------------------------------------------------------------------------------------------------------- myhostname = mail.myhost.org mydomain = myhost.org myorigin = $mydomain smtpd_banner = $myhostname ESMTP $mail_name (Ubuntu) biff = no append_dot_mydomain = no readme_directory = no mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mydestination = local, localhost.localdomain, localhost mailbox_size_limit = 51200000 message_size_limit = 51200000 recipient_delimiter = inet_interfaces = all inet_protocols = all ##### TLS parameters ###### smtpd_tls_cert_file=/etc/postfix/ssl/mail.myhost.org.crt smtpd_tls_key_file=/etc/postfix/ssl/mail.myhost.org.key smtpd_use_tls=yes smtpd_tls_auth_only=yes smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache ###### SASL Auth ###### smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_auth_enable = yes smtpd_restriction_classes = internal internal = permit_mynetworks, permit_sasl_authenticated, reject ###### Use Dovecot LMTP Service to deliver Mails to Dovecot ###### ##virtual_transport = spamass-dovecot virtual_transport = lmtp:unix:private/dovecot-lmtp ##### Only allow mail transport if client is authenticated or in own network (PHP Scripts, ...) ###### ##### allow mail sending if Client is authenticated or in own network (PHP scripts, ...) , block spam servers ###### ##### smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, check_client_access hash:/etc/postfix/access, check_sender_access hash:/etc/postfix/sender_access, reject_unauth_destination, reject_rbl_client zen.spamhaus.org, reject_rbl_client cbl.abuseat.org, reject_rbl_client sbl.spamhaus.org, reject_rbl_client dul.dnsbl.sorbs.net, permit #++ CPK 2017-02-21 disable_vrfy_command = yes smtdp_delay_reject = yes smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_non_fqdn_hostname, reject_invalid_hostname, permit smtpd_error_sleep_time = 1s smtpd_soft_error_limit = 10 smtpd_hard_error_limit = 20 ###### MySQL Connection ###### virtual_alias_maps = mysql:/etc/postfix/virtual/mysql-aliases.cf virtual_mailbox_maps = mysql:/etc/postfix/virtual/mysql-maps.cf virtual_mailbox_domains = mysql:/etc/postfix/virtual/mysql-domains.cf local_recipient_maps = $virtual_mailbox_maps content_filter=smtp-amavis:[127.0.0.1]:10024 compatibility_level = 2 smtpd_client_restrictions = reject_rbl_client sbl.spamhaus.org, check_client_access hash:/etc/postfix/blacklist smtpd_sender_restrictions = hash:/etc/postfix/access debug_peer_list = 91.200.0.0/16 #---------------------------------------------------------------------------------------------------------------- Zu welcher Option gehört sie - muß was mit dem initial SMTP-Dialog zu tun haben und wann eine Mail abgewiesen wird. ( so eine Art "look ahead" ?) Grüße Christoph

2 2

Fwd: Re: ich werde der Spamflut nicht Herr - postfix amavis-new dovecot
by Florian Beer | 42dev 13 Mar '17

13 Mar '17

On 13.Mar'17 - 20:59:16, André Keller wrote: > greylisting = > permit_dnswl_client list.dnswl.org, > permit_dnswl_client swl.spamhaus.org, > check_policy_service inet:127.0.0.1:10026 FYI: Die Spamhaus Whitelist ist derzeit nicht funktionstüchtig. "The Spamhaus Whitelist project is currently on hold pending redesign/reengineering of the service. We do not at this time have a relaunch date for this service, follow @spamhaus on Twitter for announcements." - https://www.spamhauswhitelist.com Ansonsten sehr nette Konfiguration, die Idee Greylisting für bestimmte Clients bzw. TLDs einzuführen war mir bisher neu. Gefällt mir! Gruß, Florian

1 0

1&1 Spam
by Joachim Fahrner 12 Mar '17

12 Mar '17

Hallo Liste, ich beschäftige mich schon seit Jahren mit der Spamabwehr, aber bei den Servern von 1&1 beisse ich mir die Zähne aus. Vielleicht hat ja jemand eine Idee, wie man das Problem lösen könnte. Bei 1&1 kann sich jeder für lau einen Server mieten und in Massen Spams raushauen. Dementsprechend sind die Server von mout.kundenserver.de auch so ziemlich auf jeder Blacklist. Andererseits haben auch viele Kleingewerbetreibende ihre Internetpräsenz bei 1&1, und wenn man deren Mails blockt werden auch viele legitime Mails geblockt (mein Elektriker versendet z.B. über 1&1). Ich habe keinen Plan, wie man die guten 1&1 Mails von den schlechten 1&1 Mails trennen könnte. -- Mit besten Grüßen Joachim Fahrner

2 3

Problem mit Absenderemail bei Relayhost
by simoon 11 Mar '17

11 Mar '17

Hi, wir haben hier Postfix instanzen in der google cloud laufen und müssen daher mit einem relayhost (mailgun) arbeiten. Prinzipiell funktioniert diese Configruation und die Mails werden versendet. Wird eine eMail versendet erscheint der absender nicht als email(a)mydomain.de sonder als email=mydomain.de(a)mailserver.mydomain.de das so nicht gewollt ist. email(a)mydomain.de ist der account name auf dem mailserver. Hat jemand eine idee wie man das Problem beheben kann? Gruss Alex Meis

4 3

DSN
by Olaf Boehm 01 Mar '17

01 Mar '17

Sehr geehrte Liste, ich betreibe für Kunden einige kleine postfix Server in Zusammenhang mit Zarafa/Exchange/... als collaboration Server und Ciphermail als Verschlüsselungsgateway. Da ich fauler weise hierfür getrennte VMs (collaboration Server, Ciphermail) einsetze ist eine DSN Anforderung aus dem Client leider nicht möglich. Meine Idee war nun den DSN auf dem letzten Gate (Ciphermail) zum WEB per smtpd_command_filter: /^(RCPT\s+TO:<.*>.*\s+NOTIFY=.*)/ $1 /^(RCPT\s+TO:<.*>.*)/ $1 NOTIFY=SUCCESS,DELAY,FAILURE fest zu hinterlegen, so wie mit smtpd_discard_ehlo_keywords: [IP-des-collaboration Servers]/32 SUCCESS,DELAY,FAILURE 0.0.0.0/0 silent-discard, dsn ::/0 silent-discard, dsn dieses nur dem lokalen collaboration Server zu erlauben. Aus Richtung des Clients als Sender funktioniert dies auch, leider nicht in der Empfangsrichtung. Die Absender erhalten einen Fehler das die E-Mail nicht übermittelt wurde weil dsn nicht erlaubt sei. Erlaube ich für alle die dsn Funktion, so erhält jeder Absender ungefragt eine dsn. Auch nicht sinnvoll. Gibt es eine Möglichkeit den dsn auf bestimmte Absender (E-Mail Adressen) zu beschränken? So das z.B. Buchhaltung(a)xxx.zz und Mahnung(a)xxx.zzz ein dsn hinterlegt bekommt aber alle anderen der lokalen Domain bzw. externen Domains nicht. Danke fürs mitdenken. Olaf Boehm

1 0