- postfix-users - list.sys4.de

[leicht OT] SPAM als Bounces der eigenen Domain mit Schadcode im Gepäck
by django＠nausch.org 21 Sep '15

21 Sep '15

Servus, in den Jahren in den ich mich nunmehr mit Mailservern beschäftigte, dachte ich eigentlich ich hab schon viel gesehen. Tja, falsch gedacht, denn seit gestern bin ich ein kleines Stückchen weiser - O.K., das ist bei mir Gerüchten nach relativ einfach, aber was sollst. Nun gut, gestern wurde groß Alarm geschlagen, da bei einer Kollegin plötzlich hunderte Mails (Bounces) aufschlugen und sie von dritter Seite gleich angeschissen wurde, sie habe in einer Spammail auf einen Link geklickt oder ein Attachment geöffnet zu haben. Schnell konnte ich klären und beweisen, dass die Kollegin gar nichts gemacht haben kann. Weder von Ihrem Account noch von einem anderen wurden, noch auf irgend einem der Mailserver beim Kunden hat in der Zeit irgendwas in der Art und Weise verschickt. Eigentlich ist an der Sache ja nicht ungewöhnliches, kennen wir doch Adressfälschungen und Backscatter doch schon etwas länger. Was mich aber nun stutzig machte, war der Umstand, dass in dem "zurückbekommenen Bounce" eine ZIP-Archiv mit einer .exe enthalten war. MOMENT, dachte ich mir, dafür haben wir doch extra eigene Regeln in unseren AMaViS-Cluster, die eben Nachrichten mit derartigem potentiellen Schadcode gar nicht erst annehmen soll. Kurz brach der Angstschweis aus, da ich mich selbst verdächtigte in einer der vielen dunklen Minuten (bei dem der schwarze Hund mich mehr beschäftigte als die Arbeit) etwas verkonfiguriert zu haben. Aber auch das konnte ich sehr schnell widerlegen, da alle Versuche solch präparierte Nachrichten an "mir selbst" vorbeizuschleusen, allesamt zum Scheitern verurteilt waren. Also zurück auf Anfang und aus den Maillogs der verschiedenen Systeme die Log-Zeilen herausgesucht. Denn irgendwo muss es ja einen Grund geben, warum der gefakte Bounce mit dem Schadcode im Anhang durchgewunken wurde. Der Versuch den Schadcode in einer Standardmail verpackt zu empfangen klappt jedoch nicht. Das einzigste, was ich da nun entdeckt habe, war auf dem AMaViS-Cluster: Sep 8 13:17:10 amavis-cluster-by amavis[23088]: (23088-10) bounce rescued by domain (DSN), <> -> <redacted(a)example.com>, date: Tue, 8 Sep 2015 12:41:24 +0200, from: Rosenbaum Group <redacted(a)example.com>, message-id: <HDmUIBRrPV7ZeJ2q0r2ttvv(a)example.com>, return-path: redacted(a)example.com Hä, "bounce rescued by domain" sagt mir nix, als Tante Google befragen und folgende beiden Seiten entdeckt: https://www.mail-archive.com/amavis-user@lists.sourceforge.net/msg11245.html http://sourceforge.net/p/amavis/mailman/amavis-user/thread/201010051713.380… O.K. $bounce_killer_score habe ich gefunden, der Wert wurde bis dato nicht angefasst, steht er beim Defaultwert: $bounce_killer_score = 100; # spam score points to add for joe-jobbed bounces Darum habe ich mich auch bis jetzt noch nie so richtig beschäftigt, weder in Berlin noch in München wurde das Thema erwähnt hehe - kleiner Wink mit dem Zaunpfahl ;) Wie kann ich nun meine AMaVis'e dazu bewegen, gefakte Bounces zu erkennen und deren Annahme zu verweigern? Alternativ dazu, muss ich dann für solche Fälle eben doch eine Quarantäne vorhalten und derartigen Müll nicht zum Endkunden zurückzuwerfen. Also Raus aus dem Schützengraben und klärt mich mal auf, wo genau ich mich zu diesem angeblichen bounce killer feature einlesen und beeinflussen kann. Servus Django -- http://dokuwiki.nausch.org http://wetterstation-pliening.info http://ebersberger-liedersammlung.de

4 11

Relay ohne lokale Queue
by Lutz Reinhardt 16 Sep '15

16 Sep '15

Hallo zusammen, ist möchte folgendes tun: - ankommende Mails sollen an einen SMTP Server nur weitergeleitet werden (Relay halt) - dabei soll das ganze aber "live" passieren - so das wenn der Ziel SMTP Server an den die Mails weitergeleitet werden, abbricht bzw. die Mails abweist, die Response an den Sender weitergeleitet werden kann... - ich möchte damit verhindern das die Mails lokal "liegen bleiben" Ist das mit postfix umsetzbar? Danke im Voraus!

3 2

Hosts in mynetworks sollen nur Absender Adressen aus relay_recipient_maps verwenden dürfen
by Wenger Florian 10 Sep '15

10 Sep '15

Hallo Postfix-Users Kann ich Postfix so konfigurieren, dass angeschlossene Mailserver (gelistet in mynetworks) über Postfix relayen dürfen, aber als Absenderadressen nur diese Adressen verwenden dürfen, welche auch in relay_recipient_maps angegeben sind? Zur Erklärung ein paar mehr Fakten... Ich bastle gerade an einem neuen Mailgateway meines Arbeitgebers. Debian 8.2 ,Postfix 2.11.3, Amavis, Spamassassin, usw... Auf diesem Server gibt es keine Mailboxen oder Mailuser. Alle eingehenden Mails (von Internet-Seite) werden an verschiedene Mailsysteme (intern) weitergeleitet. In einer MySQL-Tabelle sind alle gültigen Empfänger-Adressen aller angeschlossenen internen Mailsysteme hinterlegt. Postfix kennt alle Empfänger-Adressen der angeschlossenen Mailsysteme und nimmt nur diese an. SMTP-Auth (SASL) oder address_verify_map für relay_domains ist leider nicht möglich. relay_domains = proxy:mysql:/etc/postfix/relay_domains.mysql = Liste der Domains die nach intern weitergeleitet werden. relay_recipient_maps = proxy:mysql:/etc/postfix/relay_recipients.mysql = Liste aller Empfänger-Adressen der relay_domains smtpd_reject_unlisted_recipient = yes = Postfix nimmt unbekannte Empfänger nicht an. Dank smtpd_reject_unlisted_sender = yes können auch nur Absender Adressen von meinen relay_domains verwendet werden, wenn diese in relay_recipient_maps vorhanden sind. Beispiel: relay_domains dom1.example.org dom2.example.org relay_recipients user1(a)dom1.example.org user2(a)dom1.example.org user1(a)dom2.example.org user2(a)dom2.example.org Wenn ich nun E-Mails über diesen Mailserver ins Internet-verschicke (von intern nach extern), kann ich nur die Absenderadressen verwenden die in relay_recipients angeführt sind. Dies funktioniert aber nur wenn die Absender-Domain in relay_domains angeführt sind. Absender user1(a)dom1.example.org funktioniert user2(a)dom2.example.org funktioniert user3(a)dom1.example.org funktioniert nicht NOQUEUE: reject: 550 5.1.0 Sender address rejected: User unknown in relay recipient table; genau so möchte ich das haben. Da die "internen" Mailsysteme auch in mynetworks geführt werden, können diese Mailsysteme E-Mails verschicken, deren Absender komplett unbekannt sind. Absender user0815(a)anderedomain.com funktioniert, sofern diese Domain existiert (Dank reject_unknown_recipient_domain) Kann ich Postfix so kinfigurieren, dass auch hosts in mynetworks nur absender Adressen verwenden dürfen, welche in relay_recipient_maps angegeben sind. Und andernfalls die Nachrichten nicht annimmt. Noch ein paar ergänzende Einstellungen meiner main.cf relay_domains = proxy:mysql:/etc/postfix/relay_domains.mysql transport_maps = hash:/etc/postfix/transport, $relay_domains relay_recipient_maps = proxy:mysql:/etc/postfix/relay_recipients.mysql smtpd_reject_unlisted_sender = yes smtpd_reject_unlisted_recipient = yes smtpd_helo_restrictions = warn_if_reject reject_unknown_helo_hostname smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_relay_restrictions = check_recipient_access hash:/etc/postfix/mxsysallow reject_unknown_recipient_domain permit_mynetworks, reject_unauth_destination smtpd_recipient_restrictions = permit_mynetworks, check_recipient_access hash:/etc/postfix/mxsysallow # reject_unauth_destination is not needed here if the mail # relay policy is specified under smtpd_relay_restrictions # (available with Postfix 2.10 and later). reject_unauth_destination, check_helo_access hash:/etc/postfix/helo_access, reject_rbl_client zen.spamhaus.org, reject_rhsbl_reverse_client dbl.spamhaus.org, reject_rhsbl_helo dbl.spamhaus.org, reject_rhsbl_sender dbl.spamhaus.org check_policy_service inet:127.0.0.1:10023, check_policy_service unix:private/policy-spf, reject_rbl_client bl.spamcop.net, reject_rbl_client cbl.abuseat.org, --------------------------------- Folgendes habe ich auch schon probiert smtpd_relay_restrictions = check_recipient_access hash:/etc/postfix/mxsysallow reject_unknown_recipient_domain check_sender_access proxy:mysql:/etc/postfix/my_relay_senders.mysql, check_sender_access hash:/etc/postfix/my_special_relay_senders, REJECT, permit_mynetworks, reject_unauth_destination my_relay_senders.mysql ist eine Mysql-Abfrage auf die gleiche Tabelle, wie proxy:mysql:/etc/postfix/relay_recipients.mysql, Liefert aber OK wenn eine E-Mail Adresse matcht. Das Unschöne an dieser Lösung ist, dass "REJECT," im SMTP - Dialog ein 554 5.7.1 ...Recipient address rejected: Access denied; erzeugt, aber nicht über die falsche Absender-Adresse informiert. Vielleicht hat hier jemand eine Idee für meine Könfigurationswünsche MFG Flo

1 0

Mail von externen Servern abrufen
by Joachim Fahrner 05 Sep '15

05 Sep '15

Hallo, hat jemand einen Tipp mit welchem Tool man am besten/einfachsten Mails von externen POP3/IMAP-Postfächern abrufen kann? Google hat mir fetchmail und getmail ausgespuckt, aber ich habe keine Ahnung wie gut die für meine Umgebung geeignet sind. Mein Mailserver besteht aus Postfix und Dovecot mit virtuellen Nutzern (verwaltet über Postfixadmin). Es reicht wenn ich den Abruf als root einrichte, es ist nicht nötig dass jeder User das selber einrichten können soll. Es geht nur um ein Postfach meines Sohnes von der Uni, das er gerne in seinem normalen Postfach lesen möchte. Weiterleitung bietet die Uni leider nicht an. -- Mit besten Grüßen Joachim Fahrner PGP-Key: http://www.fahrner.name/JoachimFahrner.asc --------------------------------------------------- Es gibt keine Cloud. Es ist nur der Computer eines Anderen.

3 3

check-client-access-not-working ?
by Andre Hohmann 03 Sep '15

03 Sep '15

Hallo zusammen, ich habe immer noch keine Lösung für folgendes Problem: http://stackoverflow.com/questions/32270166/postfix-check-client-access-not… [1] Könnt ihr bitte mal schauen, ob ihr eine Idee habt? Hab die Einstellungen nun schon mehrfach überprüft und auch neu gesetzt, und kann mit immer noch nicht erklären, wo der Fehler liegt. Besten Dank! -- Mit freundlichen Grüssen Andre Hohmann Links: ------ [1] http://stackoverflow.com/questions/32270166/postfix-check-client-access-not…

4 5

Chunking / BDAT
by Philipp Resch 02 Sep '15

02 Sep '15

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 Hallo Liste, mein Problem hat nicht direkt und ausschließlich mit Postfix zu tun, doch nachdem nun ein kompletter Tag des Forschens dahin ist dachte ich, ich frage mal hier: Kennt jemand einen MTA, der den RFC 3030 implementiert (BINARYMIME / CHUNKING) ? Alles was ich gefunden habe ist irgendein alter Fork von Qmail, und das will man ja eigentlich nicht. Gibt es vielleicht irgendeinen Patch für Postfix, den ich nur nicht gefunden habe? Kennt jemand den Grund, warum kein Mainstream MTA CHUNKING unterstützt, sonderlich kompliziert ist das ja eigentlich nicht... Hintergrund: Wir setzen auf einigen Server den PowerMTA von Port25 ein, haben jetzt aber für eine Applikation vor die Kosten etwas zu optimieren. Die Applikation hat für den Mailversand CHUNKING implementiert - das ließe sich sicherlich "ausbauen", schöner wäre aber wenn der neue MTA das auch unterstützt. Besten Dank schonmal, Philipp -----BEGIN PGP SIGNATURE----- iQEcBAEBAgAGBQJV5z/qAAoJEC6sCbYfpzg9ieIH/2fPJoiOnhKZhp6COiAtgffs FPK4mgvvZX5+EHpgnkHfu7aL5YiR39QUw1K12jOCHV/IHcop6+JnzURYcb1abhm+ qQPddde3CvoFf77YWwGhYjXZtiGT7/nxzvHSVADs66fFROUewX0zefI9obhCzh9+ a99ISD84O/yOegt97DwgRArLF0ekR54P8S/O/p6IrmOm/wJDczsmaeDw4PbQacXp Ke+bNQVKjvkRWy1JHwOQgv+xiljGInfaaOnm2ec7PfuVRri5LyVVMELwYMa7qR2p nV4Yv8SfN3Gttres+YzIxPjd9D4cG4cbUZCE3ziA1QrRo5l2sU7TpQhdaGZkfLM= =4Y68 -----END PGP SIGNATURE-----

2 1

Mail nicht übergeben
by Jörg Bornholt 02 Sep '15

02 Sep '15

Hallo, ich betreibe seit 5 Jahren einen Postfix-Server als relay für meinen Exchange. Das System ist an sich absolut stabil und zuverlässig. Einer Userin meldete das sie eine von drei Mails nicht erhalten hatte und bei der Sichtung bin ich auf folgende Logeinträge gestossen. ############## Aug 26 19:58:03 relay postfix/smtpd[24613]: E0CA3144A8B: client=mout.gmx.net[212.227.17.20] Aug 26 19:58:03 relay postfix/cleanup[24616]: E0CA3144A8B: message-id=<001501d0e028$c0aaff50$4200fdf0$(a)gmx.de> Aug 26 19:58:03 relay postfix/qmgr[22954]: E0CA3144A8B: from=<regina.unbekannt(a)gmx.de>, size=3894, nrcpt=1 (queue active) Aug 26 19:58:04 relay postfix/smtp[24617]: E0CA3144A8B: to=<Lena.unbekannt(a)unbekannt.com>, relay=flsv-mail.flitoe.unbekannt.de[10.20.0.20]:25, delay=0.54, delays=0.12/0.01/0/0.4, dsn=2.6.0, status=sent (250 2.6.0 <001501d0e028$c0aaff50$4200fdf0$(a)gmx.de> [InternalId=3748098] Queued mail for delivery) Aug 26 19:58:04 relay postfix/qmgr[22954]: E0CA3144A8B: removed ############### so sieht es richtig aus. Die Mail wurde an den Exchange zugestellt. Aber hier nicht: ############### Aug 26 10:54:05 relay postfix/smtpd[22178]: 91134144A8B: client=mout.gmx.net[212.227.15.18] Aug 26 10:54:05 relay postfix/cleanup[22180]: 91134144A8B: message-id=<trinity-5167db0a-c22e-43ca-bb26-42253bf46019-1440579244775@3capp-gmx-bs23> Aug 26 10:54:05 relay postfix/qmgr[21987]: 91134144A8B: from=<Regina.unbekannt(a)gmx.de>, size=107776, nrcpt=1 (queue active) Aug 26 10:54:06 relay postfix/smtp[22150]: 91134144A8B: to=<Lena.unbekannt(a)unbekannt.com>, relay=flsv-mail.flitoe.unbekannt.de[10.20.0.20]:25, delay=0.86, delays=0.19/0/0/0.67, dsn=2.0.0, status=sent (250 2.0.0 OK) Aug 26 10:54:06 relay postfix/qmgr[21987]: 91134144A8B: removed ############### Was kann hier mit dieser Mail passiert sein. Sie ist im Exchange nie angekommen. Der Eintrag dsn=2* besagt ja es wurde zugestellt. Der Satz "Queued mail for delivery" fehlt hier gänzlich. Kann mir Jemand einen Tip geben, was hier los sein könnte? LG aus Mühldorf Joerg Bornholt Meine config (hab meine Domäne und Namen durch "unbekannt" ersetzt): (Postfix 2.7.1 auf Debian Squeeze, Exchange 2010) alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no config_directory = /etc/postfix inet_interfaces = all local_transport = error:Local delivery disabled! mailbox_command = procmail -a "$EXTENSION" mailbox_size_limit = 0 message_size_limit = 30720000 mydestination = myhostname = relay.unbekannt.com mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relay_domains = unbekannt.com relay_recipient_maps = hash:/etc/postfix/relay_recipients relayhost = smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP UNBEKANNT smtpd_recipient_restrictions = reject_non_fqdn_recipient reject_non_fqdn_sender reject_unknown_sender_domain reject_unknown_recipient_domain permit_mynetworks reject_unauth_destination reject_non_fqdn_helo_hostnamereject_invalid_helo_hostname check_helo_access pcre:/etc/postfix/helo_checks check_sender_mx_access cidr:/etc/postfix/bogus_mx permit smtpd_tls_cert_file = /etc/ssl/certs/ssl-cert-snakeoil.pem smtpd_tls_key_file = /etc/ssl/private/ssl-cert-snakeoil.key smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes transport_maps = hash:/etc/postfix/transport virtual_alias_maps = hash:/etc/postfix/virtual_alias

4 4

IPv6 only sinnvoll ??
by Markus Müller 27 Aug '15

27 Aug '15

Hallo Liste, ist es sinnvoll, einen Mailserver ausschliesslich mit einer IPv6 Adresse zu betreiben, oder gibt es kompatibilitätsprobleme mit Mailservern, die nur IPv4 verstehen? Gibt es in Deutschland überhaupt noch Mailserver, die ausschliesslich IPv4 ohne IPv6 verstehen ? Grüsse, M.

7 9

Mailadressen mit . und - zusammen werden gebounced
by Jakob-Matthias Böttger 20 Aug '15

20 Aug '15

Hallo ich habe ein ISPconfig Setup mit Postfix und Dovecot. Alles funktioniert einwandfrei. Heute wollte ich eine Mailadresse nach dem schema test.test-test(a)domain.tld erstellen. Dovecot login mit der Mailadresse geht. Postmap -q der mysql-virtual*.cf geht auch. Sende ich eine mail an diese Adresse sende bekomme ich ein: postfix/pipe[4283]: 9923F463491: to=<test.test-test(a)domain.tld>, relay=dovecot, delay=0.08, delays=0.04/0/0/0.04, dsn=5.1.1, status=bounced (user unknown) Wenn ich den pipe debugge bekomme ich Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: const -a Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${recipient} Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_update: recipient = test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${recipient} Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: expand ${recipient} -> test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: -d Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: -d Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: const -d Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${user}@${nexthop} und hier scheint der Fehler zu liegen irgendwie wird die Adresse nicht richtig geparsed. -> Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_update: user = test.test -> Aug 20 10:17:26 a1 postfix/pipe[5264]: mac_parse: ${user}@${nexthop} -> Aug 20 10:17:26 a1 postfix/pipe[5264]: dict_eval: expand ${user}@${nexthop} -> test.test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5265]: setugid: uid 5000 gid 5000 Aug 20 10:17:26 a1 postfix/pipe[5264]: connect to subsystem private/bounce Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr nrequest = 0 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr flags = 0 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr queue_id = A1218463491 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr original_recipient = test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr recipient = test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr offset = 685 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr dsn_orig_rcpt = rfc822;test.test-test(a)domain.tld Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr notify_flags = 0 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr status = 5.1.1 Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr diag_type = x-unix Aug 20 10:17:26 a1 postfix/pipe[5264]: send attr diag_text = user unknown Ist das Problem bei einem von Euch auch schonmal aufgetreten oder kennt ihr die Lösung? Gruss Jakob

1 1

DKIM Erlebnisse
by Joachim Fahrner 08 Aug '15

08 Aug '15

Hatte eben ein "nettes" Erlebnis mit DKIM. Meine Domain ist mit DKIM gesichert. Wollte über ein Online-Formular etwas bestellen. Dort gibt man u.a. seine Mailadresse an. Das Formular erzeugt dann eine Bestell-Mail mit dieser Mailadresse als Absender. Da der Webserver aber natürlich keine passende DKIM-Signatur erzeugen kann bounced die Mail nun beim Empfänger. Bekomme jetzt in regelmässigen Abständen Backscatter wegen der Unzustellbarkeit. host mx.53453048.de.strato-hosting.eu [81.169.145.101] SMTP error from remote mail server after end of data: 550 5.7.1 Refused by local policy. No Author Domain Signature was found on the message, and the published ADSP was 'all' (_adsp._domainkey.fahrner.name)) -- Mit besten Grüßen Joachim Fahrner PGP-Key: http://www.fahrner.name/JoachimFahrner.asc --------------------------------------------------- Es gibt keine Cloud. Es ist nur der Computer eines Anderen.

5 9