- postfix-users - list.sys4.de

Postfix Lookuptables von Perlskript gleichzeitig nutzen?
by Peter Heitzer 16 Mar '16

16 Mar '16

Für mein Pseudonymisierungsskript will ich Mailadressen innerhalb meiner Domain vorher in die Mailboxadresse umsetzen via /etc/postfix/virtual.db. Kann ich die Lookuptable gefahrllos readonly öffnen oder laufe ich Gefahr, daß während mein Skript läuft, Postfix nicht auf die Datei zugreifen will (da kein exklusiver Zugriff möglich) und keine Umsetzung vornimmt? Das Skript läuft max. 30 s und um Mitternacht, aber ich will trotzdem keine evtl. Ablehnung wegen unbekanntem User riskieren.

3 2

Postscreen als "Teergrube"
by J. Fahrner 07 Mar '16

07 Mar '16

Hallo, ist es möglich, postscreen so zu konfigurieren, dass es vor einem Disconnect die Verbindung noch eine Weile bestehen lässt, um den Angreifer eine Weile zu beschäftigen? Hintergrund: ich sehe gerade in meinem Log folgende Versuche Spam abzuladen: Mar 6 12:20:23 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62525 to [78.47.47.89]:25 Mar 6 12:20:23 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62525: EHLO ylmf-pc\r\n Mar 6 12:20:24 s3 postfix/dnsblog[13900]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:24 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62525 Mar 6 12:20:24 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62525 in tests after SMTP handshake Mar 6 12:20:24 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62525 Mar 6 12:20:24 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62604 to [78.47.47.89]:25 Mar 6 12:20:24 s3 postfix/dnsblog[13901]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:24 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62604: EHLO ylmf-pc\r\n Mar 6 12:20:24 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62604 Mar 6 12:20:24 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62604 in tests after SMTP handshake Mar 6 12:20:24 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62604 Mar 6 12:20:25 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62618 to [78.47.47.89]:25 Mar 6 12:20:25 s3 postfix/dnsblog[13900]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:25 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62618: EHLO ylmf-pc\r\n Mar 6 12:20:25 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62618 Mar 6 12:20:25 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62618 in tests after SMTP handshake Mar 6 12:20:25 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62618 Mar 6 12:20:25 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62631 to [78.47.47.89]:25 Mar 6 12:20:25 s3 postfix/dnsblog[13900]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:25 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62631: EHLO ylmf-pc\r\n Mar 6 12:20:25 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62631 Mar 6 12:20:25 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62631 in tests after SMTP handshake Mar 6 12:20:25 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62631 Mar 6 12:20:25 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62642 to [78.47.47.89]:25 Mar 6 12:20:25 s3 postfix/dnsblog[13899]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:25 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62642: EHLO ylmf-pc\r\n Mar 6 12:20:25 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62642 Mar 6 12:20:25 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62642 in tests after SMTP handshake Mar 6 12:20:25 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62642 Mar 6 12:20:25 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62649 to [78.47.47.89]:25 Mar 6 12:20:25 s3 postfix/dnsblog[13899]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:25 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62649: EHLO ylmf-pc\r\n Mar 6 12:20:25 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62649 Mar 6 12:20:25 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62649 in tests after SMTP handshake Mar 6 12:20:25 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62649 Mar 6 12:20:25 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62665 to [78.47.47.89]:25 Mar 6 12:20:25 s3 postfix/dnsblog[13899]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:25 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62665: EHLO ylmf-pc\r\n Mar 6 12:20:25 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62665 Mar 6 12:20:25 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62665 in tests after SMTP handshake Mar 6 12:20:25 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62665 Mar 6 12:20:25 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62680 to [78.47.47.89]:25 Mar 6 12:20:25 s3 postfix/dnsblog[13899]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:25 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62680: EHLO ylmf-pc\r\n Mar 6 12:20:25 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62680 Mar 6 12:20:25 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62680 in tests after SMTP handshake Mar 6 12:20:25 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62680 Mar 6 12:20:25 s3 postfix/postscreen[13898]: CONNECT from [109.160.96.102]:62692 to [78.47.47.89]:25 Mar 6 12:20:25 s3 postfix/dnsblog[13899]: addr 109.160.96.102 listed by domain zen.spamhaus.org as 127.0.0.4 Mar 6 12:20:25 s3 postfix/postscreen[13898]: PREGREET 14 after 0.04 from [109.160.96.102]:62692: EHLO ylmf-pc\r\n Mar 6 12:20:25 s3 postfix/postscreen[13898]: DNSBL rank 2 for [109.160.96.102]:62692 Mar 6 12:20:26 s3 postfix/postscreen[13898]: HANGUP after 0.08 from [109.160.96.102]:62692 in tests after SMTP handshake Mar 6 12:20:26 s3 postfix/postscreen[13898]: DISCONNECT [109.160.96.102]:62692 Bevor mein fail2ban die Chance hatte die IP zu blocken, hat der Spammer schon etliche Wiederholungsversuche gemacht. Das möchte ich ein bisschen hinauszögern. Kein Spammer soll mehr als 3 Versuche bekommen. ;-) Gruss Jochen

4 3

Skript zur Anonymisierung von Postfix Logdateien
by Peter Heitzer 03 Mar '16

03 Mar '16

Gibt es ein fertiges Skript, um Postfix Logdateien (/var/log/mail) so zu anonymisieren, daß so eine Datei bedenkenlos für Auswertungszwecke weitergegeben werden kann? Es müssen alle Mailadressen, IP-Adressen und Hostnamen so umgesetzt werden, daß keinerlei Rückschlüsse auf die Originaldaten mehr möglich sind. Ein Hash ist IMO nicht ausreichend, da es möglich ist, bei bekannter Hashfunktion für lokale Mailadressen die Hashes zu berechnen und dann mit den anonymisierten Daten zu vergleichen. Lokale Mailadressen sind vom Campus aus via LDAP abrufbar. Meine Idee wäre, für eine Logdatei z.B. alle Local Parts (links vom @) und alle Domain Parts (rechts vom @) in Arrays einzulesen und dann nur den Index zu verwenden, also localpart12345@domainpart54321. Vielleicht hat schon jemand so etwas fertig, ansonsten muss ich mir selber was schreiben.

3 4

Relative sichere Absendervalidierung gesucht
by Peter Heitzer 03 Mar '16

03 Mar '16

Ich soll demnächst einen Service implementieren, der für die Sperrung von elektronischen Studentenkarten (bei Verlust usw.) verwendet werden soll. Über die elektronische Karte soll zukünftig eine Authentisierung an öffentlich aufgestellten Kopierern möglich sein. Die Information, und welche Kartennummer es sich handelt, wird durch eine generierte Mail von einem Rechner der Studentenverwaltung geliefert. Eine andere Möglichkeit der Datenübermittlung ist leider nicht möglich. Änderungen an den Maileinstellungen (z.B. SSL usw.) sind nicht möglich. Die Mail wird via eines unserer MTAs an eine Mailadresse wie z.B. kartensperrung(a)myserver.mydomain gesendet. Es sind also 3 Maschinen beteiligt. <Server Studentenverwaltung> --> MTA --> <Mein Server> Auf meinem Server soll ein Cronjob regelmässig die eingehende Mail auswerten und die Information an ein anderes System weitergeben. Um missbräuchliche Nutzung einzuschränken (vom Campus kann derzeit jeder direkt über die MTAs per SMPT Mails versenden), möchte ich den Transportheader auswerten und nur Mails verwenden, die ausschliesslich die IP-Adresse des Servers der Studentenverwaltung und eines der MTAs im Transportheader enthalten. Mein Server wird auch so eingestellt, daß er nur von den MTAs Mails annimmt. Ist dieses Verfahren hinreichend sichere ggü. Manipulationen oder gibt es eine elegantere Möglichkeit? Auf meinem Server habe ich alle Möglichkeiten, Postfix meinen Bedürfnissen anzupassen. Danke schon mal.

2 3

AW: Absender blocken, die unsere Domain als Versender verwenden aber nicht von unserem Mailserver kommt
by Uwe Drießen 25 Feb '16

25 Feb '16

Im Auftrag von Walter H. > > In den nachfolgenden restrictions für Port 25 steckt das irgendwo drin > > damit verhinderst aber keine Mails, welche Deine Domain als Absender > verwenden, obwohl nicht authorisiert ... So Ich war nochmal auf der Suche reject_unauthenticated_sender_login_mismatch reject_unauthenticated_sender_login_mismatch Enforces the reject_sender_login_mismatch restriction for unauthenticated clients only. This feature is available in Postfix version 2.1 and later. Damit sollte das ohne klimmzüge tun :-) ich wusste da gibt es was von ratiofarm ein Befehl intern und alles ist gut 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

4 4

ANN: savacli - Avira SAVAPI command line client
by Patrick Ben Koetter 23 Feb '16

23 Feb '16

Hallo, wir sind schon eine Weile AVIRA Technologie-Partner und setzen unter anderem deren UNIX-Produktlinie fort. Vor Kurzem haben wir für einen dt. Kunden der AVIRA den Kommandozeilen-Client savacli entwickelt. savacli nutzt AVIRAs lizenzpflichtige AV-Engine SAVAPI, um Dateien und Verzeichnisse nach Malware abzusuchen. Es generiert Reports in Plaintext und JSON. Der Kunde möchte nicht genannt werden. Er legt aber grossen Wert darauf, dass savacli als Open Source Software released wird. Diesem Wunsch kommen wir sehr gerne nach. :) Ihr findet Client und Dokumentation unter https://github.com/sys4/savacli. Grüsse p@rick -- [*] sys4 AG https://sys4.de, +49 (89) 30 90 46 64 Franziskanerstraße 15, 81669 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

1 0

Greylisting - Whitelist
by Andreas Wass - Glas Gasperlmair 19 Feb '16

19 Feb '16

Hallo liebe Postfixler! Verwendet ihr eigentlich auch postgrey und wenn ja, kann man hier eine Online-Whitelist einbinden, die ständig aktualisiert wird. Greylisting ist an und für sich ja eine Gute Sache, allerdings tauchen Probleme auf wenn mir Absender aus Serverfarmen (z.B. Office 365) etwas senden wollen, da nach dem ersten Zustellversuch und temp. Abweisung ja ein anderer Mailserver aus dieser Farm versucht mir diese zuzustellen, somit bekommt der dann wieder eine temp. Unzustellbarkeitsmeldung (450 4.2.0) usw.... Das kann eine Mailzustellung dann schon erheblich verzögern. Was macht ihr dagegen? Pflegt Ihr die postgrey_whitelist_clients.local selber? -- vg, Andi

8 15

Schutz vor Forwarding-Loop?
by Andreas Krischer - akbyte 17 Feb '16

17 Feb '16

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA512 Hallo liebe Postfix User! Wir haben in einer relativ großen Organisation folgendes LDAP-Setup: ou=users,dc=domain,dc=de enthält alle User mit ihren Attributen. Dabei nutzen wir das `mail`-Attribut immer als finale Ziel-Adresse eines Users. Hat der User ein Postfach, ist es die Adresse des Postfachs - hat der User nur eine Mail-Weiterleitung und kein Postfach, ist die Adresse das Weiterleitungsziel. Entsprechend haben wir bei letzterem Fall im Attribut `mailForwardingAddress` die Mail-Adresse mit @domain.de, die weitergeleitet wird. Damit Postfix weiß, wer eine Weiterleitung und wer ein Postfach hat, werden in den entsprechenden Querys unterschiedliche User genutzt und per ACL gefiltert (die Berechtigungen verwalten wir ÃŒber LDAP-Gruppen `groupOfNames`). Das funktioniert auch hervorragend, aber vor kurzem hat jemand, der bereits ein Postfach hatte, zusätzlich zu dem Postfach eine Weiterleitung in seinem Account hinzugefügt. Das Ergebnis sah im LDAP so aus: cn=einUser,ou=users,dc=domain,dc=de mail: einUser(a)domain.de mail: einUser(a)externerAnbieter.de mailForwardingAddress: einUser(a)domain.de Ihr könnt schon ahnen, was passiert ist: Als eine Mail an einUser(a)domain.de einging und Postfix nach Weiterleitungen für diese Adresse gesucht hat, hat der LDAP-Query einUser(a)externerAnbieter.de _und_ einUser(a)domain.de zurückgeliefert. Damit ist eine Endlosschleife entstanden, die sich nur durch einen Postfix restart abbrechen lies (vielleicht wäre es auch anders gegangen, aber ich wusste in dem Moment nicht wie). Wir haben jetzt lange diskutiert, wie wir das Problem lösen könnten: auf Accounts mit Postfach & Weiterleitung zu verzichten, kommt leider nicht in Frage. Auch vor einer Umstrukturierung des LDAPs sträuben wir uns, weil dort sehr viele Anwendungen angeschlossen sind, die alle angepasst werden müssen. Eine Möglichkeit wäre natürlich auch einfach zwei User zu erstellen, aber da die User ihre Accounts über ein Webinterface selber verwalten, wäre das auch ziemlich aufwendig zu implementieren. Ich habe natürlich auch schon die Suchmaschine meiner Wahl zu dem Thema befragt, konnte aber nichts gescheites finden. Daher meine Frage: Hat Postfix irgendeinen Forwarding-Loop-Schutz? So ganz unabhängig von LDAP für alle virtuellen Aliasse? Eigentlich muss Postfix doch intelligent genug sein, zu erkennen, dass Forwarding-Source und - -Destination gleich sind? Es wäre toll, wenn ihr uns da helfen könnt! Viele Grüße, Andreas Krischer akbyte webentwicklung Pastor-Lüpschen-Str. 82 52351 Düren https://akbyte.com kontakt(a)akbyte.com +49 (0) 2421 500 332 Skype: akbyte_com -----BEGIN PGP SIGNATURE----- Comment: GPGTools - https://gpgtools.org iQIcBAEBCgAGBQJWw/PmAAoJEPgOypzRIu6rCmwQALhF6U5Fa4cQKUZTC8tGM9eF LP1eKj2c8KMrCS0PuGHlVXI3RKHpGrP3+PXmQheGJnW3z3MWz1hLpjfRTlibHJgY uYFy4rbOeANPjqPklw7w8nE0sm7aNmTkv8E/rKBuhSrcGY4XOm+AG33Mp3P17ZW6 3+PhOHCepwG2pqS3gK95JIC1VypE+0xseeK8J/+XyksCThyxeFETpAzJmv101xR4 ojUJjMtx6zMRy+Nlff5Nc+1+oY6qR4zVQ4LNrFhXNdHIxnfRvqbqsUDYFnkdEIr1 FmMjyA234TgMKe3dskRiG0+3fXm9AFddgmkhZc5o0pASQH/4wElDSk1pSbEutNMu uCp5cfJ33XUSpzkSU7zT/jr2l+X/GPgdUpfF+r1nZyweDisbe2pGVqoPMv9XeTcY bceEixI55ViNW6leJrGp8y/h4JxF8AXruN7R1svSzhEtRDFUG5JwFH4imnxPrzPG vnFZFHRmUkcd0lamFmztxwW17YwW3TODJPgsPSIzNtbd7FsGAscgc9IliRhHWOag EqX3ltMbGdoxIUkui/ddKRkp2BUd+EHQCvEvTTtTKCoA8Id3TcRNXO8+VewY5PVk 7zZjTm4zM65e8SbCEFNTXqqzeGqSrNzUz88MMwWm31VPwAeoavqSNzGes1vWHX30 Gf/6nHWqNGhYF4nGv51B =OVLn -----END PGP SIGNATURE-----

1 0

Header eigene Infos reinschreiben
by Thomas 16 Feb '16

16 Feb '16

Hallo, kann ich eigentlich auch was "eigenes" in den Header reinscheiben, z.B. ein oder zwei Wörter und dann z.B. eine Schlüsselnummer. Oder bekomme ich "Probleme" mit irgendwelchen Filter bei Empfängern. So wie hier: if ($this->XMailer == '') { $result .= $this->headerLine( 'X-Mailer', 'PHPMailer ' . $this->Version . ' (https://github.com/PHPMailer/PHPMailer/)' ); Gruss Thomas

2 1

Absender blocken, die unsere Domain als Versender verwenden aber nicht von unserem Mailserver kommt
by Andreas Wass - Glas Gasperlmair 13 Feb '16

13 Feb '16

Liebe Postfix Gemeinde! In letzter Zeit häufen sich Mails von Absendern, die unsere Domain in deren Absenderadressen verwenden und ein Worddokument als Anhang mitsenden, welches natürlich schadhaft ist. Gibt es eine Möglichkeit solche Mails zu blocken? -- Mit freundlichen Grüßen *Andi*

8 13