- postfix-users - list.sys4.de

amavis NOTIFY=FAILURE
by darkfire.ch - Mailinglist 26 Sep '17

26 Sep '17

Hallo, Ich finde regelmässig die Amavis-Meldung NOTIFY=FAILURE in meinem Mailserverlogs. Kann mir jemand, sagen was das bedeutet und wie ich das korrigieren kann? Sep 26 12:15:57 mailserver amavis[25499]: (25499-11) smtp cmd> RCPT TO:<mailinglist(a)darkfire.ch> NOTIFY=FAILURE Gruss Beni -- Benjamin Rechsteiner mailinglist(a)darkfire.ch

2 1

Postgresql Peer Authentication für Postfix Lookup
by Martin Weil 26 Aug '17

26 Aug '17

Hallo Liste! Ich betreibe einen Mailserver über Postfix, Dovecot und Postgresql auf Debian Etch. Alle Dienste laufen auf einem Server. Bis jetzt liefen die Lookup Anfragen bei mir über Postgresql Abfrage mittels User/Passwort Authentifizierung. Da ich ungern Passwörter in Konfigurationsdateien stehen habe, möchte ich nun auf die Peer Authentifizierung von Postgresql umsteigen. Gibt es eine Möglichkeit postfix zu sagen mit welchem Nutzer er den Lookup ausführen soll? Oder muss ich dann den entsprechenden Nutzer (root?) als Rolle in Postgresql hinzufügen? Für weitere Vorschläge bin ich natürlich offen. Danke im Voraus. Viele Grüße Martin Weil

2 3

fallback transport mit smtp probe
by Vitali Quiering 22 Aug '17

22 Aug '17

Moin, ich suche nach einer Möglichkeit Empfänger zuerst lokal und dann an einem weiteren SMTP Host als Fallback zu verifizieren. Wir haben mehrere Standalone Postfix Instanzen und einen aufgebohrten zentralen Mailserver. Es gibt virtual_users auf den Standalone Servern die dann im mysql ein Flag bekommen wenn sie auf dem zentralen Mailserver vorhanden sind. Ich muss die Benutzer dann auf beiden Mailservern pflegen. Gibt es einen Weg, die virtual_users auf den Standalone Servern zu verifizieren und wenn diese dort nicht vorhanden sind, gegen den zentralen Mailserver zu prüfen? Wenn dieser SMTP Probe dann erfolgreich ist, sollte die Mail an diesen gesendet werden. Aus dem README (http://www.postfix.org/ADDRESS_VERIFICATION_README.html <http://www.postfix.org/ADDRESS_VERIFICATION_README.html>) werde ich nicht wirklich schlau. Es sollte definitiv als Fallback funktionieren. Bisher funktioniert es mit dem Flag mit den folgenden Zeilen in der main.cf. virtual_mailbox_domains = mysql:/etc/postfix/mysql-virtual-mailbox-domains.cf virtual_mailbox_maps = mysql:/etc/postfix/mysql-virtual-mailbox-maps.cf virtual_alias_maps = mysql:/etc/postfix/mysql-virtual-alias-maps.cf,mysql:/etc/postfix/mysql-email2email.cf transport_maps = mysql:/etc/postfix/mysql-transport-maps.cf virtual_transport = dovecot Was fehlt? Vielen Dank. Vitali

1 0

header_checks - Problem mit Rufzeichen im Betreff
by Andreas Wass - Glas Gasperlmair 21 Aug '17

21 Aug '17

Hallo Leute Ich habe header_checks im Einsatz, die normalerweise sehr gut funktionieren. Z.B: If /^Subject:/i /^Subject: .*erektion/ REJECT Header-Subject-Spamschutzregel 1108 /^Subject: .*Tablette/ HOLD Header-Spamschutz 2079 Endif Email mit folgendem Betreff (ohne Rufzeichen am Ende) wird und soll auch rejected werden (Regel 1): Die besten Tabletten für die Erektion Email mit folgendem Betreff (MIT Rufzeichen am Ende) kommt aber durch: Die besten Tabletten für die Erektion! ...und header_checks danach (Regel 2)... /^Subject: .**Tablette*/ HOLD Header-Spamschutz 2079 ... wirkt dann auch nicht. Gibts da eine Lösung vg, Andi

2 1

Re: header_checks - Problem mit Rufzeichen im Betreff
by Andreas Wass - Glas Gasperlmair 21 Aug '17

21 Aug '17

Am 21.08.2017 um 09:56 schrieb Uwe Drießen: > Im Auftrag von Andreas Wass - Glas Gasperlmair >> Hallo Leute >> >> Ich habe header_checks im Einsatz, die normalerweise sehr gut >> funktionieren. >> Z.B: >> >> If /^Subject:/i >> /^Subject: .*erektion/ REJECT Header-Subject-Spamschutzregel 1108 >> /^Subject: .*Tablette/ HOLD Header-Spamschutz 2079 >> Endif >> >> Email mit folgendem Betreff (ohne Rufzeichen am Ende) wird und soll auch >> rejected werden (Regel 1): >> Die besten Tabletten für die Erektion >> >> Email mit folgendem Betreff (MIT Rufzeichen am Ende) kommt aber durch: >> Die besten Tabletten für die Erektion! >> >> ...und header_checks danach (Regel 2)... >> /^Subject: .*Tablette/ HOLD Header-Spamschutz 2079 >> ... wirkt dann auch nicht. >> >> Gibts da eine Lösung > Für was? das "Problem" oder den Regex ? :-) > > Häng doch einfach noch ein .* für xbeliebige oder ? für einzelne oder ?? für 2 beliebige zusätzliche Zeichen dahinter Ja, klar! Vielen Dank für deine Hilfe > >> vg, Andi >> > > > Mit freundlichen Grüßen > > Uwe Drießen > -- > Software & Computer > > Netzwerke, Server. > Wir vernetzen Sie und Ihre Rechner ! > > Uwe Drießen > Lembergstraße 33 > 67824 Feilbingert > > Tel.: 06708660045 > >

1 0

Postfix header_checks reject mit 4xx Fehler
by Stephan Jacob 10 Aug '17

10 Aug '17

Hallo Postfixfreunde, ich möchte meinen Postfix dazu bringen, dass bei vorkommen eines bestimmten Headers die Mail mit einem temporären Fehler abgelehnt wird. Laut Doku und trail and error ist aber eine Action wie 450 Zustellung unterbrochen. Komm spaeter wieder bei den header_checks nicht möglich. Fehlermeldung: " Aug 10 10:32:04 mailtest2 postfix/cleanup[11643]: warning: unknown command in header_checks map: 450 Zustellung unterbrochen. Komm spaeter wieder" Ein normales REJECT funktioniert aber. D.h. mein Regex in den header_checks stimmt. Gibt es irgendeine Möglichkeit ein temp. reject bei den header_checks umsetzen? Ggf. mit einem Workaround? Wichtig ist mir, dass die Mail bei Auftreten des Headers dann beim einliefernden Server in der Queue bleibt. VG Stephan Stephan Jacob Otto-von-Guericke Universität Universitätsrechenzentrum (URZ) Universitätsplatz 2 Gebäude 26 035 39106 Magdeburg Tel.: 0391 67 58572 Fa: 0391 11134

2 4

Address verification
by Joachim Fahrner 27 Jul '17

27 Jul '17

Ich mach mal einen neuen Thread auf, da das jetzt nix mehr mit dem M$ Exchange zu tun hat. Hier habe ich eine schöne Erklärung gefunden, wie die Adress Verifikation ablaufen sollte: http://www.fsf.org/about/systems/sender-verification Unter "Misconfiguration #1" kann man lesen: wenn jemand keine Antwort erhalten möchte (z.B. auf einen Newsletter-Versand), dann muss er nach RFC den Null-Absender verwenden. Er darf keine Adresse verwenden die bei ihm nicht existiert. Jochen

5 11

Microsoft ESMTP MAIL Service
by Joachim Fahrner 25 Jul '17

25 Jul '17

Hat hier schon mal jemand was mit dem im Betreff genannten Mailserver zu tun gehabt? Der benimmt sich ja merkwürdig. Im Envelope-From setzt der ein "prvs=[Hexstring]=" vor den eigentlichen Absender. Was soll denn das? Und wenn mein reject_unverified_sender versucht dem etwas zuzustellen, dann kommt folgendes als Antwort: RCPT from mx00.pricosoft.com[80.152.164.96]: 450 4.1.7 <prvs=8378AE1123=user@domain>: Sender address rejected: unverified address: host mx00.pricosoft.com[80.152.164.96] said: 451 4.7.1 <prvs=8378AE1123=user@domain>: Recipient address rejected: Throttling too many connections from new source - Try again later. (in reply to RCPT TO command) Und das mit den "too many connections" halte ich für arg übertrieben, habe heute ganze 6 Mails davon im Log. Was treibt Microsoft da??? Jochen

9 32

Re: AW: AW: Microsoft ESMTP MAIL Service
by Joachim Fahrner 25 Jul '17

25 Jul '17

Am 2017-07-24 13:01, schrieb Uwe Drießen: > disable_vrfy_command = yes > > das sitzt bei mir in der Main.cf und verhindert das durch abfragen > dieser verifys Mailadressen bekannt werden Das hilft dir nix. Ich hab mir mal ein Script gebastelt, und ein bisschen mit deinem Server geplaudert. ;-) Das erzählt er mir: $ smtp_verify driessen(a)fblan.de connect: ('mx.fblan.de.', 25) reply: '220 mx.fblan.de ESMTP Secure Mailserver (7.9.0.3)\r\n' reply: retcode (220); Msg: mx.fblan.de ESMTP Secure Mailserver (7.9.0.3) connect: mx.fblan.de ESMTP Secure Mailserver (7.9.0.3) send: 'helo server.fahrner.name\r\n' reply: '250 mx.fblan.de\r\n' reply: retcode (250); Msg: mx.fblan.de send: 'mail FROM:<double-bounce(a)fahrner.name>\r\n' reply: '250 2.1.0 Ok\r\n' reply: retcode (250); Msg: 2.1.0 Ok send: 'rcpt TO:<driessen(a)fblan.de>\r\n' reply: '250 2.1.5 Ok\r\n' reply: retcode (250); Msg: 2.1.5 Ok send: 'quit\r\n' reply: '221 2.0.0 Bye\r\n' reply: retcode (221); Msg: 2.0.0 Bye driessen(a)fblan.de existiert

2 2

Mario Rönsch
by Joachim Fahrner 19 Jul '17

19 Jul '17

Hallo Liste, es gibt da einen ziemlich üblen kriminellen Burschen namens Mario Rönsch. Der hat diverse Datenbanken gehackt und sich deren Mailadressen bemächtigt. Nun schickt der Typ penetrant rechtsextreme Mails an all diese Adressen. Ihm gehört die Seite anonymousnews.ru, früher migrantenschreck.ru (das war ein Onlineshop der ihm von den Behörden dicht gemacht wurde), und mittlerweile betreibt er einen neuen Shop patriotenshop.com für den er Werbung macht. Ich hab keinen Plan wie ich den effektiv blocken kann. Ich weiß auch nicht wie er es schafft unter dem Radar diverser Blacklists zu bleiben. Wahrscheinlich, weil seine Adressen eben echte Adressen sind und keine Honigtöpfe. Hat jemand eine Idee? Das ist eine aktuelle Mail von ihm: Jul 18 18:06:04 server postfix/postscreen[8738]: CONNECT from [193.70.118.115]:62287 to [172.31.1.100]:25 Jul 18 18:06:04 server postfix/dnsblog[8739]: addr 193.70.118.115 listed by domain dnsbl-2.uceprotect.net as 127.0.0.2 Jul 18 18:06:04 server postfix/postscreen[8738]: PREGREET 11 after 0.01 from [193.70.118.115]:62287: EHLO User\r\n Jul 18 18:06:04 server postfix/postscreen[8738]: DNSBL rank 2 for [193.70.118.115]:62287 Jul 18 18:06:04 server postfix/postscreen[8738]: DISCONNECT [193.70.118.115]:62287 Jul 18 18:09:01 server postfix/postscreen[8938]: CONNECT from [198.2.181.10]:29100 to [172.31.1.100]:25 Jul 18 18:09:01 server postfix/postscreen[8938]: PASS OLD [198.2.181.10]:29100 Jul 18 18:09:01 server postfix/smtpd[8939]: connect from mail10.suw17.mcsv.net[198.2.181.10] Jul 18 18:09:05 server postgrey[2574]: action=pass, reason=triplet found, delay=907, client_name=mail10.suw17.mcsv.net, client_address=198.2.181.10, s ender=bounce-mc.us16_78343126.45573-jf=fahrner.name(a)mail10.suw17.mcsv.net, recipient=jf(a)fahrner.name Jul 18 18:09:05 server postfix/policyd-weight[23996]: decided action=PREPEND X-policyd-weight: using cached result; rate: -6.1; <client=mail10.suw17.m csv.net[198.2.181.10]> <helo=mail10.suw17.mcsv.net> <from=bounce-mc.us16_78343126.45573-jf=fahrner.name(a)mail10.suw17.mcsv.net> <to=jf(a)fahrner.name>; d elay: 0s Jul 18 18:09:05 server postfix/smtpd[8939]: D52EC1000F7: client=mail10.suw17.mcsv.net[198.2.181.10] Jul 18 18:09:05 server postfix/cleanup[8983]: D52EC1000F7: message-id=<78975410ea83919029406d9c3.90be32de70.20170718155312.e4577d47ca.b67f221f@mail10. suw17.mcsv.net> Jul 18 18:09:06 server opendkim[3978]: D52EC1000F7: mail10.suw17.mcsv.net [198.2.181.10] not internal Jul 18 18:09:06 server opendkim[3978]: D52EC1000F7: not authenticated Jul 18 18:09:06 server opendkim[3978]: D52EC1000F7: DKIM verification successful Jul 18 18:09:06 server opendkim[3978]: D52EC1000F7: s=k1 d=mail10.suw17.mcsv.net SSL Jul 18 18:09:06 server opendmarc[3989]: D52EC1000F7: patriotenshop.com none Jul 18 18:09:06 server spamd[16259]: spamd: got connection over /var/run/spamd.sock Jul 18 18:09:06 server spamd[16259]: spamd: processing message <78975410ea83919029406d9c3.90be32de70.20170718155312.e4577d47ca.b67f221f(a)mail10.suw17.mcsv.net> for jf:116 Jul 18 18:09:08 server spamd[16259]: spamd: clean message (1.1/5.0) for jf:116 in 1.4 seconds, 67257 bytes. Jul 18 18:09:08 server spamd[16259]: spamd: result: . 1 - HEADER_FROM_DIFFERENT_DOMAINS,HTML_MESSAGE,MIME_QP_LONG_LINE,T_DKIM_INVALID,UNPARSEABLE_RELAY,URIBL_GREY scantime=1.4,size=67257,user=jf,uid=116,required_score=5.0,rhost=localhost,raddr=127.0.0.1,rport=/var/run/spamd.sock,mid=<78975410ea83919029406d9c3.90be32de70.20170718155312.e4577d47ca.b67f221f(a)mail10.suw17.mcsv.net>,autolearn=no autolearn_force=no Jul 18 18:09:08 server postfix/qmgr[22427]: D52EC1000F7: from=<bounce-mc.us16_78343126.45573-jf=fahrner.name(a)mail10.suw17.mcsv.net>, size=66809, nrcpt=1 (queue active) Jul 18 18:09:08 server spamd[6562]: prefork: child states: II Jul 18 18:09:08 server postfix/smtpd[8939]: disconnect from mail10.suw17.mcsv.net[198.2.181.10] Jul 18 18:09:08 server postfix/pipe[8985]: D52EC1000F7: to=<...>, orig_to=<jf(a)fahrner.name>, relay=dovecot, delay=6.6, delays=6.5/0.02/0/0.13, dsn=2.0.0, status=sent (delivered via dovecot service) Jul 18 18:09:08 server postfix/qmgr[22427]: D52EC1000F7: removed

8 19