- postfix-users - list.sys4.de

[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

[postfix-users] TLS von MTA zu MTA
by Jochen 12 Aug '13

12 Aug '13

Hallo, seit dem PRISM-Skandal macht man sich natürlich Gedanken, wie man die staatliche Schnüffelei weitestgehend unterbinden kann. Ist es mit möglich (und sinnvoll) eine TLS-Verschlüsselung zwischen 2 MTAs zu erzwingen? Wenn ja, wie müsste man das in seinem Postfix konfigurieren, sodass niemals unverschlüsselt Mails ausgetauscht werden?

6 26

[postfix-users] Postfix mit Altermime
by Andre Hohmann 12 Aug '13

12 Aug '13

Hallo zusammen, ich nutze postfix in Verbindung mit altermime, um bei ausgehenden Mails automatisch unabhängig vom Mailclient eine Signatur/einen Disclaimer anzuhängen. Dies klappt soweit auch ganz gut. Nun nutze ich allerdings, wie wohl viele andere Nutzer auch, in meinem Mailclient die Option "Originalnachricht beim Antworten automatisch zitieren, dabei meine Antwort _über_ dem Zitat beginnen". Hier ergibt sich nun das Problem, dass postfix bzw. altermime den Disclaimer ans Ende der gesamten Mail setzt, so dass der Disclaimer unter der zitierten Mail erscheint. Ich möchte jedoch, dass altermime den Disclaimer unter meinen eigenen Mailtext, also über die zitierte Mail setzt. Kennt jemand einen Lösungsansatz? Danke!

4 3

Re: [postfix-users] TLS von MTA zu MTA
by Robert Schetterer 10 Aug '13

10 Aug '13

Am 09.08.2013 15:40, schrieb Florian Streibelt: > Am Fr, 09.08.13 um 14:30:38 Uhr > schrieb Robert Schetterer <rs(a)sys4.de>: > >> Am 09.08.2013 14:15, schrieb Jochen: >>> Hallo, >>> >>> seit dem PRISM-Skandal macht man sich natürlich Gedanken, wie man die >>> staatliche Schnüffelei weitestgehend unterbinden kann. Ist es mit >>> möglich (und sinnvoll) eine TLS-Verschlüsselung zwischen 2 MTAs zu >>> erzwingen? Wenn ja, wie müsste man das in seinem Postfix konfigurieren, >>> sodass niemals unverschlüsselt Mails ausgetauscht werden? > >> das musst du am Ende selbst entscheiden >> die Frage ist ,ob du noch am allgemeinen unverschluesselten Mailverkehr >> teilnehmen willst oder nicht, du kannst andere nicht per se zur >> Verschluesselung zwingen >> > > Es gibt noch ein weitaus größeres Problem - die passenden Zertifikate. > > Ich hab grade keine Zeit für eine ausführliche Antwort, daher nur grob. > > > Es gibt ja gerade diese 'Email made in Germany Aktion' - da versuchen sie genau das. > > http://www.heise.de/newsticker/meldung/E-Mail-Made-in-Germany-SSL-Verschlue… > > Das skaliert aber nicht, und spiegelt m.E. eine Sicherheit vor die nicht da ist und sperrt wieder mal kleinere Anbieter aus, deren Mails als nicht sicher angezeigt werden. Marketing Fasel...., und die "Anzeige" wuerde ja erstmal nur in deren Webmail zu sehen sein, mal ehrlich wer nutzt das schon, wenn er gerade nicht muss, es ist eher peinlich fuer diese Firmen ,wenn man es genau nimmt, dass sie nicht schon immer die Uebertragung verschluesselten,falls es moeglich war. Microsoft hat mit Exchange auch so einen Modus , als besonderes neues Feature angepriesen hat wie immer nur einen einen tollen neuen Namen dafuer erfunden und die Anzeige geht natuerlich nur mit Outlook und Exchange....ich befuerchte es gibt sogar Admins die das als neues Killerfeature ansehen *g > > > > Zum einen sind da draußen hundertausende Mailserver, die keine 'offiziellen' Zertifikate von einer 'anerkannten' CA haben. Meine auch nicht, ich benutze CaCert Zertifikate und habe auch nicht vor das zu ändern, da es kein mehr an Sicherheit bietet. > > Spätestens seit DigiNotar wissen wir, wie kaputt das CA-System ist. Und das kann man auch nicht reparieren - da jede CA prinzipbedingt für jede Domain ein Zertifikat ausstellen kann. > Damit ist es dann eben möglich, dass China Telekom oder Türktrust oder eine 'vertrauenswürdige' CA in den USA ein Zertifikat für eine Domain Deiner Wahl ausstellt. > > Wenn Du also den 'anerkannten' CAs traust kann die NSA immer noch ein mitm machen - du müsstest schon manuell die ZErtifikatsprüfsummen pflegen. > > > Und selbst wenn das nicht so kaputt wäre, was macht man mit den Leuten die kein TLS anbieten? Auch weil sie sich kein Zertifikat leisten wollen - und wie bekommt man raus wer kein TLS anbietet und bei wem von außen die TLS verhandlung unterbunden wird? > > > > Grüße, > Florian > also ich hab jahrelang selbst produzierte ssl crts verwendet, ich hab zwar nicht gelogged wer die alles akzeptierte, aber ich kann mich eigentlich nicht daran erinnern dass sie massenhaft abgelehnt wurden, ich gehe davon aus dass die meisten es pragmatisch handhaben und eben nach dem Motto verfahren besser ein selbst gemachtes crt und verschluesseln als gar nicht, einfach ausprobieren und mitloggen Am Ende sollte die Email selbst aber auch verschluesselt sein ( pgp,smime etc ) sonst ist es eh immer eine "Scheinsicherheit" Wer ganz sicher gehen will sollte ausserdem auf Open Source Betriebssysteme setzen *g Best Regards MfG Robert Schetterer -- [*] 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

4 5

[postfix-users] Problem mit MDR und Amavis/Postfix
by marcel-ml＠irc-addicts.de 30 Jul '13

30 Jul '13

Hallo zusammen, ich denke mal, hier kann mir jemand helfen. Ich nutze Postfix in Verbindung mit Amavis und soweit laeuft das auch alles perfekt. Mails werden ueberprueft und auch geblockt, falls notwendig. Nun habe ich aber folgendes Problem: Sobald eine Mail versendet wird, in der eine Empfangs- und Lesebestaetigung eingefordert wird, erhaelt der Absender, welcher ueber den Server versendet (Auth vorher geklappt und alles) die Empfangsbestaetigung nicht vom endgueltigen Server auf der die Mail landet, sondern von amavis. Bzw von Postfix, der mitteilt das die Mail lokal auf Port 10024 zugestellt wurde. Ich und auch die eigentlichen Absender haetten natuerlich gerne anstatt der Mitteilung das die Mail an Amavis weitergeleitet wurde die Meldung das ein externer Server die Mail angenommen hat. Kann mir hier jemand einen Tipp geben wonach ich schauen muss? Jeder Hinweis wird angenommen. =) Meine master.cf sieht wie folgt aus: # # Postfix master process configuration file. For details on the format # of the file, see the master(5) manual page (command: "man 5 master"). # # Do not forget to execute "postfix reload" after editing this file. # # ========================================================================== # service type private unpriv chroot wakeup maxproc command + args # (yes) (yes) (yes) (never) (100) # ========================================================================== smtp inet n - - - - smtpd #submission inet n - - - - smtpd # -o smtpd_tls_security_level=encrypt # -o smtpd_sasl_auth_enable=yes # -o smtpd_client_restrictions=permit_sasl_authenticated,reject # -o milter_macro_daemon_name=ORIGINATING #smtps inet n - - - - smtpd # -o smtpd_tls_wrappermode=yes # -o smtpd_sasl_auth_enable=yes # -o smtpd_client_restrictions=permit_sasl_authenticated,reject # -o milter_macro_daemon_name=ORIGINATING #628 inet n - - - - qmqpd pickup fifo n - - 60 1 pickup cleanup unix n - - - 0 cleanup qmgr fifo n - n 300 1 qmgr #qmgr fifo n - - 300 1 oqmgr tlsmgr unix - - - 1000? 1 tlsmgr rewrite unix - - - - - trivial-rewrite bounce unix - - - - 0 bounce defer unix - - - - 0 bounce trace unix - - - - 0 bounce verify unix - - - - 1 verify flush unix n - - 1000? 0 flush proxymap unix - - n - - proxymap proxywrite unix - - n - 1 proxymap smtp unix - - - - - smtp # When relaying mail as backup MX, disable fallback_relay to avoid MX loops relay unix - - - - - smtp -o smtp_fallback_relay= # -o smtp_helo_timeout=5 -o smtp_connect_timeout=5 showq unix n - - - - showq error unix - - - - - error retry unix - - - - - error discard unix - - - - - discard local unix - n n - - local virtual unix - n n - - virtual lmtp unix - - - - - lmtp anvil unix - - - - 1 anvil scache unix - - - - 1 scache # # ==================================================================== # Interfaces to non-Postfix software. Be sure to examine the manual # pages of the non-Postfix software to find out what options it wants. # # Many of the following services use the Postfix pipe(8) delivery # agent. See the pipe(8) man page for information about ${recipient} # and other message envelope options. # ==================================================================== # # maildrop. See the Postfix MAILDROP_README file for details. # Also specify in main.cf: maildrop_destination_recipient_limit=1 # maildrop unix - n n - - pipe flags=DRhu user=vmail argv=/usr/bin/maildrop -d ${recipient} # # ==================================================================== ## # ==================================================================== # # Recent Cyrus versions can use the existing "lmtp" master.cf entry. # # Specify in cyrus.conf: # lmtp cmd="lmtpd -a" listen="localhost:lmtp" proto=tcp4 # # Specify in main.cf one or more of the following: # mailbox_transport = lmtp:inet:localhost # virtual_transport = lmtp:inet:localhost # # ==================================================================== # # Cyrus 2.1.5 (Amos Gouaux) # Also specify in main.cf: cyrus_destination_recipient_limit=1 # #cyrus unix - n n - - pipe # user=cyrus argv=/cyrus/bin/deliver -e -r ${sender} -m ${extension} ${user} # # ==================================================================== # Old example of delivery via Cyrus. # #old-cyrus unix - n n - - pipe # flags=R user=cyrus argv=/cyrus/bin/deliver -e -m ${extension} ${user} # # ==================================================================== # # See the Postfix UUCP_README file for configuration details. # uucp unix - n n - - pipe flags=Fqhu user=uucp argv=uux -r -n -z -a$sender - $nexthop!rmail ($recipient) # # Other external delivery methods. # ifmail unix - n n - - pipe flags=F user=ftn argv=/usr/lib/ifmail/ifmail -r $nexthop ($recipient) bsmtp unix - n n - - pipe flags=Fq. user=bsmtp argv=/usr/lib/bsmtp/bsmtp -t$nexthop -f$sender $recipient scalemail-backend unix - n n - 2 pipe flags=R user=scalemail argv=/usr/lib/scalemail/bin/scalemail-store ${nexthop} ${user} ${extension} mailman unix - n n - - pipe flags=FR user=list argv=/usr/lib/mailman/bin/postfix-to-mailman.py ${nexthop} ${user} dovecot unix - n n - - pipe flags=DRhu user=vmail:vmail argv=/usr/lib/dovecot/deliver -f ${sender} -d ${recipient} tumgreyspf unix - n n - - spawn user=tumgreyspf argv=/usr/bin/tumgreyspf amavis unix - - - - 2 smtp -o smtp_data_done_timeout=1200 -o smtp_send_xforward_command=yes -o disable_dns_lookups=yes -o max_use=20 127.0.0.1:10025 inet n - - - - smtpd -o content_filter= -o smtpd_delay_reject=no -o smtpd_client_restrictions=permit_mynetworks,reject -o smtpd_helo_restrictions= -o smtpd_sender_restrictions= -o smtpd_recipient_restrictions=permit_mynetworks,reject -o smtpd_data_restrictions=reject_unauth_pipelining -o smtpd_end_of_data_restrictions= -o smtpd_restriction_classes= -o mynetworks=127.0.0.0/8 -o smtpd_error_sleep_time=0 -o smtpd_soft_error_limit=1001 -o smtpd_hard_error_limit=1000 -o smtpd_client_connection_count_limit=0 -o smtpd_client_connection_rate_limit=0 -o receive_override_options=no_header_body_checks,no_unknown_recipient_checks,no_milters -o local_header_rewrite_clients= vacation unix - n n - - pipe flags=Rq user=vacation argv=/var/spool/vacation/vacation.pl -f ${sender} -- ${recipient} und meine main.cf # See /usr/share/postfix/main.cf.dist for a commented, more complete version # Debian specific: Specifying a file name will cause the first # line of that file to be used as the name. The Debian default # is /etc/mailname. #myorigin = /etc/mailname smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU) biff = no # appending .domain is the MUA's job. append_dot_mydomain = no # Uncomment the next line to generate "delayed mail" warnings #delay_warning_time = 4h readme_directory = no # TLS parameters #smtpd_tls_cert_file=/etc/ssl/certs/ssl-cert-snakeoil.pem #smtpd_tls_key_file=/etc/ssl/private/ssl-cert-snakeoil.key #smtpd_use_tls=yes #smtpd_tls_session_cache_database = btree:${data_directory}/smtpd_scache #smtp_tls_session_cache_database = btree:${data_directory}/smtp_scache # TLS PART START smtp_tls_CAfile = /etc/postfix/tls/root.crt smtp_tls_cert_file = /etc/postfix/tls/cert.pem smtp_tls_key_file = /etc/postfix/tls/privatekey.pem smtp_tls_session_cache_database = btree:$data_directory/smtp_tls_session_cache smtp_tls_security_level = may smtp_tls_loglevel = 1 smtpd_tls_CAfile = /etc/postfix/tls/root.crt smtpd_tls_cert_file = /etc/postfix/tls/cert.pem smtpd_tls_key_file = /etc/postfix/tls/privatekey.pem smtpd_tls_session_cache_database = btree:$data_directory/smtpd_tls_session_cache smtpd_tls_security_level = may smtpd_tls_loglevel = 1 smtpd_tls_received_header = yes smtpd_tls_ask_ccert = yes #smtpd_tls_auth_only = yes # TLS PART END # See /usr/share/doc/postfix/TLS_README.gz in the postfix-doc package for # information on enabling SSL in the smtp client. myhostname = server.de alias_maps = hash:/etc/aliases alias_database = hash:/etc/aliases myorigin = /etc/mailname mydestination = server.net-addicts.de, localhost.localdomain, , localhost relayhost = mynetworks = 127.0.0.0/8 [::ffff:127.0.0.0]/104 [::1]/128 mailbox_size_limit = 0 recipient_delimiter = + inet_interfaces = all # Postfixadminaenderungen # virtual_mailbox_domains = proxy:mysql:/etc/postfix/sql/mysql_virtual_domains_maps.cf virtual_alias_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_catchall_maps.cf virtual_mailbox_maps = proxy:mysql:/etc/postfix/sql/mysql_virtual_mailbox_maps.cf, proxy:mysql:/etc/postfix/sql/mysql_virtual_alias_domain_mailbox_maps.cf # Additional for quota support virtual_create_maildirsize = yes virtual_mailbox_extended = yes virtual_mailbox_limit_maps = mysql:/etc/postfix/sql/mysql_virtual_mailbox_limit_maps.cf virtual_mailbox_limit_override = yes virtual_maildir_limit_message = Sorry, the user's maildir has overdrawn his diskspace quota, please try again later. virtual_overquota_bounce = yes # Postfixadminaenderungen # # dovecot Anbindung # virtual_transport = dovecot dovecot_destination_recipient_limit = 1 smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_auth_enable = yes smtpd_sasl_authenticated_header = yes broken_sasl_auth_clients = yes smtpd_recipient_restrictions = reject_unknown_sender_domain reject_unknown_recipient_domain reject_unauth_pipelining permit_mynetworks permit_sasl_authenticated #reject_rbl_client dnsbl.sorbs.net reject_rbl_client bl.spamcop.net reject_rbl_client zen.spamhaus.org #reject_rbl_client dnsbl-1.uceprotect.net check_policy_service unix:private/tumgreyspf reject_unauth_destination check_client_access hash:/etc/postfix/ip-block smtpd_milters = inet:127.0.0.1:54321 non_smtpd_milters = inet:127.0.0.1:54321 milter_default_action = accept content_filter = amavis:[127.0.0.1]:10024 receive_override_options = no_address_mappings smtpd_client_restrictions = permit_mynetworks permit_sasl_authenticated reject_unauth_pipelining reject_rbl_client bl.spamcop.net reject_rbl_client zen.spamhaus.org # reject_rbl_client list.dsbl.org header_checks = pcre:/etc/postfix/pcre/header_checks body_checks = pcre:/etc/postfix/pcre/body_checks transport_maps = hash:/etc/postfix/transport # ende Vielen Dank noch mal im Voraus. Gruesse, Marcel

2 2

[postfix-users] DNS-Problem
by Jochen Fahrner 24 Jul '13

24 Jul '13

Hallo, seit einiger Zeit bekomme ich einen Newsletter nicht mehr. In meinem Log sehe ich folgende Meldungen: warning: 193.158.71.110: address not listed for hostname news.teleropa.de connect from unknown[193.158.71.110] NOQUEUE: reject: RCPT from unknown[193.158.71.110]: 450 4.7.1 Client host rejected: cannot find your hostname, [193.158.71.110]; from=<news(a)digitalmagazin.info> to=<mich> proto=ESMTP helo=<news.technisat.de> disconnect from unknown[193.158.71.110] Nun möchte ich ungern meinen Spam-Schutz aufweichen und frage mich: was macht der Versender hier falsch? nslookup sagt mir: Non-authoritative answer: 110.71.158.193.in-addr.arpa name = news.digitalmagazin.info. 110.71.158.193.in-addr.arpa name = news.teleropa.de. 110.71.158.193.in-addr.arpa name = news.technisat.de. 110.71.158.193.in-addr.arpa name = news.infosat.info. Authoritative answers can be found from: nix Für news.teleropa.de gibt es tatsächlich keinen DNS-Eintrag. Aber wie kommt Postfix auf diesen Namen? Im helo steht doch news.technisat.de. -- Mit besten Grüßen Jochen Fahrner

2 2

[postfix-users] unklares Verhalten bei Bad sender address syntax Fehlern
by Stephan Jacob 23 Jul '13

23 Jul '13

Hallo Postfix Gemeinde, ich habe auf meinem Mail-Relay ein ungewöhnliches Verhalten bemerkt, was ich mir nicht erklären kann: Wenn ich mich mit telnet auf Port 25 des Relays verbinde (also telnet relay.ovgu.de 25) und manuell eine SMTP Session durchführen will habe ich das Problem, dass Mail-Adressen immer mit dem Hinweis auf falsche Syntax abgewiesen werden. Beispiel telnet relay.ovgu.de 25 Connected to relay.ovgu.de. Escape character is '^]'. 220 relay.ovgu.de ESMTP Postfix helo maschine.ovgu.de 250 relay.ovgu.de MAIL FROM: sjacob(a)ovgu.de 501 5.1.7 Bad sender address syntax Dabei handelt es sich um meine Mail-Adresse die auch existiert. So weit so schlecht. Jetzt verbinde ich mich mit Thunderbird auf das Relay an Port 25 (dazu habe ich einfach meine IP zu mynetworks hinzugefügt, um ohne Authentifizierung relayen zu können) und versende eine Mail mit der Absender-Adresse sjacob(a)ovgu.de. Das geht ohne Probleme. Im Log ist auch klar zu erkennen, dass er die angegebene Adresse als FROM Adresse setzt. D.h. es kann nicht an strict_rfc821_envelopes = yes liegen!? Das Problem tritt unabhängig davon auf, von welcher Maschine aus ich die Telnet-Verbindung initiiere (selbst direkt auf dem Relay) und auch unabhängig davon welche Adressen ich eingebe. Valide und auch nicht valide Adressen werden mit dem gleichen Fehler abgewiesen. Folgende Sender restrictions sind gesetzt: smtpd_sender_restrictions = reject_unauth_sender_domains, reject_non_fqdn_sender, reject_unknown_sender_domain, (reject_unauth_sender_domains fast zwei Lookup-Dateien zusammen. In der ersten listen wir mit REGEXP Domains oder bekannte Teile von Adressen, die wir ablehnen, die zweite Datei ist eine HASH Datei mit kompletten Mail-Adressen, die wir ablehnen) Übrigens, wenn ich in der händischen SMTP Session die MAIL FROM Adresse leer lasse (also <> angebe), dann kann ich zumindest zu dem Punkt RCPT TO vordringen. Wenn ich dort eine Adresse eingebe bekomme ich aber auch den Bad Address Syntax Fehler. Ich kann mir nicht erklären, warum es mit dem Mail-Client funktioniert aber die direkte Eingabe nicht. Woran kann es liegen? Wenn irgendeine Regel greift, dann muss diese doch unabhängig von Client mit welchem ich die Mail versende greifen. Viele Grüße Stephan Stephan Jacob Otto-von-Guericke Universität Magdeburg Universitätsrechenzentrum (URZ) Universitätsplatz 2 Gebäude 26 - 035 39106 Magdeburg Tel.: 0391-67-58572 Fax: 0391-67-11134

3 3

Re: [postfix-users] unklares Verhalten bei Bad sender address syntax Fehlern
by Stephan Jacob 23 Jul '13

23 Jul '13

Hallo, der Vorschlag von Jörg funktioniert. Ich verstehe nur nicht das ich auf einem anderen Postfix Server (dem Zwillingsbruder des getesteten) mit gleicher Postfix-Version und Konfiguration ein MAIL FROM: sjacob(a)ovgu.de durchbekomme (also ohne < >)? Danke! Stephan Von: "Jörg Sitek" [mailto:Jogie@quantentunnel.de] Gesendet: Dienstag, 23. Juli 2013 09:27 An: Stephan Jacob Betreff: Aw: [postfix-users] unklares Verhalten bei Bad sender address syntax Fehlern Hi Stephan, > Ich kann mir nicht erklären, warum es mit dem Mail-Client funktioniert > aber die direkte Eingabe nicht. Woran kann es liegen? probiers doch mal mit "mail from:<sjacob(a)ovgu.de>" Gruß, jörg

1 0