February 2016 - postfix-users

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

seltsamer Fehler in mail.log (dnssd_clientstub ConnectToServer: connect()->)
by Roland Schmid 12 Feb '16

12 Feb '16

Hallo, ich habe im mail.log unseres Postfix eine seltsame Fehlermeldung (siehe unten). Der Postfix läuft auf OSX 10.11.3 Bin mir nicht sicher, ob es tatsächlich etwas mit dem Postfix zu tun hat oder mit dem OS selbst. Feb 12 08:54:58 ns1 postfix/smtpd[74561]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 1 Feb 12 08:54:59 ns1 postfix/smtpd[74781]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 1 Feb 12 08:54:59 ns1 postfix/smtpd[74561]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 2 Feb 12 08:55:00 ns1 postfix/smtpd[74781]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 2 Feb 12 08:55:00 ns1 postfix/smtpd[74561]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 3 Feb 12 08:55:01 ns1 postfix/smtpd[74781]: dnssd_clientstub ConnectToServer: connect()-> No of tries: 3 Feb 12 08:55:01 ns1 postfix/smtpd[74561]: dnssd_clientstub ConnectToServer: connect() failed path:/var/run/mDNSResponder Socket:14 Err:-1 Errno:2 No such file or directory Viele Grüße Roland

1 0

Re: Absender blocken, die unsere Domain als Versender verwenden aber nicht von unserem Mailserver kommt
by Marco Dickert 11 Feb '16

11 Feb '16

----- Forwarded message from Marco Dickert <marco(a)misterunknown.de> ----- Date: Thu, 11 Feb 2016 17:18:24 +0100 From: Marco Dickert <marco(a)misterunknown.de> To: Andreas Wass - Glas Gasperlmair <a.wass(a)glas-gasperlmair.at> Subject: Re: Absender blocken, die unsere Domain als Versender verwenden aber nicht von unserem Mailserver kommt User-Agent: Mutt/1.5.21 (2010-09-15) Moin, On 2016-02-11 16:43:48, Andreas Wass - Glas Gasperlmair wrote: > Dann würde ich mich ja selber rejecten, oder verstehe ich da was falsch? Die Restrictions werden der Reihe nach abgearbeitet. Wenn du an den Anfang "permit_mynetworks" schreibst, dann können alle Hosts aus "mynetworks" Emails mit entsprechenden Sender-Adressen schicken, alle anderen (beispielsweise von außen) nicht. -- Marco Dickert marco(a)misterunknown.de https://misterunknown.de ----- End forwarded message ----- -- Marco Dickert marco(a)misterunknown.de https://misterunknown.de

1 0

delivery temporarily suspended mail aus postqueue zustellen
by Roland Schmid 11 Feb '16

11 Feb '16

Hallo, wie kann ich aus der Queue unseres Postfix mails zustellen, bei denen delivery temporarily suspended bzw. Connection refused steht? Amavisd hat einen Aussetzer und postfix flush oder postqueue -f nutzt nichts. Mail bleiben in Queue. Vermutlich wegen dem transport 10024/10025 scheitert es. Amavis habe ich wieder aus der main.cf entfernt habe, damit mails wieder ankommen. Es geht um 8 Mails, die in der Queue des Postfix hängen. Viele Grüße Roland

3 3

450 4.7.1 Client host rejected: cannot find your hostname
by Thomas Barth 07 Feb '16

07 Feb '16

Hallo, ich verstehe nicht, warum ein bestimmter Mailserver den Hostnamen meines Mailservers bei der Maileinlieferung nicht finden kann und die Mail offensichtlich abweist. (host mail.bla.ch[212.25.x.xxx] said: 450 4.7.1 Client host rejected: cannot find your hostname, [188.40.xxx.xx] (in reply to RCPT TO command)) Ich habe aber einen korrekten Reverse DNS Eintrag 188.40.xxx.xx gesetzt, nämlich mailserver1.mydomain.de . Der Quelltext einer von dem betroffenen Server versendeten Mail an meinen Server, der die Hostnamen-Überprüfung nicht macht, sieht so aus: Return-Path: <tb(a)anotherdomain.de> X-Original-To: tbarth(a)txbweb.de Delivered-To: tbarth(a)txbweb.de Received: from localhost (localhost.localdomain [127.0.0.1]) by mail.txbweb.de (Postfix) with ESMTP id 065F815E123 for <tbarth(a)txbweb.de>; Sat, 6 Feb 2016 16:46:57 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at txbweb.de Received: from mail.txbweb.de ([127.0.0.1]) by localhost (mail.txbweb.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id 3w-kHNGTHdfF for <tbarth(a)txbweb.de>; Sat, 6 Feb 2016 16:46:56 +0100 (CET) Received: from mailserver1.anotherdomain.de (unknown [188.40.xxx.xx]) by mail.txbweb.de (Postfix) with ESMTPS for <tbarth(a)txbweb.de>; Sat, 6 Feb 2016 16:46:56 +0100 (CET) Received: by mailserver1.anotherdomain.de (Postfix, from userid 5002) id A274F2760E3; Sat, 6 Feb 2016 16:46:56 +0100 (CET) Received: from localhost (localhost [127.0.0.1]) by mailserver1.anotherdomain.de (Postfix) with ESMTP id 9D61627604E for <tbarth(a)txbweb.de>; Sat, 6 Feb 2016 16:46:56 +0100 (CET) X-Virus-Scanned: Debian amavisd-new at mailserver1.anotherdomain.de Received: from mailserver1.anotherdomain.de ([127.0.0.1]) by localhost (mailserver1.anotherdomain.de [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id HzC6SNA56JDX for <tbarth(a)txbweb.de>; Sat, 6 Feb 2016 16:46:56 +0100 (CET) Received: from [192.168.178.167] (dslb-092-072-050-179.092.072.pools.vodafone-ip.de [92.72.50.179]) by mailserver1.anotherdomain.de (Postfix) with ESMTPSA for <tbarth(a)txbweb.de>; Sat, 6 Feb 2016 16:46:56 +0100 (CET) Da fällt mir die Zeile mit unknown auf Received: from mailserver1.anotherdomain.de (unknown [188.40.xxx.xx]) Wird die Mail wegen des unknown abgewiesen? Wieso eigentlich unknown? Da steht doch mailserver1.anotherdomain.de Und 188.40.xxx.xx verweist auch auf diese Domain. Könnte mir vielleicht jemand auf die Sprünge helfen? Thomas B

3 7