- postfix-users - list.sys4.de

Re: Kein Mailversand mit Outlook oder Live Mail Client
by Juri Haberland 21 Apr '16

21 Apr '16

[auc hier nochmal die Bitte, immer an die Liste] On 20.04.2016 21:43, Jens Carsten Lukas wrote: -> live mail ############################################################################################## > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-mail.xxxxxxxxx.de > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-PIPELINING > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-SIZE 52428800 > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-ETRN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-STARTTLS > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-AUTH PLAIN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-AUTH=PLAIN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-ENHANCEDSTATUSCODES > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-8BITMIME > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250 DSN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: MAIL FROM: <xxxxxxxx(a)xxxxxx.de> live mail versucht erst garnicht, sich per AUTH zu authentifizieren. Eventuell ist live mail auch auf LOGIN oder etwas anderes wie CRAMMD5 eingestellt? > ->thunderbird > ########################################################################################### > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-mail.xxxxxxxxx.de > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-PIPELINING > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-SIZE 52428800 > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-ETRN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-STARTTLS > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-AUTH PLAIN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-AUTH=PLAIN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-ENHANCEDSTATUSCODES > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250-8BITMIME > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 250 DSN > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: AUTH PLAIN xxxx > p4FEEDD1B.dip0.t-ipconnect.de[79.238.221.27]: 235 2.7.0 Authentication successful

2 2

Re: Kein Mailversand mit Outlook oder Live Mail Client
by Juri Haberland 20 Apr '16

20 Apr '16

[bitte an die Liste antworten] >>> Fehlermeldung von Windows Live Mail >>> Serverantwort: 554 5.7.1 <xxxxxxx(a)gmail.com>: Relay access denied >> Was sagt das Postfix/Mail-Log zu diesem Versuch? On 20.04.2016 21:14, Jens Carsten Lukas wrote: > Apr 20 21:11:48 mail postfix/smtpd[83409]: connect from > p4FEEDxxx.dip0.t-ipconnect.de[79.238.xxx.xxx] Du hast: mynetworks = 10.0.0.0/8 78.46.XXX.XXX/29 127.0.0.1 10.1.1.2 localhost Da steht nichts von 79.238.xxx.xxx, und laut deinem eigenen Test funktioniert broken_sasl_auth_clients, da: 250-AUTH=PLAIN also muß Windows Live Mail sich mit Username/PW beim Senden anmelden - daß scheint laut Postfix-Log nicht zu passieren. Sieh dir mal die Konfiguration des Clients an. Gruß, Juri

1 0

Kein Mailversand mit Outlook oder Live Mail Client
by Jens Carsten Lukas 20 Apr '16

20 Apr '16

Hallo ich benötige etwas Hilfe / ich hoffe das ist kein Doppelpost, ich habe mich eben erst in die Liste eingetragen Ich bin mit meinen Mail Server von Linux und Postfix 2 umgezogen auf einen neuen FreeBSD 10.3 diesen habe ich sogleich mit postfix 3.1 / dovecot aufgesetzt. Das Problem besteht jetzt darin die Clients mit Windows Live Mail oder Outlook Express keine Mails mehr versenden können. Alle anderen Clients Thunderbird/ Outlook / Apple Mail mit den SSL /TLS /STARTTLS oder ohne Verschlüsselung funktionieren ohne Probleme. Der Server befindet sich in einen Subnetz auf einem ESXI Server die Ports sind über eine Router VM per Forwarding weitergeleitet auf den Mail Host. 25/110/143/465/587/993/995 Fehlermeldung von Windows Live Mail Die Nachricht konnte nicht gesendet werden. Möglicherweise muss die Einstellung für Ihren Postausgangsserver [SMTP] konfiguriert werden. Wenn Sie beim Feststellen der Servereinstellungen für "xxxx(a)gmail.com" Hilfe benötigen, wenden Sie sich an Ihren E-Mail-Dienstanbieter. Ohne Verschlüsselung Betreff 'asda' Serverfehler: 554 Serverantwort: 554 5.7.1 <xxxxxxx(a)gmail.com>: Relay access denied Server: 'mail.xxxxxxxx.de' Windows Live Mail-Fehlernummer: 0x800CCC79 Protokoll: SMTP Port: 25 Secure (SSL): Nein Konfiguration append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes compatibility_level = 2 disable_vrfy_command = yes dovecot_destination_recipient_limit = 1 inet_protocols = ipv4 mail_owner = postfix mailbox_size_limit = 0 message_size_limit = 52428800 mydestination = 10.1.1.20 myhostname = mail.hit-enter.de mynetworks = 10.0.0.0/8 78.46.XXX.XXX/29 127.0.0.1 10.1.1.2 localhost mynetworks_style = subnet myorigin = $mydomain proxy_read_maps = $local_recipient_maps,$myhostname,$mynetworks,$virtual_mailbox_domains,$virtual_mailbox_maps,$virtual_alias_maps recipient_delimiter = + show_user_unknown_table_name = no smtpd_banner = $myhostname ESMTP $mail_name (Alien) smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated, check_sender_access hash:/usr/local/etc/postfix/white.lst, reject_rbl_client ix.dnsbl.manitu.net, permit smtpd_data_restrictions = permit_mynetworks, reject_unauth_pipelining, reject_multi_recipient_bounce, permit smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, check_sender_access hash:/usr/local/etc/postfix/black.lst, reject_unknown_recipient_domain, reject_non_fqdn_recipient, reject_invalid_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, reject_unauth_pipelining, permit smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated smtpd_sasl_auth_enable = yes smtpd_sasl_exceptions_networks = $mynetworks smtpd_sasl_path = private/auth smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated, check_sender_access hash:/usr/local/etc/postfix/white.lst, permit smtpd_tls_auth_only = no smtpd_tls_cert_file = /usr/local/etc/ssl/fullchain.pem smtpd_tls_key_file = /usr/local/etc/ssl/privkey.pem smtpd_tls_security_level = may smtpd_use_tls = yes smtputf8_enable = yes strict_rfc821_envelopes = yes virtual_alias_maps = proxy:mysql:$config_directory/mysql_cf/virtual_alias_maps.cf virtual_gid_maps = static:500 virtual_mailbox_base = /var/mail/accounts virtual_mailbox_domains = proxy:mysql:$config_directory/mysql_cf/virtual_domains_maps.cf virtual_mailbox_limit = 102400000 virtual_mailbox_maps = proxy:mysql:$config_directory/mysql_cf/virtual_mailbox_maps.cf virtual_minimum_uid = 500 virtual_transport = dovecot virtual_uid_maps = static:500 ######################################### Kann es sein das die Option broken_sasl_auth_clients = yes nich mehr funktioniert ? Ich habe jetzt schon nochmal die Option smtpd_relay_restrictions angepasst aber das hat auch nichts geholfen mfg Jens

2 2

keine Mails mit Live Mail oder Outlook nach upgrade
by Jens Carsten Lukas 20 Apr '16

20 Apr '16

Hallo ich benötige etwas Hilfe Ich bin mit meinen Mail Server von Linux und Postfix 2 umgezogen auf einen neuen FreeBSD 10.3 diesen habe ich sogleich mit postfix 3.1 / dovecot aufgesetzt. Das Problem besteht jetzt darin die Clients mit Windows Live Mail oder Outlook Express keine Mails mehr versenden können. Alle anderen Clients Thunderbird/ Outlook / Apple Mail mit den SSL /TLS /STARTTLS oder ohne Verschlüsselung funktionieren ohne Problem. Der Server befindet sich in einen Subnetz auf einem ESXI Server die Ports sind über eine Router VM per Forwarding weitergeleitet auf den Mail Host. 25/110/143/465/587/993/995 Fehlermeldung von Windows Live Mail Die Nachricht konnte nicht gesendet werden. Möglicherweise muss die Einstellung für Ihren Postausgangsserver [SMTP] konfiguriert werden. Wenn Sie beim Feststellen der Servereinstellungen für "xxxx(a)gmail.com" Hilfe benötigen, wenden Sie sich an Ihren E-Mail-Dienstanbieter. Ohne Verschlüsselung Betreff 'asda' Serverfehler: 554 Serverantwort: 554 5.7.1 <xxxxxxx(a)gmail.com>: Relay access denied Server: 'mail.xxxxxxxx.de' Windows Live Mail-Fehlernummer: 0x800CCC79 Protokoll: SMTP Port: 25 Secure (SSL): Nein Konfiguration append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes compatibility_level = 2 disable_vrfy_command = yes dovecot_destination_recipient_limit = 1 inet_protocols = ipv4 mail_owner = postfix mailbox_size_limit = 0 message_size_limit = 52428800 mydestination = 10.1.1.20 myhostname = mail.hit-enter.de mynetworks = 10.0.0.0/8 78.46.XXX.XXX/29 127.0.0.1 10.1.1.2 localhost mynetworks_style = subnet myorigin = $mydomain proxy_read_maps = $local_recipient_maps,$myhostname,$mynetworks,$virtual_mailbox_domains,$virtual_mailbox_maps,$virtual_alias_maps recipient_delimiter = + show_user_unknown_table_name = no smtpd_banner = $myhostname ESMTP $mail_name (Alien) smtpd_client_restrictions = permit_mynetworks, permit_sasl_authenticated, check_sender_access hash:/usr/local/etc/postfix/white.lst, reject_rbl_client ix.dnsbl.manitu.net, permit smtpd_data_restrictions = permit_mynetworks, reject_unauth_pipelining, reject_multi_recipient_bounce, permit smtpd_helo_required = yes smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, check_sender_access hash:/usr/local/etc/postfix/black.lst, reject_unknown_recipient_domain, reject_non_fqdn_recipient, reject_invalid_hostname, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, reject_unauth_destination, reject_unauth_pipelining, permit smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated smtpd_sasl_auth_enable = yes smtpd_sasl_exceptions_networks = $mynetworks smtpd_sasl_path = private/auth smtpd_sender_restrictions = permit_mynetworks, permit_sasl_authenticated, check_sender_access hash:/usr/local/etc/postfix/white.lst, permit smtpd_tls_auth_only = no smtpd_tls_cert_file = /usr/local/etc/ssl/fullchain.pem smtpd_tls_key_file = /usr/local/etc/ssl/privkey.pem smtpd_tls_security_level = may smtpd_use_tls = yes smtputf8_enable = yes strict_rfc821_envelopes = yes virtual_alias_maps = proxy:mysql:$config_directory/mysql_cf/virtual_alias_maps.cf virtual_gid_maps = static:500 virtual_mailbox_base = /var/mail/accounts virtual_mailbox_domains = proxy:mysql:$config_directory/mysql_cf/virtual_domains_maps.cf virtual_mailbox_limit = 102400000 virtual_mailbox_maps = proxy:mysql:$config_directory/mysql_cf/virtual_mailbox_maps.cf virtual_minimum_uid = 500 virtual_transport = dovecot virtual_uid_maps = static:500 ######################################### Kann es sein das die Option broken_sasl_auth_clients = yes nich mehr funktioniert ? Ich habe jetzt schon nochmal die Option smtpd_relay_restrictions angepasst aber das hat auch nichts geholfen mfg Jens

1 0

Email mit best. Betreff in Quarantäne stellen
by Andreas Wass - Glas Gasperlmair 15 Apr '16

15 Apr '16

Hallo Leute! Kann ich postfix bzw. amavisd so einstellen, dass alle Emails mit einer bestimmten Betreffzeile vorerst nur in Quarantäne gestellt werden, bis ich diese mit amavisd-release dann man. zustelle? vg, Andi

3 7

Postfix auf CentOS: TLS-Zertifikate des Relayhost nicht 'trusted'
by Johannes Kastl 29 Mar '16

29 Mar '16

N Abend, manchmal merkt man doch, dass alle Linux-Distributionen ihre eigenen Macken haben. Ich versuche gerade, Postfix auf einer CentOS-Maschine als dummer "Nullmailer" zu konfigurieren. Sprich nur E-Mails auf der Maschine lokal annemhnen und per relayhost verschicken. Dasselbe Setup funktioniert unter openSUSE und Debian einwandfrei, auch auf FreeBSD gab es das folgende Problem nicht: Das Paket ca-certificates ist installiert, daher gibt es den Link /etc/ssl/certs, der auf /etc/pki/tls/certs/ verweist. Doch egal was ich als smtp_tls_CApath oder smtp_tls_cert_file einstelle, ich bekomme entweder ein 'TLS is required, but our TLS engine is unavailable' oder 'status=deferred (Server certificate not trusted)'. Ersteres, wenn ich was Unsinniges angebe, ein falsche Datei beispielsweise. Ich will doch nur das eine Root-Zertifikat, das meinem relayhost das Zertifikat ausgestellt hat. Das muss doch eigentlich im "Mozilla CA root certificate bundle" drin sein. Würde mich wundern, wenn nicht, immerhin ist das auf Nicht-CentOS so. Oder ist das ein CentOS/RHEL-Spezifikum? Hatte das jemand mal? Für Hilfe wäre ich sehr dankbar. Liebe Grüße Johannes

2 3

DKIM Failure; Sender informieren und Betreff ändern, wie?
by Michael Taubert 28 Mar '16

28 Mar '16

Hallo Liste! Habe mein Postfix endlich mit DKIM laufen und wollte bei fehlender Signatur oder fehlgeschlagener Prüfung eine Mail an den Sender schicken. Ebenso möchte den Betreff der Mail mit einem „[DKIM Failure]“ markieren. Leider finde ich keine Infos dazu und bin nun etwas aufgeschmissen. Zwar gibt es die On-* Direktiven in der dkim.conf, aber dort kann man keine eigenen Aktionen hinterlegen. Hat jemand von euch das schon realisiert und kann mich auf den richtigen Weg bringen? Danke und Gruss, Michael

3 2

AW: Re: DKIM Failure; Sender informieren und Betreff ändern, wie?
by Michael Taubert 27 Mar '16

27 Mar '16

Hi Florian, in erster Linie möchte ich allen Versendern mitteilen, dass DKIM verwendet wird und sie es ebenfalls verwenden müssen, damit ihre Mails empfangen werden. In absehbarer Zeit werde ich dann alle Mail verwerfen, deren Absender sich nicht prüfen lässt. Dass dabei Mails an Personen gehen, deren Adressen misbraucht wurden, muss ich dabei in Kauf nehmen. Allerdings ist dies nur vorübergehend. Möglicherweise greife ich hier auch zu kurz und sollte bei fehlgeschlagener Prüfung die Mail einfach verwerfen. Wollte den ehrlichen Absendern nur den Hinweis geben, damit sie sich darauf einstellen können. Gruß, Michael ---- Florian Streibelt schrieb ---- > >Hallo Michael, > > >On Fr, 25 Mär 2016 at 20:02:18 +0100, Michael Taubert wrote: > >> Hallo Liste! >> >> Habe mein Postfix endlich mit DKIM laufen und wollte bei fehlender Signatur oder fehlgeschlagener Prüfung eine Mail an den Sender schicken. Ebenso möchte den Betreff der Mail mit einem „[DKIM Failure]“ markieren. > >Verstehe ich Dich richtig, du willst also auf eine Spam-Email mit gefälschtem >Absender antworten und das Postfach der Person mit DKIM-Fehler-Mails zuwerfen, >deren Absenderadresse missbräuchlich benutzt wurde? > > >Grüße, > Florian >

2 1

Re: Non-Delivery-Notification an Absender bei fehlendem MX-Record in Ziel-Domain
by Juri Haberland 23 Mar '16

23 Mar '16

Uwe Drießen wrote: > Steht auch in der 2008er RFC 5321 "noch" so drin > > In dem Fall bin ich der Sender and i give up Dein Server, deine Regeln. > Die Welt ist schneller geworden, Mailserver die am Freitagabend am DSL > abgestellt werden kann sich "eigentlich" keiner mehr leisten .. Davon war nicht die Rede. > Der Absender wird sauber darüber informiert und kann seine Mail dann > erneut senden Was er aber erst Montag früh sieht (um bei meinem Beispiel zu bleiben) - da wäre dann die Mail möglicherweise bereits zugestellt worden - bei dir muß er sie aber auf jeden Fall neu schreiben. >> > Mir spart das so einige anrufe wo denn die Mail hängt >> >> Die kannst du dir auch ersparen, wenn du die delay_warning_time auf >> einen >> sinnvollen Wert von z.B. 4 oder 8h setzt. > > Die steht schon auf 8 Stunden > Da wird nicht angerufen weil eine Delaymitteilung kommt sondern weil der > Empfänger meldet das die Mail noch nicht da ist Das ist sicherlich auch vom Typus der Anwender abhängig. Ich liebe ja jene, die erst eine Mail schicken, um danach gleich anzurufen, daß sie eine geschickt haben ;) Du kannst dich noch so bemühen und deine Serverregeln vom allgemeinen Standard abweichen lassen - Email ist und bleibt keine Echtzeitanwendung, sondern store-and-forward. Gruß, Juri

2 1

Fehler 550 an Stelle von Fehler 450 gewünscht, nur wie ...
by Walter H. 23 Mar '16

23 Mar '16

Hallo, wie kann ich postfix dazu zwingen, gleich einen Fehler 550 zu liefern und nicht x-fach einen Fehler 450 ... bei mir liefert fetchmail die Mails an den postfix, und sehr oft wiederholen sich z.B. "fetchmail: SMTP error: 450 4.1.8 <jypev(a)christmas-gift2.cc>: Sender address rejected: Domain not found" /etc/postfix/main.cf hat diesen Inhalt (reduziert um die Kommentare soft_bounce = no queue_directory = /var/spool/postfix command_directory = /usr/sbin daemon_directory = /usr/libexec/postfix data_directory = /var/lib/postfix mail_owner = postfix myhostname = filter.mail mydomain = mail inet_interfaces = $myhostname, localhost inet_protocols = all mydestination = $myhostname, lx.local, localhost, localhost.localdomain unknown_local_recipient_reject_code = 550 mynetworks_style = subnet mynetworks = 192.168.0.0/24, 127.0.0.0/8 relayhost = [storage.mail]:25 alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases recipient_delimiter = + smtpd_banner = $myhostname ESMTP $mail_name ($mail_version) debug_peer_level = 2 debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin ddd $daemon_directory/$process_name $process_id & sleep 5 sendmail_path = /usr/sbin/sendmail.postfix newaliases_path = /usr/bin/newaliases.postfix mailq_path = /usr/bin/mailq.postfix setgid_group = postdrop html_directory = no manpage_directory = /usr/share/man sample_directory = /usr/share/doc/postfix-2.6.6/samples # latest CentOS 6 release readme_directory = /usr/share/doc/postfix-2.6.6/README_FILES #strict_8bitmime = yes strict_7bit_headers = yes #strict_8bitmime_body = yes smtpd_delay_reject = yes smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_unknown_hostname, reject_non_fqdn_helo_hostname smtpd_client_restrictions = permit_mynetworks, reject smtpd_etrn_restrictions = permit_mynetworks, reject smtpd_sender_restrictions = check_sender_mx_access cidr:/etc/postfix/drop.cidr, check_sender_ns_access cidr:/etc/postfix/drop.cidr, reject_non_fqdn_sender, reject_unknown_sender_domain smtpd_recipient_restrictions = permit_mynetworks, reject_non_fqdn_recipient, reject_unauth_destination, reject_unknown_recipient_domain, reject_unknown_sender_domain, reject # smtpd_relay_restrictions = permit_mynetworks, permit_sasl_authenticated, defer_unauth_destination smtpd_discard_ehlo_keywords = silent-discard, dsn smtpd_reject_unlisted_sender = yes smtpd_reject_unlisted_recipient = yes smtp_bind_address = 192.168.241.222 smtp_bind_address6 = 2001:15c0:65ff:87d4::4d:4149:4c32 smtp_helo_name = lxwaldivm-005.waldinet.home smtp_helo_timeout = 45 smtp_host_lookup = native, dns body_checks = pcre:/etc/postfix/body_chks.pcre body_checks_size_limit = 1048576 header_checks = regexp:/etc/postfix/hdr_chks.regex, pcre:/etc/postfix/hdr_chks.pcre header_checks_size_limit = 131072 message_reject_characters = \0 message_size_limit = 26214400 mime_header_checks = $header_checks nested_header_checks = smtp_header_checks = pcre:/etc/postfix/smtp_hdr_chks.pcre smtp_mime_header_checks = $smtp_header_checks smtp_nested_header_checks = unknown_address_reject_code = 554 unknown_client_reject_code = 550 unknown_hostname_reject_code = 554 unverified_recipient_reject_code = 554 unverified_sender_reject_code = 554 content_filter = clamav-scan:[127.0.0.1]:10025 postconf | grep "55" liefert access_map_reject_code = 554 maps_rbl_reject_code = 554 multi_recipient_bounce_reject_code = 550 reject_code = 554 relay_domains_reject_code = 554 unknown_address_reject_code = 554 unknown_client_reject_code = 550 unknown_hostname_reject_code = 554 unknown_local_recipient_reject_code = 550 unknown_relay_recipient_reject_code = 550 unknown_virtual_alias_reject_code = 550 unknown_virtual_mailbox_reject_code = 550 unverified_recipient_reject_code = 554 unverified_sender_reject_code = 554 postconf | grep "450" liefert access_map_defer_code = 450 defer_code = 450 plaintext_reject_code = 450 unverified_recipient_defer_code = 450 unverified_sender_defer_code = 450 /etc/postfix/master.cf hat das extra dabei wegen clamav clamav-scan unix - - n - 16 smtp -o smtp_data_done_timeout=1200 -o smtp_send_xforward_command=yes -o disable_dns_lookups=yes 127.0.0.1:10026 inet n - n - 16 smtpd -o content_filter= -o local_recipient_maps= -o receive_override_options=no_unknown_recipient_checks,no_header_body_checks -o relay_recipient_maps= -o smtpd_restriction_classes= -o smtpd_client_restrictions= -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o mynetworks_style=host -o smtpd_authorized_xforward_hosts=127.0.0.1 es funktioniert alles, ich will nur einen 5xx Fehler statt des 4xx Fehlers erwzingen; im fetchmailrc steht folgendes defaults auth password envelope "X-Envelope-To:" timeout 45 no keep no rewrite smtphost filter.mail sslproto "TLS1" sslcertfile "/etc/pki/tls/certs/ca-bundle.crt" ssl dropstatus limit 26213888 sucht man nach der komischen E-mail adresse im maillog, dann kommt das zum Vorschein ... Mar 22 11:39:46 filter postfix/smtpd[16115]: connect from filter.mail[192.168.0.1] Mar 22 11:39:49 filter postfix/smtpd[16115]: warning: Unable to look up MX host for christmas-gift2.cc: Host not found, try again Mar 22 11:39:53 filter postfix/smtpd[16115]: NOQUEUE: reject: RCPT from filter.mail[192.168.0.1]: 450 4.1.8 <jypev(a)christmas-gift2.cc>: Sender address rejected: Domain not found; from=<jypev(a)christmas-gift2.cc> to=<walter+NoReply(a)filter.mail> proto=ESMTP helo=<filter.mail> Mar 22 11:39:53 lxwaldivm-005 postfix/smtpd[16115]: disconnect from filter.mail[192.168.0.1] wieso ist die Tatsache, daß er den MX Host nicht findet nur ein warning und kein error? Danke und Grüße aus Österreich, Walter

3 2

Non-Delivery-Notification an Absender bei fehlendem MX-Record in Ziel-Domain
by Roland Schmid 22 Mar '16

22 Mar '16

Hallo, ich würde gern, dass Postfix den Absender über eine nicht zustellbare Mail informiert, bei die Empfänger Adresse falsch ist. Die Domain ist zwar korrekt, aber es gibt keinen mx-record im, DNS. Der Absender hat sich vertippt und hätte vorname.nachname(a)domain.com als Empfänger Adresse verwenden sollen. Kann man in so einem Fall dem Absender eine Non-Delivery-Notification senden? Mar 22 11:24:50 ns1 postfix/smtp[77491]: 9230B593E6E: to=<vorname.nachname(a)domain.de>, relay=none, delay=30, delays=0.03/0.01/30/0, dsn=4.4.1, status=deferred (connect to domain.de[193.x.x.x]:25: Operation timed out) Viele Grüße Roland

4 7

RE: Non-Delivery-Notification an Absender bei fehlendem MX-Record in Ziel-Domain
by Roland Schmid 22 Mar '16

22 Mar '16

Hallo, > > Bekommt der Absender automatisch. Mail geht bei sowas an den Absender > zurück > wann bekommt der Absender die Benachrichtigung ? > delay_warning_time = 8h > maximal_queue_lifetime = 12h > transport_retry_time = 7m > bounce_queue_lifetime = 0 > Viele Grüße Roland

4 5

Catch-all fängt zu viel ein
by webmaster 19 Mar '16

19 Mar '16

Hallo, ich wollte mir auf meinem Postfix eine Catch-all Adresse konfigurieren. Dabei habe ich mich an http://www.postfix.com/VIRTUAL_README.html orientiert. Meine **/etc/postfix/virutal** sieht demnach wie folgt aus: ``` user-1(a)example.com user1(a)example.com user-2(a)example.com user2(a)example.com user-3(a)example.com user3(a)example.com @example.com user1(a)example.com ``` Nun werden jedoch alle E-Mails im Postfach von user1(a)example.com zugestellt. Also auch jene, die z.B. an user2(a)example.com gesendet wurden. Entferne ich die letzte Zeile jedoch, werden E-Mails wie erwartet zugestellt. Im Log finde ich dazu folgende Zeilen: ``` lda(user1(a)example.com): msgid=<56CF5A11.1000308(a)example.com>: saved mail to INBOX Feb 25 20:46:27 hostname postfix/pipe[7593]: 5B858280198: to=<user1(a)example.com>, orig_to=<user2(a)example.com>, relay=dovecot, delay=1.3, delays=1.3/0/0/0.02, dsn=2.0.0, status=sent (delivered via dovecot service) Feb 25 20:46:27 hostname postfix/qmgr[7557]: 5B858280198: removed ``` Ich kann dieses Phänomen auf mehreren Ubuntu-Servern mit Postfix 2.11.0 nachstellen. Handelt es sich hierbei um einen Bug? # Ausgabe von postconf -n ``` alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases append_dot_mydomain = no biff = no broken_sasl_auth_clients = yes config_directory = /etc/postfix default_destination_concurrency_limit = 5 disable_vrfy_command = yes dovecot_destination_recipient_limit = 1 home_mailbox = Maildir/ inet_interfaces = all mailbox_command = /usr/lib/dovecot/deliver -c /etc/dovecot/dovecot.conf -m "${EXTENSION}" mailbox_size_limit = 0 message_size_limit = 104857600 milter_connect_macros = j {daemon_name} v {if_name} _ milter_default_action = accept mydestination = mx.example.com, localhost, localhost.example.com myhostname = mx.example.com mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 myorigin = /etc/mailname non_smtpd_milters = $smtpd_milters postscreen_access_list = permit_mynetworks postscreen_dnsbl_action = enforce postscreen_dnsbl_sites = zen.spamhaus.org, b.barracudacentral.org, bl.spamcop.net postscreen_greet_action = enforce readme_directory = no recipient_delimiter = + relay_destination_concurrency_limit = 1 relay_recipient_maps = smtp_tls_note_starttls_offer = yes smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache smtp_use_tls = yes smtpd_banner = $myhostname ESMTP smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_non_fqdn_helo_hostname, reject_unknown_helo_hostname, reject_invalid_helo_hostname, permit smtpd_milters = unix:/spamass/spamass.sock unix:/clamav/clamav-milter.ctl unix:/opendkim/opendkim.sock smtpd_recipient_restrictions = permit_mynetworks, permit_sasl_authenticated, reject_unauth_destination, reject_invalid_hostname, reject_non_fqdn_sender smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = $myhostname smtpd_sasl_path = private/dovecot-auth smtpd_sasl_security_options = noanonymous smtpd_sasl_type = dovecot smtpd_sender_login_maps = $virtual_mailbox_maps smtpd_sender_restrictions = reject_unknown_sender_domain smtpd_tls_CAfile = /etc/ssl/certs/ca-certificates.crt smtpd_tls_ask_ccert = yes smtpd_tls_auth_only = yes smtpd_tls_cert_file = /etc/ssl/private/ssl-chain-mail-example-com.pem smtpd_tls_ciphers = high smtpd_tls_dh1024_param_file = /etc/nginx/dh_params.pem smtpd_tls_key_file = /etc/ssl/private/example-com-private-ssl.key smtpd_tls_loglevel = 1 smtpd_tls_mandatory_ciphers = medium smtpd_tls_mandatory_exclude_ciphers = aNULL, eNULL, EXPORT, DES, RC4, MD5, PSK, aECDH, EDH-DSS-DES-CBC3-SHA, EDH-RSA-DES-CDC3-SHA, KRB5-DE5, CBC3-SHA smtpd_tls_mandatory_protocols = SSLv3, TLSv1 smtpd_tls_received_header = yes smtpd_tls_security_level = may smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache smtpd_tls_session_cache_timeout = 3600s smtpd_use_tls = yes tls_random_source = dev:/dev/urandom unknown_address_reject_code = 550 unknown_client_reject_code = 550 unknown_hostname_reject_code = 550 virtual_alias_maps = hash:/etc/postfix/virtual virtual_mailbox_domains = hash:/etc/postfix/virtual-mailbox-domains virtual_mailbox_maps = hash:/etc/postfix/virtual-mailbox-users virtual_transport = dovecot ``` # Ausgabe von doveconf -n ``` # 2.2.9: /etc/dovecot/dovecot.conf # OS: Linux 3.13.0-042stab111.12 x86_64 Ubuntu 14.04.4 LTS reiserfs auth_mechanisms = plain login auth_verbose = yes mail_home = /var/mail/vmail/%d/%n mail_location = maildir:/var/mail/vmail/%d/%n/mail:LAYOUT=fs managesieve_notify_capability = mailto managesieve_sieve_capability = fileinto reject envelope encoded-character vacation subaddress comparator-i;ascii-numeric relational regex imap4flags copy include variables body enotify environment mailbox date ihave namespace inbox { inbox = yes location = mailbox Drafts { auto = subscribe special_use = \Drafts } mailbox Junk { auto = subscribe special_use = \Junk } mailbox Sent { auto = subscribe special_use = \Sent } mailbox Trash { auto = subscribe special_use = \Trash } prefix = } passdb { args = username_format=%u scheme=ssha512 /etc/dovecot/passwd.db driver = passwd-file } plugin { sieve = /var/mail/vmail/example.com/%u/.dovecot.sieve sieve_after = /var/mail/vmail/sieve-after sieve_before = /var/mail/vmail/sieve-before sieve_dir = /var/mail/vmail/example.com/%u/sieve } protocols = imap sieve service auth { unix_listener /var/spool/postfix/private/dovecot-auth { group = postfix mode = 0660 user = postfix } } ssl_cert = </etc/ssl/private/ssl-chain-mail-example.pem ssl_cipher_list = ECDH+AESGCM:DH+AESGCM:ECDH+AES256:DH+AES256:ECDH+AES128:DH+AES:ECDH+3DES:DH+3DES:RSA+AES:RSA+3DES:!ADH:!AECDH:!MD5:!DSS ssl_client_ca_dir = /etc/ssl/certs ssl_dh_parameters_length = 2048 ssl_key = </etc/ssl/private/example-private-ssl.key ssl_prefer_server_ciphers = yes userdb { args = uid=5000 gid=5000 home=/var/mail/vmail/%d/%n driver = static } protocol lda { deliver_log_format = msgid=%m: %$ mail_plugins = sieve postmaster_address = webmaster(a)example.com quota_full_tempfail = yes rejection_reason = Your message to <%t> was automatically rejected:%n%r } protocol imap { imap_client_workarounds = delay-newmail tb-extra-mailbox-sep mail_max_userip_connections = 10 } ``` Handelt es sich hierbei um einen Bug, oder habe ich noch einen Fehler in der Konfiguration? Viele Grüße Jörg

3 5

Annahme von Emails verweigern?
by chris＠abacusmail.net 17 Mar '16

17 Mar '16

Wie kann ich die Annahme von Emails unter postfix mit zip Anhang oder asiatischen/arabischen Schriftzeichen verweigern? Chris

5 6

Eure Erfahrungen und Strategien fuer Postfix Migrationen?
by Matthias Egger 17 Mar '16

17 Mar '16

Hallo Liste Wir haben z.Zt. einen Haupt Server (MX 10) sowie zwei Backup Server (MX 20, MX 30) welche aber eigentlich reine Store-and-Forward Relays sind (Siehe Postfix-Buch, S156). In bälde werden wir umstellen auf zwei gleichwertige MXe welche alle User kennen und jeder für sich die entsprechenden Antispam/-viren Massnahmen vornimmt (eigentlich so wie Peer es im Postfix Buch empfiehlt). Ist-Zustand: smtp.domain.ch - 86400 TTL - MX 10 mx2.domain.ch - 86400 TTL - MX 20 mx3.domain.ch - 86400 TTL - MX 30 imap.domain.ch - CNAME auf smtpif2.domain.ch mail.domain.ch - CNAME auf smtpif2.domain.ch Auf die MX Records haben wir keinen direkten Zugriff sondern müssen Anpassungen via Antrag einfordern (=keine sofort gültigen Direktänderungen möglich). Schlussendlich sollen die Einträge in etwa so aussehen: ngmx1.domain.ch - 86400 TTL - MX 10 ngmx2.domain.ch - 86400 TTL - MX 10 smtp.domain.ch - 2 A Records auf die IPs von ngmx1/2 (DNS round robin) imap.domain.ch - A Record auf IP von imap.domain.ch Was mich nun interessiert: Wie würdet Ihr die Umstellung vornehmen? Mich interessiert hier weniger Postfix an sich sondern mehr die DNS Records und wie man das ganze möglichst Reibungs- und Unterbruchslos durchziehen kann. Hätte ich vollsten Zugriff auf die MX Records würde einfach die TTLs auf z.B. 60s runterschrauben und sobald die Server bereit stehen, die MX, A und CNAME Records auf den Soll-Zustand anpassen. Die Umstellung findet nun aber an einem Wochenende statt, wo niemand einen allfälligen MX Anpassungsantrag auch nur anschaut. Auf die A Records und CNAMES habe ich während dieser Zeit aber vollen Zugriff. Mein Vorschlag wäre folgender gewesen: * In der Woche vor der Umstellung die MX Records anpassen lassen, so dass die TTLs auf z.B. 600 gesetzt werden und zusätzlich die beiden ngmx1 und ngmx2 als MX 5 einrichten. (Wie ist das eigentlich? Müssen Clients alle MXe abklappern oder nur z.B. die ersten zwei? Sprich: Wenn ich ngmx1/2 als MX5 habe und smtp.domain als MX 10, kommen dann im Normalbetrieb bis zur Umstellun die Mails überhaupt bis zum MX 10?) * Via Firewall auf den neuen Servern sicherstellen, dass auf den üblichen Ports (25,587, etc.) bis zur endgültigen Umstellung keine Verbindungen aufgebaut werden können (auch wenn ich gerade was am Server teste). * Bei allen bestehenden A und CNAME Records einen Tag vor Umstellung die TTL auf z.B. 600 senken. * Am Tag der Umstellung die alten Server herunterfahren, Daten zwischen alten und neuen Servern syncen, Firewall Rules auf den neuen Servern entfernen, A und CNAME records dem Soll-Zustand entsprechend setzen. * Die neuen Server hochfahren und mit Firewall Rules sicherstellen, dass bei versehentlichem hochfahren der alten Server nichts mehr auf den üblichen Ports horchen kann. * Nach der Umstellung via Antrag die MX Records anpassen. Alte Einträge raus, die MX 5er auf MX 10er wandeln, TTL wieder auf 86400 setzen. Könnte das funktionieren? Gibt es Verbesserungsvorschläge? Sollte ich es ganz anders machen? Ich würde mich auf euren Input und eure Erfahrungen freuen ;-) Liebe Grüsse Matthias -- Matthias Egger ETH Zurich Department of Information Technology maegger(a)ee.ethz.ch and Electrical Engineering IT Support Group (ISG.EE), ETF/D/102 Phone +41 (0)44 632 03 90 Sternwartstrasse 7, CH-8092 Zurich Fax +41 (0)44 632 11 95

2 2

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