- postfix-users - list.sys4.de

[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] Received-Header zeigt Host der VM als Absender
by postfix-list＠crash3k.de 01 Sep '11

01 Sep '11

Hallo, ich habe 2 Mailserver aufgesetzt. Ich nenne sie mal Mailserver1 und Mailserver2. Beide Mailserver sind viruelle Maschinen auf verschiedenen Hostservern. Nun mein Problem: Wenn eine EMail von Mailserver1 (mail.mailserver1.de) gesendet wird, wird im "Received"-Feld der Mail u.a. korrekt folgende Zeile eingefügt: Received: from mail.mailserver1.de (mail.mailserver1.de [11.22.33.44]) Wenn jedoch eine EMail vom Mailserver2 (mail.mailserver2.de) gesendet wird, wird im "Received"-Feld der Mail u.a. folgendes hinzugefügt: Received: from mail.mailserver2.de (static.88.77.66.55.clients.your-server.de [55.66.77.88]) Der Eintrag "static.88.77.66.55.clients.your-server.de [55.66.77.88]" ist nicht der Mailserver selbst, sondern der Host auf welchem die virtuelle Maschine mit dem Mailserver läuft. Eigentlich sollte der Eintrag für eine EMail von mail.mailserver2.de wie folgt lauten: Received: from mail.mailserver2.de (mail.mailserver2.de [22.33.44.55]) Wie kann es dazu kommen, dass der Host-Server anstatt des eigentlichen Mailservers dort angezeigt wird? Und wie kann ich das ändern? Leider weiß ich nicht, wo ich ansetzen muss...

2 1

[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

[postfix-users] pcre body_checks bounce hold
by Robert Schetterer 31 Jul '11

31 Jul '11

Hi, ich kriegs garde nicht gebacken ich moechte im Body und pcre sowas auf hold filtern in/aus einem typischen postfix bounce irgendwasdavor hostname.de irgendwasdanach Blocked by SpamAssassin irgendwas irgendwie krieg ich das nicht hin , ich bin leider der totale pcre dummy zb so /^mailspooler\.com .* Blocked by SpamAssassin/ HOLD einige Varianten gehen auch nicht im bounce steht das auch nicht in einer Zeile sonder eher so <robert.schetterer(a)nci.de>: host mail.mailspooler.com[212.52.224.210] said: 550 5.7.1 Blocked by SpamAssassin (in reply to end of DATA command) -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

6 19

[postfix-users] header_checks werden ignoriert?
by Florian Streibelt 26 Jul '11

26 Jul '11

moin, ich komm mir grade reichlich dämlich vor, weil meine header_checks nicht laufen und ich nicht rausbekomme warum. Ich würde gerne die Received-Zeile umschreiben, so dass man nicht sieht von wo die Mails von authentifizierten Benutzern eingeliefert wurden. Ein Howto schlägt vor, das per "smtpd_sasl_authenticated_header = yes" und einer regex die auf "(Authenticated sender" matched und den header dann komplett entfernt zu lösen. Ich stelle nun aber fest, dass alles was ich in header_checks werfe ignoriert wird. Meldungen im log gibts keine. in main.cf habe ich: header_checks = pcre:/etc/postfix/header_checks mime_header_checks = pcre:/etc/postfix/header_checks und die sieht so aus: /^X-TEST: bananen/ HOLD bananen sind doof /^Subject: daslfhz make money fast/ REJECT mails mit diesen headern kommen aber an, sowohl von extern per telnet als auch von einem sasl-authentifizierten user. Warum ignoriert der postfix die? Mag mir mal wer meine Füße von dem Schlauch runternehmen auf dem ich stehe? Grüße, Florian

4 10