September 2019 - postfix-users

Re: Quarantäne, wenn Return-Path und From nicht übereinstimmen
by Marco Dickert 01 Oct '19

01 Oct '19

Moin Andreas, On 2019-09-30 16:35:59, Andreas Wass - Glas Gasperlmair wrote: > Auf unserem Mailserver ist die Anzahl an E-Mails von Listen sehr überschaubar > und außerdem würde ich diese selber dann aus der Quarantäne oder hold-queue > entlassen, wenn kein spam. mein Einwand bezieht sich nicht nur auf Mailing-Listen. Auch Google setzt beispielsweise abweichende Return-Paths für seine Business-Emails und es gibt noch viele andere Beispiele in denen der Return-Path gewollt anders ist, als die From-Adresse. > Hättest du ev. konkret ein Beispiel zum konfigurieren von postfix zur Hand, > zum testen? Der einfachste Weg ist IMHO ein kleines Skript, welches du als Policy-Server hinterlegen kannst. Ich habe das mal exemplarisch für einen anderen Zweck gemacht, und zwar wollte ich ein message_size_limit pro Domain realisieren. Hier [1] ist das beschrieben. Dein Problem kannst du ebenfalls mit so einem Skript lösen. Weitere Infos, wie beispielsweise die Protokoll-Beschreibung findest du hier [2]. [1] https://github.com/misterunknown/postfix-tools [2] http://www.postfix.org/SMTPD_POLICY_README.html Viele Grüße, -- Marco Dickert marco(a)misterunknown.de https://misterunknown.de

2 1

Quarantäne, wenn Return-Path und From nicht übereinstimmen
by Andreas Wass - Glas Gasperlmair 30 Sep '19

30 Sep '19

Hallo Liste! Gibt es in Postfix eine Möglichkeit E-Mails vorerst in die hold-queue oder in Quarantäne zu stellen wenn E-Mail Adresse von Return-Path und From nicht übereinstimmen? -- vg, Andi

2 1

hostkarma yellow list wird geblockt
by Jürgen Dollinger 28 Sep '19

28 Sep '19

Hallo! Ich nutze die Blacklist von hostkarma: $ postconf -n smtpd_recipient_restrictions smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated check_policy_service inet:127.0.0.1:2525 reject_unauth_destination reject_unknown_sender_domain reject_unknown_reverse_client_hostname check_client_access hash:/etc/postfix/client_access check_client_access cidr:/etc/postfix/client.cidr reject_non_fqdn_helo_hostname check_sender_access regexp:/etc/postfix/senderregexs reject_rbl_client ix.dnsbl.manitu.net reject_rbl_client hostkarma.junkemailfilter.com=127.0.0.2 check_recipient_access hash:/etc/postfix/spezialrecipient Insbesondere wird hostkarma nur an dieser einen Stelle benutzt: $ find /etc/postfix -type f -exec grep hostkarma {} /dev/null \; /etc/postfix/main.cf: reject_rbl_client hostkarma.junkemailfilter.com=127.0.0.2 Das Problem ist, dass ich jetzt schon mehrfach beobachtet habe, dass nicht nur geblacklistete Adressen (127.0.0.2) sondern auch die von der yellow list (127.0.0.3) geblockt werden. Beispiel aus dem Log: Sep 27 06:06:03 adm3 postfix/smtpd[13443]: NOQUEUE: reject: RCPT from uspmta121183.emsmtp.com[185.4.121.183]: 554 5.7.1 Service unavailable; Client host [185.4.121.183] blocked using hostkarma.junkemailfilter.com; Yellow listed 185.4.121.183 See http://wiki.junkemailfilter.com/index.php/Spam_DNS_Lists; from=<wwwrun(a)xpressus.emsmtp.com> to=<AAAAA(a)AAAAAAAAAAA.de> proto=ESMTP helo=<uspmta121183.emsmtp.com> Das Ganze lauft auf Debian stable: $ dpkg -l | grep "postfix " ii postfix 3.4.5-1 amd64 High-performance mail transport agent Was mach ich falsch? -- \ J. Dollinger FAW/n Ulm |zeitnot@irc| http://www.home.pages.de/~zeitnot/ \ "What're quantum mechanics?" -- "I don't know. People who / \ repair quantums, I suppose." (Terry Pratchett, Eric) /

2 2

Allow senden von jedem absender @domain
by Alex L 28 Sep '19

28 Sep '19

Hallo. Ich würde gerne erlauben das jede E-Mail Adresse von einer Domain als Absender und Empfänger möglich ist. Soweit ich das gesehen habe sind die beiden Parameter Hauptverantwortlich für das Verhalten. smtpd_reject_unlisted_recipient = yes smtpd_reject_unlisted_sender = yes Wie soll nun der Eintrag in virtual lauten um mein gewünschtes Verhalten zu ermöglichen? Anbei die Ausgabe von `postconf -n` Danke für eure Hilfe. LG Alex

2 2

Timeout / Error: queue file write error
by tbarth＠txbweb.de 13 Sep '19

13 Sep '19

Hallo, hin und wieder gibt es bei mir einen Timeout scheinbar bei der Übergabe an Amavis (localhost:10024) und ich weiß nicht, wo ich suchen muss, da ich keine ausführlicheren Informationen erhalte. Kann mir jemand vielleicht sagen, wie ich dem Problem auf die Spur kommen kann? Ich erhalte bei diesem "queue file write error" jedesmal eine e-Mail, die an Postmaster als Benachrichtigung geschick wird. Aug 31 14:14:19 mx2 postfix/smtpd[15861]: connect from unknown[177.37.96.254] Aug 31 14:14:20 mx2 postfix/smtpd[15861]: NOQUEUE: client=unknown[177.37.96.254] Aug 31 14:16:02 mx2 postfix/smtpd[15861]: warning: timeout talking to proxy localhost:10024 Aug 31 14:16:02 mx2 postfix/smtpd[15861]: proxy-reject: END-OF-MESSAGE: 451 4.3.0 Error: queue file write error; from=<BillyThompson(a)lookandwellness.it> to=<yr(a)domain.de> proto=ESMTP helo=<lookandwellness.it> Aug 31 14:16:02 mx2 postfix/smtpd[15861]: disconnect from unknown[177.37.96.254] ehlo=1 mail=1 rcpt=1 data=0/1 commands=3/4 Normalerweise dauert die Rückantwort von Amavis maximal 3 Sekunden. Fast zeitlich wurde im Hintergrund die Clamav-Database geladen. /var/log/clamav/clamav.log Sat Aug 31 14:14:15 2019 -> Database correctly reloaded (10971844 signatures) Sat Aug 31 14:14:15 2019 -> Reading databases from /var/lib/clamav Sat Aug 31 14:14:15 2019 -> /var/lib/amavis/tmp/amavis-20190831T125532-12347-lWbaS7Ci/parts/p001: Sanesecurity.Scam.12584.UNOFFICIAL(00000000000000000000000000000000:6617) FOUND Sat Aug 31 14:16:13 2019 -> Database correctly reloaded (10971844 signatures) Sat Aug 31 14:16:13 2019 -> /var/lib/amavis/tmp/amavis-20190831T120830-10930-zSEWR54L/parts/p001: Sanesecurity.Scam.12559.UNOFFICIAL(00000000000000000000000000000000:6449) FOUND Kann das vielleicht damit zusammenhängen? Gruß Thomas

4 8