- postfix-users - list.sys4.de

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

RBL schlägt an - remote client steht in whitelist
by Friedrich Strohmaier 22 Jul '19

22 Jul '19

Hallo Leute, das ist meine erste Mail an diese Liste. Die meisten postfix-Kenntnisse habe ich von einem Workshop für Libreoffice Admins mit Patrick in München. Ich hoffe, Patrick, ich mach' Dir keine Schande. ;o)) Jetzt zu meinem Anliegen: Unser Postfix schert sich nicht darum, dass ich ihm die t-online mailouts in meiner bypass_access als gut gekennzeichnet habe. Mails von diesen fängt immer wieder mal der hostkarma Blacklistdienst ab. Logmeldung: Jul 5 00:22:16 tesla postfix/smtpd[6725]: connect from mailout09.t-online.de[194.25.134.84] Jul 5 00:22:16 tesla postfix/smtpd[6725]: NOQUEUE: reject: RCPT from mailout09.t-online.de[194.25.134.84]: 554 5.7.1 Service unavailable; Client host [194.25.134.84] blocked using hostkarma.junkemailfilter.com; Black listed at hostkarma http://ipadmin.junkemailfilter.com/remove.php?ip=194.25.134.84; from=<fxxxxxxxxxxxx(a)t-online.de> to=<fyyyyy(a)wueste-welle.de> proto=ESMTP helo=<mailout09.t-online.de> # postconf -n | grep restrictions smtpd_client_restrictions = permit_mynetworks permit_sasl_authenticated check_client_access hash:/etc/postfix/bypass_access reject_unauth_pipelining reject_unknown_client_hostname smtpd_helo_restrictions = permit_mynetworks permit_sasl_authenticated check_helo_access hash:/etc/postfix/bypass_access reject_invalid_helo_hostname reject_non_fqdn_helo_hostname reject_unknown_helo_hostname smtpd_recipient_restrictions = permit_mynetworks permit_sasl_authenticated check_recipient_access hash:/etc/postfix/bypass_access reject_unauth_destination reject_unauth_pipelining reject_non_fqdn_recipient reject_invalid_helo_hostname reject_non_fqdn_helo_hostname reject_unknown_recipient_domain reject_unlisted_recipient reject_unknown_address reject_rbl_client ix.dnsbl.manitu.net reject_rbl_client hostkarma.junkemailfilter.com=127.0.0.2 smtpd_sender_restrictions = permit_mynetworks permit_sasl_authenticated check_sender_access hash:/etc/postfix/bypass_access reject_non_fqdn_sender reject_unknown_sender_domain reject_unverified_sender Meine (gekürzte) /etc/postfix/bypass_access: ... t-online.de OK # Telekom lt. Website .. 194.25.134.84 OK ... Was hindert den postfix die Auswertung der bypass_access in meinem Sinne auszuführen? Weitere Anregungen, Kritik oder RTFM sind hochwillkommen. Reichen die Auszüge oder wird mehr gebraucht? Gruß -- Friedrich Strohmaier Koordination AK-Technik *** Freies Radio Wüste Welle Tübingen/Reutlingen - im Sudhaus - Hechinger Str. 203, 72072 Tübingen http://www.wueste-welle.de

2 6

SMTP über VPN-Verbindung geht nicht
by tbarth＠txbweb.de 23 Jun '19

23 Jun '19

Hallo, ich verwende einen Mailserver mit Postfix / Dovecot. Wenn ich eine VPN-Verbindung über NordVPN z.B. herstelle, kann ich über meinen Mailclient keine Mails versenden. Irgendwas klappt dann beim Sendeversuch laut Mail.log nicht mit der Authentifizierung. Dovecot hat seltsamerweise damit keine Probleme, Mails können ganz normal abgerufen und gelesen werden. Mails versende ich daher mit dem auf dem Server installierten roundcube. Ich verstehe nicht, warum der Versand über den Mailclient nicht funktioniert, der Mail-Server sieht doch über die VPN-Verbindugn nur eine andere IP-Adresse, oder? Lässt sich das über eine Postfix-Einstellung beheben? Gruß Thomas Barth

3 3

amavis decoder gesucht
by Ralf Hansen 19 Jun '19

19 Jun '19

Hallo zusammen, kann mir jemand sagen, welche Pakete ich auf Ubuntu 16.04. ben??tige, um die passenden Amavis decoder einzuspielen? Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .F Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .deb Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .iso Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .jar Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .lha Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .lrz Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .lz4 Jun 18 17:54:00 xxx amavis[9921]: No decoder for???????????? .swf Danke und Gru?? Ralf

2 2

FROM Adresse in DATA Phase testen.
by Peter Heitzer 12 Jun '19

12 Jun '19

Wir betreiben für unsere Benutzer mehrere MTAs, an denen sie via Submission (Port 587) authentisiert Mail versenden können. Dazu haben wir zusätzlich in main.cf smtpd_sender_login_maps = hash:/etc/postfix/login_maps aktiviert, damit die Benutzer (oder ein Hacker mit deren Credentials) nicht mit beliebigen Absenderadressen Mails verschicken. Leider bezieht sich das nur auf die Sendeadressen, die mit MAIL FROM beim Verbindungsaufbau angegeben werden. Wird in der DATA Phase eine beliebige From: Adresse angegeben, so findet keine Verifikation mehr statt und diese evtl. gefälschte Adresse wird beim Empfänger dann so angezeigt. Lediglich im Mailheader findet sich noch in Return-Path: die echte Absenderadresse, welche aber bei einem Flatforward verloren geht. ONU hat jedenfalls Schwierigkeiten, den originalen Absender sicher zu erkennen. Was uns vorschwebt, wäre eine Methode, die auch als From: Adressen in der DATA Phase nur die zu dem Account zugeordneten Adressen akzeptiert. Ist dies mit Postfix internen Mitteln möglich oder bedarf es dazu externer Erweiterungen, z.B. postfwd? ---- Dipl.-Inform(FH) Peter Heitzer, peter.heitzer(a)rz.uni-regensburg.de

4 3

OT mrtg für dovecot
by Katharina Knuth 11 Jun '19

11 Jun '19

Moin, sorry für OT. Aber hat evtl. jemand ein mrtg Sript, um den Zugriff auf Dovecot Mailboxen grafisch darzustellen? Danke vorab. Gerne auch offlist. -- Mit freundlichem Gruß, With kind regard, Katharina Knuth

1 0

clamav defekte signatur
by Andreas Wass - Glas Gasperlmair 27 May '19

27 May '19

Hallo Liste! Ich glaub ich bin ev. nicht ganz richtig hier in der Liste, aber seit heute morgen haben wir massive Probleme mit ein und ausgehenden Mails. Alle werden in Quarantäne gestellt: May 27 08:40:26 mail amavis[20192]: (20192-11) Blocked INFECTED (Win.Exploit.CVE_2019_0903-6966169-0) {RejectedInternal,Quarantined}, ORIGINATING LOCAL ... Habe clamav in der amavisd.conf mittlerweile deaktiviert, da ich ein whitelisten der Signatur CVE_2019_0903-6966169-0 einfach nicht hinbekomme auf Centos 7.6.18.10. Laut Anleitungen im Internet haben wir eine whitelist.ign2 und eine whitelist-local.ign2 angelegt mit folgendem Inhalt erstellt und amavisd neu gestartet: Win.Exploit.CVE_2019_0903-6966169-0 CVE_2019_0903-6966169-0 Aber es funktioniert nicht. Habt ihr Lösungsvorschläge wie ich auf unserem Centos 7.6.18.10 whitlisten von Signaturen konfigurieren kann? Viele Grüße, Andi

2 6

Dateien nach Checksumme mit Amavis blocken
by Marc Patermann 17 May '19

17 May '19

Hallo, hat jemand einen spontanen Tipp oder Hinweis, wie man auf Basis einer Liste mit Datei-Checksummen Anhänge mit Amavis blocken kann? Checksummen auf Mails reichen nicht. Schöne Grüße Marc Patermann

2 1

Postfix stellt Mails an einen bestimmten Benutzer nicht zu
by Sylvia Gelman 10 May '19

10 May '19

Liebe Liste, ich hoffe ihr könnt mir helfen. Suche nun schon seit Tagen nach einer Lösung und es ist mir echt ein Rätsel. Ich habe einen Postfix Server auf Debian Jessie am Laufen. Version postfix 2.11.3 mit Paket postfix-ldap. Als imap Server kommt Cyrus 2.4.17 zum Einsatz. Ich möchte euch nicht mit endlosen Konfigdateien belasten, daher hier nur erstmal der Auszug aus den Logs, wo es wohl hakt. Der Server nimmt die Mail an und stellt sie nur für einen bestimmten neu angelegten Benutzer nicht zu. Alles andere wird zugestellt. Diese Mails befinden sich nun schon seit Tagen in der Queue. Es gibt auch keine Rückmeldung wie sonst, dass die Mails nicht zugestellt werden können. So sieht die Mailzustellung normalerweise aus: root@server:/# grep 80D41241356 /var/log/mail.log Apr 25 11:39:11 server postfix/smtpd[12439]: 80D41241356: client=kes.domain.de[IP] Apr 25 11:39:11 server postfix/cleanup[12442]: 80D41241356: message-id=<3808909c-c8fa-7d93-b2e4-a225ffa7a48b(a)domain.de> Apr 25 11:39:11 server postfix/qmgr[12406]: 80D41241356: from=admin(a)domain.de, size=997, nrcpt=1 (queue active) Apr 25 11:39:11 server postfix/pipe[12445]: 80D41241356: to=admin(a)domain.de, orig_to=admin(a)domain.de, relay=cyrus, delay=0.1, delays=0/0.02/0/0.08, dsn=2.0.0, status=sent (delivered via cyrus service) Apr 25 11:39:11 server postfix/qmgr[12406]: 80D41241356: removed Bei diesem Benutzer bleibt die Mail in der Queue hängen, es passiert nichts weiter: root@server:/# grep 706AB240FC4 /var/log/mail.log Apr 25 11:38:45 server postfix/smtpd[12439]: 706AB240FC4: client=kes.domain.de[IP] Apr 25 11:38:45 server postfix/cleanup[12442]: 706AB240FC4: message-id=ff5eecc9-73a3-e605-1567-21c9814f3f4b(a)domain.de Apr 25 11:38:45 server postfix/qmgr[12406]: 706AB240FC4: from=admin(a)domain.de, size=1006, nrcpt=1 (queue active) Nach Einschalten diverser Debuglevel bekomme ich dies hier, erst wieder die erste Mail: Apr 29 11:28:57 server postfix/local[15680]: deliver_dotforward[3]: set user_attr: atest Apr 29 11:28:57 server postfix/local[15680]: *set_eugid: euid 3005 egid 201**7* Apr 29 11:28:57 server postfix/local[15680]: *set_eugid: euid 110 egid 116* Apr 29 11:28:57 server postfix/local[15680]: deliver_dotforward: path /home/atest/.forward expand_status 0 look_status -1 Apr 29 11:28:57 server postfix/local[15680]: deliver_mailbox[3]: local atest recip atest(a)server.domain.de exten deliver atest(a)server.domain.de exp_from und hier die nicht zugestellte Mail: Apr 29 11:30:36 server postfix/local[15680]: deliver_dotforward[3]: set user_attr: mvogt Apr 29 11:30:36 server postfix/local[15680]:*set_eugid: euid 3146 egid 2017* danach passiert nichts mehr. Hat jemand eine Idee nach was ich noch suchen könnte, warum kommt es hier nicht zur zweiten Zeile? Info: /etc/groups: postfix:x:116:und /etc/passwd postfix:x:110:116: Ich hatte auch schon versucht, den Benutzer ganz neu anzulegen, gleiches Prinzip. Es kann also auch sein, dass es nicht mehr möglich ist für irgendeinen neuen Benutzer eine neue Mailbox anzulegen. Was hatte ich ganz am Anfang getan? Dies war ein neuer Benutzer für den ich nur ein Forwarding per Mailalias im openldap-Server eingetragen hatte. Dies hat funktioniert, bis er doch eine Mailbox wollte. Diesen Fall hatte ich noch nie. Der Server läuft schon seit ca. 2013 anstandslos durch.* * Bitte gebt Bescheid, falls ich noch andere Infos hinzufügen soll, danke! herzliche Grüße Sylvia* * -- Sylvia Gelman IT Organisation Technische Universität Darmstadt Institut für Automatisierungstechnik und Mechatronik - IAT Fachgebiet Regelungsmethoden und Robotik (RMR) Landgraf-Georg-Str. 4 D-64283 Darmstadt Tel.: +49 6151 / 16-25055 Email: sgelman(a)rmr.tu-darmstadt.de

4 10