August 2013 - postfix-users

[postfix-users] ANN: automx 0.10 stable
by Patrick Ben Koetter 11 Feb '14

11 Feb '14

Soeben haben wir eine neue Version von automx <http://automx.org>, dem Werkzeug zur automatisierten Konfiguration von Mailprogrammen, veröffentlicht. Das neue Relese bringt automx 0.10 bringt MacOS und iOS-Support! Anstatt ihr Mailprogramm mühsam selbst zu konfigurieren, surfen MacOS und iOS-Benutzer ab sofort nur noch zu einer Webadresse, z.B. https://mail.automx.org (Testdomain). Dort gehen sie Loginname und - wenn gewünscht - Kennwort ein. automx liefert ihnen daraufhin ein fertiges Kontoprofil, das vom Mailprogramm nach Rückfrage importiert wird. Die Mailkonfiguration ist damit abgeschlossen und die Anwender können ihr Mailkonto bereits im nächsten Schritt nutzen. automx automatisiert die Provisionierung von Mailkonten, vermeidet Konfigurationsfehler und entlastet den Support. In der heute veröffentlichten Version 0.10 bedient automx alle drei populären Betriebsystem-Plattformen. Es ist GPL-lizensiert und steht ab sofort unter <https://github.com/sys4/automx/releases> zum Download zur Verfügung. p@rick -- [*] sys4 AG http://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, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

3 3

[postfix-users] Split-Domain-Setup
by Klaus Rörig via postfix-users 27 Aug '13

27 Aug '13

Hallo Liste, ich sehe hier grad den Wald vor lauter Bäumen nicht mehr. Folgendes Szenario: 1 Domain: meinedomain.de 2 Server mit Postfächern (90% auf Server1, Rest auf Server2) Beide Server fühlen sich für meinedomain.de zuständig (virtual_alias_domains) MX für meinedomain.de ist Server1 mit Dovecot für IMAP/POP3 Bestimmte Adressen sollen nun an Server durch gereicht werden. Und hier komm ich grad nicht weiter. Ich dachte mir eigentlich ich lege eine transport_map an mit folgendem Inhalt: user(a)meinedomain.de smtp:[server2] Aber diesen Eintrag ignoriert Posfix geflissentlich und meldet "User unknown in virtual alias table" postconf -n: alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases, ldap:/etc/postfix/ldap-forwards.cf append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes canonical_maps = hash:/etc/postfix/canonical config_directory = /etc/postfix debug_peer_level = 2 debug_peer_list = localhost, 127.0.0.1 delay_warning_time = 4h inet_interfaces = all local_header_rewrite_clients = static:all mailbox_size_limit = 0 mailbox_transport = lmtp:unix:private/dovecot-lmtp message_size_limit = 524288000 mydestination = mx.meinedomain.de, 127.0.0.1 myhostname = mx.meinedomain.de mynetworks = 192.168.17.0/24 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname readme_directory = no recipient_delimiter = + relayhost = smtp_sasl_auth_enable = yes smtp_sasl_password_maps = hash:/etc/postfix/saslpass smtp_sasl_security_options = noanonymous smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) smtpd_delay_reject = no smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unknown_helo_hostname, reject_unauth_destination smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_path = private/auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_sender_login_maps = ldap:/etc/postfix/ldap-sender-maps.cf smtpd_sender_restrictions = permit_mynetworks, reject_unknown_sender_domain smtpd_tls_cert_file = /etc/ssl/private/cert.pem smtpd_tls_key_file = /etc/ssl/private/privatekey.pem smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_use_tls = yes transport_maps = hash:/etc/postfix/transports virtual_alias_domains = meindomain.de virtual_alias_expansion_limit = 2000 virtual_alias_maps = hash:/etc/postfix/virtual-aliases, mysql:/etc/postfix/ mysql-virtual-aliases.cf, ldap:/etc/postfix/ldap-virtual-group-aliases.cf, ldap:/etc/postfix/ldap-virtual-aliases.cf transports: irgendwas(a)meinedomain.de smtp:[server2] Die virtual_aliases sind in der Form mailuser(a)meinedomain.de postfachname Wo habe ich meinen Denkfehler? Danke & Gruß, Klaus

2 1

[postfix-users] OT: Exchange 2013 Empfängervalidierung
by Thomas Antony via postfix-users 17 Aug '13

17 Aug '13

Hallo Ich konfiguriere gerade eben einen Postfix vor einem Exchange 2013 und bin auf Robert Schetterer Hinweis zu Exchange 2013 Empfängervalidierung aufmerksam geworden. Ich kann bestätigen das Exchange 2013 erst nach (!!!) DATA ein "550 5.1.1 User unknown*" *auswirft und die Email abweist. Somit hat es sich mit "reject_unverified_recipient" erledigt. Ist das Exchange 2013 Verhalten RFC konform bei "RCPT TO" ein OK auszugeben und erst nach DATA die Email mit "550 5.1.1 User unknown" abzuweisen? Was für Alternativen gibt es zu "reject_unverified_recipient bei diesem Szenario? Grüße, Thomas Antony

2 5

[postfix-users] Forward Secrecy
by Jochen Fahrner via postfix-users 16 Aug '13

16 Aug '13

Hallo, hat jemand den Artikel "verpfuschte Verschlüsselung" in der c't gelesen? http://www.heise.de/newsticker/meldung/Verschluesselung-bei-Mail-in-Germany… Wie müsste man Postfix Server und Client konfigurieren um immer die bestmögliche Verschlüsselung (je nach Gegenüber) zu verwenden? Hat der Client da überhaupt ein Wörtchen mitzureden, oder bestimmt das immer der Server? -- Mit besten Grüßen Jochen Fahrner

7 42

[postfix-users] ANN: Änderung der List-Policy: DMARC
by Patrick Ben Koetter via postfix-users 16 Aug '13

16 Aug '13

Hallo postfix-users(a)de.postfix.org, ein neuer Standard kündigt sich an: DMARC Dieser Standard announced Delivery-Policies für Nachrichten, die DKIM-signiert sind und/oder SPF-Einträge im DNS führen. Die Delivery-Policies sehen als Standard vor, Nachrichten zu rejecten, wenn sie nicht mehr im 'alignment' mit DMARC-Tests sind. Heutige Mailinglisten-Manager zerstören DMARC-Prüfkritieren. Wir haben deshalb diesen List-Server so modifiziert, dass er die DMARC-Prüfkritieren intakt beläßt. Ihr erkennt es daran, dass der From:-Header oben jetzt immer den Autoren UND die Liste als Absender benennt. Diese Mail sollte folgende From:-Header haben: Patrick Ben Koetter via postfix-users <postfix-users(a)de.postfix.org> Gleichzeitig wird ein Reply-To:-Header gesetzt: Reply-To: Patrick Ben Koetter <p(a)sys4.de> Mehr Hintergrund dazu und wie ihr das selber umsetzen könnt, haben Ralf, Robert und ich hier dokumentiert: <http://sys4.de/de/blog/2013/08/11/mailman-dmarc-konform-betreiben/> <http://sys4.de/de/blog/2013/08/11/dkim-konforme-mailinglisten/> <http://sys4.de/de/blog/2013/04/15/dmarc-standard-um-missbrauch-von-mailadre…> Happy Mailing! p@rick -- [*] sys4 AG http://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, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

5 16

[postfix-users] Test ohne S/MIME
by via postfix-users 15 Aug '13

15 Aug '13

Hm, sieht so aus als ob die Listen-Software S/MIME mail auffrisst. Die unten aufgeführte ist bis jetzt nicht auf der Liste erschienen :-( Aug 14 11:19:27 mailer postfix/qmgr[31083]: A47221811BB: from=<lst_hoe02(a)kwsoft.de>, size=12099, nrcpt=1 (queue active) Aug 14 11:19:27 mailer postfix/smtpd[11670]: disconnect from localhost[127.0.0.1] Aug 14 11:19:29 mailer postfix/smtp[11674]: A47221811BB: to=<postfix-users(a)de.postfix.org>, relay=de.postfix.org[141.42.206.35]:25, delay=1.6, delays=0.04/0.01/0.36/1.2, dsn=2.0.0, status=sent (250 2.0.0 from MTA(smtp:[127.0.0.1]:10025): 250 2.0.0 Ok: queued as 399BD3D48F) Aug 14 11:19:29 mailer postfix/qmgr[31083]: A47221811BB: removed Gruß Andreas

3 6

[postfix-users] Postfix TLS Forward Secrecy
by Andreas Reschke via postfix-users 15 Aug '13

15 Aug '13

Hallo zusammen, bei mir sieht das so aus: [root@mail ~]# openssl s_client -CAfile /etc/certs/rirasoft.crt -starttls smtp -connect mail.rirasoft.de:25 CONNECTED(00000003) depth=0 serialNumber = IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP, C = DE, O = www.rirasoft.de, OU = GT56989536, OU = See www.rapidssl.com/resources/cps (c)11, OU = Domain Control Validated - RapidSSL(R), CN = www.rirasoft.de verify error:num=20:unable to get local issuer certificate verify return:1 depth=0 serialNumber = IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP, C = DE, O = www.rirasoft.de, OU = GT56989536, OU = See www.rapidssl.com/resources/cps (c)11, OU = Domain Control Validated - RapidSSL(R), CN = www.rirasoft.de verify error:num=27:certificate not trusted verify return:1 depth=0 serialNumber = IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP, C = DE, O = www.rirasoft.de, OU = GT56989536, OU = See www.rapidssl.com/resources/cps (c)11, OU = Domain Control Validated - RapidSSL(R), CN = www.rirasoft.de verify error:num=21:unable to verify the first certificate verify return:1 --- Certificate chain 0 s:/serialNumber=IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP/C=DE/O=www.rirasoft.de/OU=GT56989536/OU=See www.rapidssl.com/resources/cps (c)11/OU=Domain Control Validated - RapidSSL(R)/CN=www.rirasoft.de i:/C=US/O=GeoTrust, Inc./CN=RapidSSL CA --- Server certificate -----BEGIN CERTIFICATE----- MIIE2zCCA8OgAwIBAgIDAz5WMA0GCSqGSIb3DQEBBQUAMDwxCzAJBgNVBAYTAlVT MRcwFQYDVQQKEw5HZW9UcnVzdCwgSW5jLjEUMBIGA1UEAxMLUmFwaWRTU0wgQ0Ew HhcNMTEwOTE5MTY1MDM3WhcNMTQwOTIyMTI1NzMwWjCB5TEpMCcGA1UEBRMgSVpE akxrdjcyQUVvOHJTZWNXZjd3aVQzYnpqUUF6b1AxCzAJBgNVBAYTAkRFMRgwFgYD VQQKEw93d3cucmlyYXNvZnQuZGUxEzARBgNVBAsTCkdUNTY5ODk1MzYxMTAvBgNV BAsTKFNlZSB3d3cucmFwaWRzc2wuY29tL3Jlc291cmNlcy9jcHMgKGMpMTExLzAt BgNVBAsTJkRvbWFpbiBDb250cm9sIFZhbGlkYXRlZCAtIFJhcGlkU1NMKFIpMRgw FgYDVQQDEw93d3cucmlyYXNvZnQuZGUwggEiMA0GCSqGSIb3DQEBAQUAA4IBDwAw ggEKAoIBAQCfGXltVNyBB2vp7Azft5wEZlwOu11i4pcSG1dfIuMjRMx2I5oWaVBU OkEALaJDLZj8rGRrU9Pp7SMbPnrKCKeAozQsRuv2wBVGYXu7EVtNVZGJZFdR4SXi +GFGR7sgEvdO3C9y3mhJVTaXpFgIBCCOVa/0Q25MFFADdmSXKL2MjaQYCmF4uRnt RhARiVM1dswi/bi0wBVrUVVhn7Zi6Mg/nxEqZpfc9tZazMY1T7o8hzZiGEqiMR7o //x1+yTTlq9sGSz20QcF92cnbUnqQbYRhJO0V3UDyoyE0JRajGYHziYIiV1HwVhP UeLlxBwNgQGHE1axhSo9WRYOf35tMmjjAgMBAAGjggE6MIIBNjAfBgNVHSMEGDAW gBRraT1qGEJK3Y8CZTn9NSSGeJEWMDAOBgNVHQ8BAf8EBAMCBaAwHQYDVR0lBBYw FAYIKwYBBQUHAwEGCCsGAQUFBwMCMCcGA1UdEQQgMB6CD3d3dy5yaXJhc29mdC5k ZYILcmlyYXNvZnQuZGUwQwYDVR0fBDwwOjA4oDagNIYyaHR0cDovL3JhcGlkc3Ns LWNybC5nZW90cnVzdC5jb20vY3Jscy9yYXBpZHNzbC5jcmwwHQYDVR0OBBYEFDfa Qm03+c8EO//dZ0X0/qFJIDMnMAwGA1UdEwEB/wQCMAAwSQYIKwYBBQUHAQEEPTA7 MDkGCCsGAQUFBzAChi1odHRwOi8vcmFwaWRzc2wtYWlhLmdlb3RydXN0LmNvbS9y YXBpZHNzbC5jcnQwDQYJKoZIhvcNAQEFBQADggEBADkmBmzkZoFl7ibB1UQTpzb1 0aPfmzMrEOTsegHkjHqlrFzPmWI+RULn65wNxZihUsANZNMcIgBXJy2MNK/OVaWM d/VqFYr6eeP8B+wszsmL413V33JOP+5ZwsAWk7Ik1IJ50SDnBee2lIyLgvbwXC71 WLLyMCZYhdrgozXtzoY9vb6YIWG5892zmyUVUgAq4F8jdgZFzV5N+HyCB2xDfZFL 0iDVv2AqtAz7udOj71arEBsGF4PIG8k9RfubbrHm4N2Ef5Vrf5kGMXFxABSEhZNc UO8Qo0w0Q5T63y9NXI8WkCNtlDoMox1V3wB85tVa9tuAZUJxKmLbhFkzhmwxqnU= -----END CERTIFICATE----- subject=/serialNumber=IZDjLkv72AEo8rSecWf7wiT3bzjQAzoP/C=DE/O=www.rirasoft.de/OU=GT56989536/OU=See www.rapidssl.com/resources/cps (c)11/OU=Domain Control Validated - RapidSSL(R)/CN=www.rirasoft.de issuer=/C=US/O=GeoTrust, Inc./CN=RapidSSL CA --- No client certificate CA names sent --- SSL handshake has read 2291 bytes and written 345 bytes --- New, TLSv1/SSLv3, Cipher is DHE-RSA-AES256-SHA Server public key is 2048 bit Secure Renegotiation IS supported Compression: NONE Expansion: NONE SSL-Session: Protocol : TLSv1 Cipher : DHE-RSA-AES256-SHA Session-ID: 1857A4CA89E4B7F4E60A00549E6E5F31E95BEC3EEBBB44ED1DF9CA92850BD467 Session-ID-ctx: Master-Key: 6E305107B737E85CD36796591E42750976B4889EE80F7A9C867DE3839834D7FB609953B70C780B3A809D3D13EA37C934 Key-Arg : None Krb5 Principal: None PSK identity: None PSK identity hint: None TLS session ticket: 0000 - 4a 49 24 17 74 92 68 a5-1c 60 d5 fc 0f 77 dd 47 JI$.t.h..`...w.G 0010 - 26 03 fc 4f 11 76 cd 06-e6 84 cb 34 2b ac e7 2e &..O.v.....4+... 0020 - 9b a7 76 96 99 9e 36 ac-62 52 02 ed 78 70 d1 4c ..v...6.bR..xp.L 0030 - 2a bb a1 95 ae 1d 54 d4-86 e9 b6 78 e8 58 18 84 *.....T....x.X.. 0040 - 76 12 de 13 82 36 41 09-a4 a5 cd 2d 53 ca a0 5e v....6A....-S..^ 0050 - 67 63 96 22 0a b5 d8 18-0e 76 f0 a6 6f 28 e3 eb gc.".....v..o(.. 0060 - b2 2e f4 a5 a5 05 62 da-c7 00 22 51 a3 84 47 8a ......b..."Q..G. 0070 - d8 37 23 1b 42 73 bf fe-70 b1 28 e1 36 24 9e 1e .7#.Bs..p.(.6$.. 0080 - c8 30 67 87 ae e6 e5 56-05 aa 71 3b bc a1 3b ec .0g....V..q;..;. 0090 - af 64 63 c5 c7 cf c1 60-54 53 9f 9b 62 b5 cd 5a .dc....`TS..b..Z Start Time: 1376589608 Timeout : 300 (sec) Verify return code: 21 (unable to verify the first certificate) --- 250 DSN Habe ich damit Postfix TLS Forward Secrecy richtig konfiguriert? Gruß Andreas

2 1

[postfix-users] Postfix TLS Forward Secrecy
by Patrick Ben Koetter via postfix-users 14 Aug '13

14 Aug '13

Wer mehr zum Thema lesen und sein Postfix auch gleich konfigurieren will, findet Ralfs Zusammenfassung hier: <http://sys4.de/de/blog/2013/08/14/postfix-tls-forward-secrecy/> p@rick -- [*] sys4 AG http://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, Axel von der Ohe, Marc Schiffbauer Aufsichtsratsvorsitzender: Florian Kirstein

5 13

[postfix-users] TLS Cipher Aushandlung
by Jochen Fahrner via postfix-users 14 Aug '13

14 Aug '13

Wie läuft eigentlich unter Mailservern die TLS Ciper Aushandlung ab? Habe ich als Server oder Client die Möglichkeit zu sagen: "wir nehmen den strengst möglichen den wir beide unterstützen"? -- Mit besten Grüßen Jochen Fahrner

4 6

[postfix-users] kleiner test nach der mlm umstellung
by Robert Schetterer via postfix-users 13 Aug '13

13 Aug '13

Hi , bei nicht Interesse ignorieren Kleiner test text _dmarc.nci.de. IN TXT "v=DMARC1; dürfte selbsterklärend sein. p=reject; wie soll verfahren werden, reject ( lehne Mails ab ) adkim=s Modus für DKIM ( stricter Modus ) aspf=s Modus für SPF ( stricter Modus ) rua=mailto:hostmaster@ allgemeine Mailadresse für Feeback ruf=mailto:hostmaster@ spez. Adresse für z.B Fehler Feedback rf=afrf Format der spez. Fehler Feedback Mail pct=100 prozentuale Angabe für p= Anweisung, hier 100 % Mit freundlichen Gruessen Best Regards Robert Schetterer robert.schetterer_at_nci.de Tel: +49 89 360350 45 -- http://www.nci.de NCI GmbH Tel: +49-89-36035030 Angaben nach TDG NCI GmbH Network, Consulting & Internet Services Valentin-Linhof-Strasse 10 DE-81829 Muenchen / Germany phone:+49-89-36035033 fax:+49-89-36035034 email: info(a)nci.de Geschäftsführer: Thomas Quilling HRB: 113793 Amtsgericht München Umsatzsteuer-ID: DE180825659

2 1