February 2019 - postfix-users

Google blockt Mails
by J. Fahrner 07 Mar '19

07 Mar '19

Hallo Liste, Google blockt in letzter Zeit Mails von meinem Server an Gmail Accounts. <***(a)gmail.com>: host gmail-smtp-in.l.google.com[2a00:1450:400c:c09::1b] said: 550-5.7.1 [2a01:4f8:c17:12f8::2 12] Our system has detected that this 550-5.7.1 message is likely unsolicited mail. To reduce the amount of spam sent 550-5.7.1 to Gmail, this message has been blocked. Please visit 550-5.7.1 https://support.google.com/mail/?p=UnsolicitedMessageError 550 5.7.1 for more information. q9si858297wmf.73 - gsmtp (in reply to end of DATA command) Hat jemand eine Idee was die da prüfen um zu dem Ergebnis zu kommen? Jochen

10 64

Warum DNSSEC wichtig ist!
by Patrick Ben Koetter 02 Mar '19

02 Mar '19

Iranische Hacker haben im großen Stil E-Mail Passworte und andere, sensible Daten verschiedener Regierungsorganisationen und privater Unternehmen abgegriffen. (mehr dazu: https://krebsonsecurity.com/2019/02/a-deep-dive-on-the-recent-widespread-dn…) Mit DNSSEC und DNSSEC-aktivierten Resolvern wie z.B. unbound, wäre das nicht möglich gewesen. Warum ist DNSSEC so wichtig? DNS ist längst schon nicht mehr nur Dienst für Namensauflösung. DNS ist Dienst für Namensauflösung, Policy-Verteilung und Provisionierung. Wir brauchen einen DNS-Dienst, dessen Antworten wir verifizieren können, damit wir uns darauf verlassen können. Seit mehreren Jahren nun rollen wir DNSSEC auf kleinen und auf großen Plattformen aus und genauso lang müssen wir uns anhören, DNSSEC sei problematisch. Das ist FUD. Es stimmt nicht. DNSSEC funktioniert. DNSSEC ist genauso kritisch DNS. Wer das nicht glaubt, soll einfach mal für 1 Minute das DNS in seiner Firma ausschalten und dann auf das Klingeln des Telefons warten… In all den Jahren hatten wir bei unseren Kunden nicht einen DNSSEC-bezogenen Incident. Worauf also warten? Auch die ICANN fordert nach diesem Hack: ICANN Calls for Full DNSSEC Deployment, Promotes Community Collaboration to Protect the Internet https://www.icann.org/news/announcement-2019-02-22-en p@rick -- [*] sys4 AG https://sys4.de, +49 (89) 30 90 46 64 Schleißheimer Straße 26/MG,80333 München Sitz der Gesellschaft: München, Amtsgericht München: HRB 199263 Vorstand: Patrick Ben Koetter, Marc Schiffbauer, Wolfgang Stief Aufsichtsratsvorsitzender: Florian Kirstein

3 2

Re: Google blockt Mails
by J. Fahrner 01 Mar '19

01 Mar '19

Am 2019-02-28 13:21, schrieb Boris Behrens: > Kein IPv6 ptr? Doch.

5 5

Re: AW: Google blockt Mails
by J. Fahrner 27 Feb '19

27 Feb '19

Am 2019-02-27 16:24, schrieb Uwe Drießen: > Absender soll den Empfänger verständigen der soll sich mit Google > auseinandersetzen warum Google seine Nachrichten im Empfang > unterdrückt. Eigentlich genau die richtige Einstellung. Ich frage mich gerade, wie ist das eigentlich rechtlich? Ich meine mal gelesen zu haben, dass der Mailprovider dafür haftet wenn (wichtige) Mails nicht ankommen. Deswegen blocken die meisten Provider nicht, sondern markieren die Mails lediglich als Spam und überlassen es dem Anwender, diese per Filterregel in einen Spam-Ordner zu verschieben oder zu löschen. So sind sie aus der Verantwortung. Jochen

1 0

Re: Dovecot Sasl | Auth not enabled
by Alex JOST 22 Feb '19

22 Feb '19

Am 20.02.2019 um 14:27 schrieb Stefanie Leisestreichler: > > Am 20.02.19 um 14:08 schrieb Alex JOST: >> Am 20.02.2019 um 12:53 schrieb Stefanie Leisestreichler: >>> Hallo. >>> Ich benutze Dovecot Sasl und bekomme diese Fehlermeldung: >>> >>> regular_text: Out: 220 mx18.mxtest.example.de >>> regular_text: In: EHLO 130.180.70.238 >>> regular_text: Out: 250-mx18.mxtest.example.de >>> regular_text: Out: 250-PIPELINING >>> regular_text: Out: 250-SIZE 10240000 >>> regular_text: Out: 250-VRFY >>> regular_text: Out: 250-ETRN >>> regular_text: Out: 250-STARTTLS >>> regular_text: Out: 250-ENHANCEDSTATUSCODES >>> regular_text: Out: 250-8BITMIME >>> regular_text: Out: 250-DSN >>> regular_text: Out: 250 SMTPUTF8 >>> regular_text: In: AUTH LOGIN >>> regular_text: Out: 503 5.5.1 Error: authentication not enabled >>> regular_text: >>> regular_text: Session aborted, reason: lost connection >>> >>> Es fehlen bei der Rückmeldung des MX beim Connect jegliche Angaben >>> wie AUTH-250 LOGIN, usw., obwohl ich die folgenden Sasl-Parameter >>> benutze: >>> >>> # SASL >>> smtpd_sasl_type = dovecot >>> smtpd_sasl_path = private/auth >>> smtpd_sasl_auth_enable = yes >>> smtpd_sasl_security_options = noanonymous >>> # zeigt "250-AUTH=..." zusätzlich zu "250-AUTH ..." ohne =, bspw. für >>> Outlook bis Version 2003: >>> broken_sasl_auth_clients = yes >>> smtpd_sasl_local_domain = example.de >> >> Um welchen Port geht es hier? >> > > Der Telnet war auf Port 25. OK, ich hatte vermutet es ginge um Port 587. Für Port 587 werden die Einstellungen von main.cf meistens in der master.cf überschrieben. Hast Du ein 'postfix reload' ausgeführt, nachdem Du smtpd_tls_auth_only = no' gesetzt hast? PS: AUTH auf Port 25 ist eigentlich keine gute Idee. Wenn möglich immer einen eigenen Port dafür benutzen. -- Alex JOST

3 7

Virtual Users | Verständnisfrage
by Stefanie Leisestreichler 21 Feb '19

21 Feb '19

Hallo. Ich hätte noch eine Verständnisfrage zu Virtual Users. In main.cf habe ich folgende Optionen gesetzt: virtual_mailbox_base = /var/spool/virtual_mailboxes smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, check_policy_service inet:127.0.0.1:60000 In /etc/postfix/virtual_mailboxes_recipients habe ich folgenden Eintrag: kontakt.sievetest(a)mxtest.example.de ppim_kontakt Für diesen User habe ich auch einen Eintrag in /etc/dovecot/users: kontakt.sievetest@mxtest.example.de:{SHA512-CRYPT}$6$2gekürzt.::::::: Nehme ich den Eintrag in der /etc/postfix/virtual_mailboxes_recipients für kontakt.sievetest(a)mxtest.example.de raus, ist Mail an kontakt.sievetest(a)mxtest.example.de nicht mehr zustellbar mit folgender Fehlermeldung: Recipient address rejected: User unknown in virtual mailbox table. Das ist wohl auf reject_unauth_destination zurück zu führen, wie ich denke. Überhaupt auf die Idee gekommen, diesen Eintrag zu entfernen bin ich, weil unter /var/spool/virtual_mailboxes/ kein Verzeichnis ppim_kontakt/ vorhanden ist, sondern lediglich unter dem Home-Verzeichnis der Virtual User, die ich in Dovecot definiert habe, nämlich unter /home/vmail/kontakt.sievetest(a)mxtest.example.de/Maildir/ (Dort landet die Mail auch). Dazu hätte ich 2 Fragen: 1) Ist meine Konfiguration in /etc/postfix/virtual_mailboxes_recipients überhaupt richtig und falls ja, warum gibt man dort dann ein Verzeichnis an, welches nicht genutzt wird? 2) Gibt es eine Möglichkeit auf die unter Dovecot definierten Mailboxen/UserDB zu prüfen sodass man sich die doppelten Einträge sparen kann? Oder habe ich das komplett falsch verstanden? Danke, Steffi

2 5

Dovecot Sasl | Auth not enabled
by Stefanie Leisestreichler 20 Feb '19

20 Feb '19

Hallo. Ich benutze Dovecot Sasl und bekomme diese Fehlermeldung: regular_text: Out: 220 mx18.mxtest.example.de regular_text: In: EHLO 130.180.70.238 regular_text: Out: 250-mx18.mxtest.example.de regular_text: Out: 250-PIPELINING regular_text: Out: 250-SIZE 10240000 regular_text: Out: 250-VRFY regular_text: Out: 250-ETRN regular_text: Out: 250-STARTTLS regular_text: Out: 250-ENHANCEDSTATUSCODES regular_text: Out: 250-8BITMIME regular_text: Out: 250-DSN regular_text: Out: 250 SMTPUTF8 regular_text: In: AUTH LOGIN regular_text: Out: 503 5.5.1 Error: authentication not enabled regular_text: regular_text: Session aborted, reason: lost connection Es fehlen bei der Rückmeldung des MX beim Connect jegliche Angaben wie AUTH-250 LOGIN, usw., obwohl ich die folgenden Sasl-Parameter benutze: # SASL smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous # zeigt "250-AUTH=..." zusätzlich zu "250-AUTH ..." ohne =, bspw. für Outlook bis Version 2003: broken_sasl_auth_clients = yes smtpd_sasl_local_domain = example.de Wisst Ihr Rat? Danke, Steffi

4 8

lmtp | virtual users | aliases
by Stefanie Leisestreichler 17 Feb '19

17 Feb '19

Hallo zusammen. Weiter unten findet Ihr den entsprechenden Auszug aus dem Log. Mein virtual user, der in /etc/dovecot/users hinterlegt ist und den diese Mail erreichen soll, heißt imap_ic1. ic1 - nach dem gesucht wird - gibt es nicht in meiner userdb. Wie kann ich dem lmtpd irgendwie klar machen, dass Mails, die an ic1(a)example.de gehen an den user imap_ic1 zugestellt werden sollen? Die Domain example.de ist eine virtual mailbox domain. Aliase scheinen nicht zu funktionieren, oder was mache ich falsch? Danke Steffi Feb 14 17:57:57 lmtp(25071): Debug: SSL: elliptic curve secp384r1 will be used for ECDH and ECDHE key exchanges Feb 14 17:57:57 lmtp(25071): Debug: none: root=, index=, indexpvt=, control=, inbox=, alt= Feb 14 17:57:57 lmtp(25071): Info: Connect from local Feb 14 17:57:57 lmtp(ic1(a)mxtest.example.de): Debug: Loading modules from directory: /usr/lib/dovecot/modules Feb 14 17:57:57 lmtp(ic1(a)mxtest.example.de): Debug: Module loaded: /usr/lib/dovecot/modules/lib90_sieve_plugin.so Feb 14 17:57:57 auth: Debug: master in: USER 1 ic1(a)mxtest.example.de service=lmtp Feb 14 17:57:57 auth-worker(25072): Debug: Loading modules from directory: /usr/lib/dovecot/modules/auth Feb 14 17:57:57 auth-worker(25072): Debug: Module loaded: /usr/lib/dovecot/modules/auth/lib20_auth_var_expand_crypt.so Feb 14 17:57:57 auth-worker(25072): Debug: passwd-file /etc/dovecot/users: Read 4 users in 0 secs Feb 14 17:57:57 auth-worker(25072): Debug: passwd(ic1(a)mxtest.example.de): lookup Feb 14 17:57:57 auth-worker(25072): Info: passwd(ic1(a)mxtest.example.de): unknown user Feb 14 17:57:57 auth: Debug: passwd-file(ic1(a)mxtest.example.de): lookup: user=ic1(a)mxtest.example.de file=/etc/dovecot/users Feb 14 17:57:57 auth: Info: passwd-file(ic1(a)mxtest.example.de): unknown user Feb 14 17:57:57 auth: Debug: userdb out: NOTFOUND 1 Feb 14 17:57:57 lmtp(ic1(a)mxtest.example.de): Debug: auth USER input: Feb 14 17:57:57 lmtp(25071): Info: Disconnect from local: Successful quit

3 4

lmtp | sieve | dovecot
by Stefanie Leisestreichler 15 Feb '19

15 Feb '19

Hallo zusammen. Könnt Ihr aus dem Log entnehmen, warum sieve nicht in der Lage ist, die Mail in der gewünschten Mailbox zu speichern? Das Script öffnet auch die korrekte Mailbox zur delivery (ppim_ic1(a)mxtest.example.de.INBOX.Tests), trotzdem findet sich die Mail danach in der Mailbox kontakt.sievetest(a)mxtest.example.de.INBOX. stat /home/vmail/ppim_ic1(a)mxtest.example.de/Maildir/.INBOX.Tests/ zeigt zu dem Zeitpunkt des Logeintrages keinen Zugriff auf die entsprechende Mailbox, obwohl dieser im Log angezeigt wird. LG Steffi Das hier ist mein Sieve-Script: require ["fileinto", "reject", "envelope"]; if address :is "to" ["kontakt.sievetest(a)mxtest.example.de", "contact.sievetest(a)mxtest.example.de"] { # fileinto "ppim_ic1(a)mxtest.example.de.INBOX.Tests"; stop; fileinto "ppim_ic1(a)mxtest.example.de.INBOX.Tests"; } else { fileinto "INBOX"; } LMTP ist wie folgt konfiguriert: service lmtp { unix_listener /var/spool/postfix/private/dovecot-lmtp { mode = 0660 group = postfix user = postfix } } Hier das daraus resultierende Log: Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: gOefB2HVZlxNewAAi3NBZw: sieve: Using the following location for user's Sieve script: /var/lib/dovecot/sieve/default.sieve Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: Mailbox <lmtp DATA>: Opened mail UID=1 because: header Message-ID (Cache file is unusable) Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: gOefB2HVZlxNewAAi3NBZw: sieve: Opening script 1 of 1 from `/var/lib/dovecot/sieve/default.sieve' Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: gOefB2HVZlxNewAAi3NBZw: sieve: Loading script /var/lib/dovecot/sieve/default.sieve Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: gOefB2HVZlxNewAAi3NBZw: sieve: Script binary /var/lib/dovecot/sieve/default.svbin successfully loaded Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: gOefB2HVZlxNewAAi3NBZw: sieve: binary save: not saving binary /var/lib/dovecot/sieve/default.svbin, because it is already stored Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: gOefB2HVZlxNewAAi3NBZw: sieve: Executing script from `/var/lib/dovecot/sieve/default.svbin' Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: ppim_ic1(a)mxtest.example.de.INBOX.Tests: Mailbox opened because: lib-lda delivery Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: Mailbox <lmtp DATA>: Opened mail UID=1 because: virtual size (Cache file is unusable) Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: INBOX: Mailbox opened because: lib-lda delivery Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Debug: Mailbox <lmtp DATA>: Opened mail UID=1 because: copying Feb 15 16:06:09 lmtp(kontakt.sievetest(a)mxtest.example.de): Info: gOefB2HVZlxNewAAi3NBZw: sieve: msgid=<c87f73a9-910c-3ba7-2ad5-b7e21713d5d5(a)someone.de>: stored mail into mailbox 'INBOX' Feb 15 16:06:09 lmtp(31565): Info: Disconnect from local: Successful quit

2 3

sendmail parameter "C"
by Carsten 14 Feb '19

14 Feb '19

Hi list, man pages say, that there is a parameter "-C" to give sendmail an alternative config file "main.cf". My purpose is to have different configurations on sending mails under certain conditions. Most simple is to use a dedicated smarthost for a special script w/o changing the configuration of the core sendmail/postfix config. I tried this: #1 create a simple text file containing "From", "To", "Subject" and some text. #2 create a /var/tmp/main.cf just containing: "relayhost = [my.smart.host.ip]" #3 send mail using this command: "cat mysimpletextfile | sendmail -t -C /var/tmp" But regardless, what I put into the main.cf, sendmail allways uses the "regular" mail server. Even so if I put some unreachable IP in the file, it successfully submits the mail. If I change the "-C" parameter to some faulty string like "-C /var/tux", sendmail claims no main.cf found and stops. What am I doing wrong? br Carsten -- Was dem Einen sein Ferrari, ist dem Anderen seine Signatur

1 0