August 2011 - postfix-users

[postfix-users] zusätzliche Spamfilterung aus aktuellem Anlass
by Martin Sebald 23 Sep '11

23 Sep '11

Hallo zusammen, wir gehen auf unserem Mailserver gegen Spam/Viren/Fishing mit Amavis, Clamav, Spamassassin, DNSBL (ix.dnsbl.manitu.net, sbl-xbl.spamhaus.org, dul.dnsbl.sorbs.net, spamcop.net) und Greylisting vor. Leider bekommen unsere Mailuser, ich bin auch betroffen, seit Monaten Mails, die zum Großteil durch den Spamfilter schlüpfen, einige Beispielabsender und Betreffs siehe unten. Unsere Default Spamassassin Policy liegt bei 3.5, auch ich habe dies eingestellt und finde den Wert auch ganz sinnvoll. Eventuell ist er das aber auch nicht mehr und man sollte hier anpassen. Ansonsten: Gibt es weitere zu empfehlende Antispamdinge, die wir noch implementieren sollten? Habe hier in der Liste und bei Google mal gesucht, aber ich denke, die Suchbegriffe waren schlecht gewählt oder zu allgemein. Vielleicht hat da jemand ein Stichwort für mich, an dem ich mich entlanghangeln kann. Danke und viele Grüße, Martin --- Beispielspam --- F. Faber <info(a)150jetzt.com> [Erinnerung] Überweisung der 150 Euro Andrea Bohn <andrea.bohn(a)hdtv-receiver-lieferung.com> [Erinnerung] Lieferung HDTV Receiver Sebald Claudia Kuhlmann <claudia.kuhlmann(a)tarifrabatte.com> [Erinnerung] Rechtsfolgen der Überprüfung Martin Sebald Andreas Abel <info(a)abel-koeln.com> [Erinnerung] Ihre 150 Euro Fabian Faber <fabian.faber(a)verdienen-ohne-einsatz.com> Daten für Zahlung, Nr. 4384232881 Fabian Faber <fabian.faber(a)zusatzeinkommen-verdienen.com> Daten für Gutschrift Nr. 81736836169

7 30

[postfix-users] Mails Priorisieren
by Michael Peter 02 Sep '11

02 Sep '11

Hallo, gibt es eine Möglichkeit Mails von bestimmten Absendern mit einer weniger hohen Priorität in die Queue zu stellen? Mails eines ausgehenden Newsletter sollen nicht die eingehenden Mails verstopfen/verzögern. Danke Gruß Michael

4 5

[postfix-users] DNS-Einträge für MTA
by Michael Peter 02 Sep '11

02 Sep '11

Hallo zusammen, Wie müssen die DNS-Einträge für ein MTA beim Provider korrekt gesetzt werden? Im Header einer gesendeten Mail steht: "Received: from firewall.<domain>.de ([*.191] helo=mail.<domain>.de)" Macht das bezgl. Spamfiltern Probleme, wenn der DNS-Eintrag (firewall) der sendenden IP (*.191) ungleich dem $myhostname des MTAs ist? Geht das überhaupt anders? Würde sich das Szenario mit einer 2. Instanz von Postfix (1x eingehende Mails ; 1x ausgehende Mails) ändern? Ich hätte ja dann zwei unterschiedliche $myhostname. Oder kann man zwei Instanzen mit gleichem $myhostname betreiben? Danke. Gruß Michael

4 5

[postfix-users] Tipps für Neuerungen Konfiguration Antispam ...
by Matthias Haegele 13 Aug '11

13 Aug '11

Hallo Ihr! Da ich mich eine Weile (so ca. 2 Jahre) kaum mehr intensiv mit Postfix beschäftigt habe habt ihr ein paar Tipps für mich was ich evtl. anpassen sollte hauptsächlich im Bezug auf Antispam usw. postscreen will ich mir mal angucken, da es ja auch so lobend im Linuxmag erwähnt wurde ... Grüsse & Danke im Voraus ... MH Installierte Versionen usw.: -- ii postfix 2.8.3-1~bpo60+1 High-performance mail transport agent ii postfix-doc 2.5.5-1.1 Documentation for Postfix ii postfix-ldap 2.8.3-1~bpo60+1 LDAP map support for Postfix ii postfix-mysql 2.8.3-1~bpo60+1 MySQL map support for Postfix ii postfix-pcre 2.8.3-1~bpo60+1 PCRE map support for Postfix ii amavisd-new 1:2.6.4-3 Interface between MTA and virus scanner/content filters ii spamassassin 3.3.1-1 Perl-based spam filter using text analysis postconf -n address_verify_map = btree:/var/spool/postfix/verified_senders address_verify_negative_cache = yes address_verify_negative_refresh_time = 6m address_verify_poll_count = 1 alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no bounce_size_limit = 1000 config_directory = /etc/postfix content_filter = amavisd-new:[127.0.0.1]:10024 delay_warning_time = 1h disable_vrfy_command = yes home_mailbox = Maildir/ html_directory = /usr/share/doc/postfix/html inet_interfaces = all mailbox_size_limit = 0 mime_header_checks = pcre:/etc/postfix/mime_header_checks mydestination = $mydomain, $myhostname localhost mydomain = linuxrocks.dyndns.org myhostname = hermes.linuxrocks.dyndns.org mynetworks = 127.0.0.0/8 myorigin = $mydomain readme_directory = /usr/share/doc/postfix recipient_delimiter = + relayhost = smtp_sasl_password_maps = hash:/etc/postfix/sasl_passwd smtpd_banner = $myhostname ESMTP $mail_name smtpd_data_restrictions = reject_multi_recipient_bounce smtpd_discard_ehlo_keywords = silent-discard, dsn smtpd_error_sleep_time = 5s smtpd_hard_error_limit = 15 smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, reject_unlisted_recipient, permit_sasl_authenticated, reject_non_fqdn_helo_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unauth_destination, check_sender_access hash:/etc/postfix/disallow_my_domain check_sender_access hash:/etc/postfix/blacklist_sender check_recipient_access hash:/etc/postfix/roleaccount_exceptions sleep 1, reject_unauth_pipelining, reject_unknown_reverse_client_hostname reject_invalid_helo_hostname, check_helo_access pcre:/etc/postfix/helo_checks check_client_access pcre:/etc/postfix/client-checks check_sender_mx_access cidr:/etc/postfix/bogus_mx reject_rbl_client zen.spamhaus.org, warn_if_reject reject_rhsbl_sender bogusmx.rfc-ignorant.org, reject_rhsbl_sender dsn.rfc-ignorant.org reject_rbl_client ix.dnsbl.manitu.net reject_unknown_sender_domain permit smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_soft_error_limit = 5 smtpd_tls_security_level = may unverified_sender_reject_code = 550 virtual_alias_domains = hash:/etc/postfix/virtual_alias_domains virtual_alias_maps = hash:/etc/postfix/virtual_mailbox_aliases virtual_gid_maps = static:1003 virtual_mailbox_base = /var/spool/virtual_mailboxes virtual_mailbox_domains = haegele-clan.eu virtual_mailbox_maps = hash:/etc/postfix/virtual_mailbox_recipients virtual_uid_maps = static:1003 cat /etc/postfix/master.cf | grep -v ^# smtp inet n - - - - smtpd pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - - 300 1 qmgr rewrite unix - - - - - trivial-rewrite bounce unix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verify unix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap smtp unix - - - - - smtp relay unix - - - - - smtp showq unix n - - - - showq error unix - - - - - error local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - n - - lmtp anvil unix - - n - 1 anvil maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/local/bin/maildrop -d ${recipient} uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -d -t$nexthop -f$sender $recipient scalemail-backend unix - n n - 2 pipe flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension} amavisd-new unix - - n - 2 smtp -o smtp_data_done_timeout=1200s -o disable_dns_lookups=yes 127.0.0.1:10025 inet n - n - - smtpd -o content_filter= -o local_recipient_maps= -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks=127.0.0.0/8 -o strict_rfc821_envelopes=yes tlsmgr unix - - - 1000? 1 tlsmgr scache unix - - - - 1 scache discard unix - - - - - discard retry unix - - - - - error --

2 3

[postfix-users] Loggen des lokalen Ports auf dem eine Mail eingereicht wurde?
by Axel Beckert 13 Aug '11

13 Aug '11

Hallo, und grade der nächste Knoten im Hirn beim Evaluieren von Postscreen... Ein Nachteil von Postscreen ist ja, das SMTP AUTH darüber (noch) nicht möglich ist. Deswegen wollten wir rausfinden, wieviele unserer User über welchen Port (25, 465 oder 587) ihre Mail abliefern. Leider loggt Postfix dies in den Connect-Messages nicht mit. Die einzige Möglichkeit, die ich gefunden habe, an die Port-Nummer zu kommen, ist debug_peer_level auf mindestens 1 zu setzen. Dann sieht man anhand der cache_id (!), wie die Mail eingeliefert wurde: Aug 12 16:04:26 phd-test-mxin postfix/smtpd[18494]: send attr cache_id = CB0C63D9DB69DD150692921C99FE551865381E44F5D95598F984E5347761DD1F&s=smtpd Aug 12 16:06:10 phd-test-mxin postfix/smtpd[18760]: send attr cache_id = FD5E10AB0528370B9BE05B7B6111AC93B02BBBDDAC4B7F90D8CC385050CB2303&s=smtp Aug 12 16:06:57 phd-test-mxin postfix/smtpd[18766]: send attr cache_id = 69E0E3C98E50EF84B51978960E07B9153644217D78DB3286947F47EFFB5AAE91&s=smtps Aug 12 16:07:22 phd-test-mxin postfix/smtpd[18767]: send attr cache_id = 88E12DFC36A8B0F9D92B7F470723477A290D1BCBD0517293625285E268B7AD4B&s=submission Aug 12 16:09:33 phd-test-mxin postfix/smtpd[18820]: send attr cache_id = D05E830876E975E5B89FD5FEF369A5C73BA028879FB937949EE29C121600AB47&s=submission Aug 12 16:10:10 phd-test-mxin postfix/smtpd[18820]: send attr cache_id = 45FB1CA84C922A8A00F2D716AC0C704A276B869C8F00EEA50D01EB7F74A5AF67&s=submission Aug 12 16:10:17 phd-test-mxin postfix/smtpd[18830]: send attr cache_id = BF2FFD0BD73C547999BBD0C3597813F85AD5236B528A8CBE76014095D4F0A5C4&s=smtps Aug 12 16:10:32 phd-test-mxin postfix/smtpd[18815]: send attr cache_id = A4F6BBB1DBC78940E10A6AAB4E5BFF70ABD1DB382F5580938430A2EB413D2D5B&s=smtp Aug 12 16:11:02 phd-test-mxin postfix/smtpd[18815]: send attr cache_id = 7124B4FE6545B187120F2707182F414F91DBD308527C289238A7E95E67A8D084&s=smtp Aug 12 16:11:15 phd-test-mxin postfix/smtpd[18974]: send attr cache_id = A3DE0519A1ACE8309E097A41814801A725150B61D99F35A42FF159717ADCD436&s=smtp Aug 12 16:11:29 phd-test-mxin postfix/smtpd[19005]: send attr cache_id = 384F04360E8099B9E9FABBBF7B4C3DB77B3A2627D520A71FCFA4DDB208E36E97&s=smtp Aug 12 16:11:45 phd-test-mxin postfix/smtpd[19011]: send attr cache_id = 220E5FC92C2FBF4FCCE63C1B36AE1016DBB3D652C8A9EDC4988E27F1BE1F8260&s=submission Aug 12 16:19:53 phd-test-mxin postfix/smtpd[19111]: send attr cache_id = 9B6AF805B7B526D11C91EC66AFA28E1AA26CE949FB8C8DE1CE00CD2ACFA18411&s=submission Aug 12 16:20:12 phd-test-mxin postfix/smtpd[19109]: send attr cache_id = 62A5486966F15A8740D307C9F1EEA0C971530C70C320C72ED1D13454A4BF3DAD&s=smtp Aug 12 16:21:44 phd-test-mxin postfix/smtpd[19109]: send attr cache_id = 7103F5A19FC261A52F0FF9E3109FE3F1A1F10315FB299C58A1B28EF12419319B&s=smtp Aug 12 16:23:46 phd-test-mxin postfix/smtpd[19211]: send attr cache_id = 91C4E2768426FAF43645091EA6886A8E3CC55DA61CEA0B426C55DAA126C108A6&s=smtp Der erste Eintrag ist von Postscreen, der's an den smtpd weitergeleitet hat, die restlichen Einträge sind die verschiedenen Ports nachdem ich Postscreen wieder deaktiviert hatte. Problem dabei ist nur: Selbst bei einem debug_peer_level von 1 loggt Postfix verdammt viel mit und wenn ich das für alle IPs aktivieren würde. würde er mir die Platte schneller füllen als mir lieb ist. "smtpd_client_port_logging = yes" hilft auch nix, das zeigt nur den Remote-Port, ich brauche aber den lokalen Port. Auch einen simplen loggenden Policyd schreiben scheint nichts zu helfen, denn im Debug-Output meines postfwd finde ich auch keine Informationen über Ports. Kennt irgendjemand noch irgendeine andere Möglichkeit, an die genutzte lokale Portnummer zu kommen? In den Received-Header der Mails konnte man auch nur erkennen, ob TLS/SSL genutzt wurde oder nicht, aber nicht, welcher Port. Vorzugsweise würde ich gerne eine Zuordnung SASL-User <-> Portnummer oder Absenderadresse <-> Portnummer bekommen. Mit freundlichem Gruss, Axel Beckert -- Axel Beckert <beckert(a)phys.ethz.ch> support: +41 44 633 26 68 IT Services Group, HPT D 16 voice: +41 44 633 41 89 Departement of Physics, ETH Zurich CH-8093 Zurich, Switzerland http://nic.phys.ethz.ch/

3 2

[postfix-users] postscreen eine Art von greylisting?
by Tobias Koopmann 12 Aug '11

12 Aug '11

Hallo Liste, nachdem ich mich ein wenig in postscreen eingelesen habe, stellt sich mich die Frage, ob es sinnvoll ist zusätzlich zu postscreen noch greylisting zu fahren. Postscreen zumindest mit den deep_protocol_tests kann nach erfolgreichen Tests die Verbindung nicht an den smtpd weitergeben und weist den client mit nem 4xxer Code ab. Also für mein Verständnis auch eine Art von Greylist, dessen Entscheidung meiner Meinung nach auf besseren Prüfungen beruht als der des Triplets beim greylisting. Macht es also Sinn wenn man postscreen mit deep_protocol_tests einsetzt auf z.B. postgrey zu verzichten, wie sieht ihr das? -- Mit freundlichen Grüßen, Tobias Koopmann ------------------------------------------------------------------ ...and I will promise to go on as long as you want me to, and I will dream along and help to make it real for you, too... (the mirror & the lie - Motorpsycho) ------------------------------------------------------------------

6 5

[postfix-users] backscatter abstellen
by Dirk Schleicher 02 Aug '11

02 Aug '11

Hallo, im Bezug auf meine letzte Post gibt es bei mir zwei Probleme. 1. ist anscheinend fetchmail zuzuordnen. 2. Scheint es postfix zu sein. Wie Florian schon geschrieben hat, Zitat: /------------------ |Der lokale postfix lehnt die mail ab und es soll ein bounce an den |Absender gehen. Diese Absenderadresse ist aber offenbar kaputt. Das |löst einen Doppelbounce aus. | |Der erste Bounce sollte aber eigentlich schon nicht passieren! |(Du produzierst eventuell backscatter, also jede menge Fehlermails an |die vermeintlichen Absender) \-------------------- Wo kann ich hier ansetzen? Habe schon ein wenig die Suchmaschine benutzt, kann aber nichts richtiges finden. Danke Dirk

1 1

[postfix-users] Postfix: Bad recipient address syntax
by Dirk Schleicher 01 Aug '11

01 Aug '11

Hallo Leute, ich habe, aus der Debian Mailingliste, die Empfehlung bekommen mich hier her zu wenden.Auf einem Debian stable Mailserver bei mir zu hause, laufen Postfix, Fetchmail und Dovecot. Jetzt kommt es öfters vor, das in meiner inbox Subject: >Postfix SMTP server: errors from localhost[127.0.0.1]. vorkommt Ich mache es an der Meldung "Out: 501 5.1.7 Bad sender address syntax" fest. mail.log: >Jul 31 18:36:04 mail-proxy postfix/smtpd[26665]: warning: Illegaladdress syntax from localhost[127.0.0.1] in RCPT command:<eimm(a)182.178.33.40> >Jul 31 18:41:06 mail-proxy postfix/smtpd[26683]: warning: Illegal address syntax from localhost[127.0.0.1] in MAIL command:<eimm(a)182.178.33.40> In meine .fetchmailrc habe ich "bad-header accept" drin. Dennoch werden diese Art von Mails nicht vom Server gelöscht. Wo kann ich ansetzen? Danke Dirk Die ganze Mail: > Return-Path: <double-bounce(a)mail-proxy.lan> > Delivered-To: dirk(a)mail-proxy.lan > Received: by mail-proxy.lan (Postfix) > id 0A95BC08B; Sun, 31 Jul 2011 18:41:07 +0200 (CEST) > Date: Sun, 31 Jul 2011 18:41:07 +0200 (CEST) > From: MAILER-DAEMON(a)mail-proxy.lan (Mail Delivery System) > To: postmaster(a)mail-proxy.lan (Postmaster) > Subject: Postfix SMTP server: errors from localhost[127.0.0.1] > Message-Id: <20110731164107.0A95BC08B(a)mail-proxy.lan> > > Transcript of session follows. > > Out: 220 mail-proxy.lan ESMTP > In: HELO mail-proxy.lan > Out: 250 mail-proxy.lan > In: MAIL FROM:<> > Out: 250 2.1.0 Ok > In: RCPT TO:<eimm(a)182.178.33.40> > Out: 501 5.1.3 Bad recipient address syntax > In: QUIT > Out: 221 2.0.0 Bye > > > For other details, see the local mail logfile

3 8