May 2009 - postfix-users

[postfix-users] X-Original-To und virtual_transport =dovecot
by Thomas Krause 02 Dec '09

02 Dec '09

Hallo, ich musste feststellen, dass der X-Original-To-Header nicht eingefügt wird, wenn man dovecot als LDA verwendet. Nun meckern die User, dass sie bzw. fetchmail nicht mehr den originalen Empfänger rausfinden können. Gibt es dafür eine Lösung? Viele Grüße, Thomas.

2 1

[postfix-users] massiver spam Anstieg
by Robert Schetterer 02 Jun '09

02 Jun '09

sorry fuer evtl doppelt mail , ich hab doch glatt die verkehrte Empfaenger Adresse der liste benutzt hi @ll, mal kleine Umfrage ich sehe derzeit ( seit heut morgen ) auf allen von mir betreuten Mailservern einen massiven Anstieg des spam aufkommens bzw Anstieg der rejects deswegen ich spekuliere auf ein Amok laufendes Bot Netz wie siehts bei euch aus ? -- Best Regards MfG Robert Schetterer Germany/Munich/Bavaria

16 26

[postfix-users] Postfix als Backup MX einrichten
by Leander Sukov 18 May '09

18 May '09

Hallo, hat hier jemand einen Postfix als Backup MX laufen? Ich würde mir gerne die main.cf / master.cf ansehen. Es wäre nett, wenn mir die jemand schicken könnte. lg Leander Sukov -- __________________________________________________________ http://leander-sukov.de Bitte abonniert dort auch die Kulturmaschinen-Mailingliste Das Kunstmanagement, das mich vertritt: http://kulturmaschinen.de ___________________________________________________________ Der frühe Vogel fängt den Wurm. Hier gelangen Sie zum neuen Yahoo! Mail: http://mail.yahoo.de

5 6

[postfix-users] restriction class - irgendwo habe ich nen knopf im...
by Georg Käfer 15 May '09

15 May '09

Liebe Liste, ich habe mit eurer Hilfe es schon fast ans Ziel geschafft. Gewisse domains werden bei mir von extern nur angenommen, wenn Sie von einer vorgeschalteten mailfirewall kommen. Was noch nicht funktioniert, ist wenn nun user der mailfirewall gesicherten domains den mailserver als postein/ausgangssserver eingetragen haben und unter sich mails zustellen. Dann kommt auch die von mir gewählte 550er Fehlermeldung man möge doch den MX (=mailfirewall) verwenden. An nicht "mailfirewall-gesicherte" domains wie auch an externe domains funktioniert alles klaglos. Ich habe es erfolglos probiert, permit_sasl_authenticated in die "check_if_mailfirewall_is_sender =" zu konfigurieren. Das funktioniert nicht. d.h. wie kann ich die restriction class erweitern, damit externe mails für "mailfirewall-gesicherte"-domains/user nur von meinem mailserver angenommen werden, wenn sie von der mailfirewall kommen (der Teil funktioniert) und mails VON authorisierten User aller lokaler domains/user AN mailfirewall-gesicherter"-domains/user angenommen werden. /etc/postfix/main.cf: smtpd_recipient_restrictions = check_recipient_access hash:/etc/postfix/recipient_access smtpd_restriction_classes = check_if_mailfirewall_is_sender check_if_mailfirewall_is_sender = check_client_access hash:/etc/postfix/mailfirewall-ip, check_recipient_access pcre:/etc/postfix/nice_mailfirewall_reject.pcre, reject /etc/postfix/mailfirewall-ip: xx.xx.xx.xx OK (Anm. IP der mailfirewall) 192.168.128.20 OK 127.0.0.1 OK localhost OK /etc/postfix/recipient_access: manual.at check_if_mailfirewall_is_sender und die entsprechende Fehlermeldung: nano nice_mailfirewall_reject.pcre /(.+)/ 554 5.7.1 Use MX record instead for delivering to $1 postmap /etc/postfix/recipient_access postmap /etc/postfix/mailfirewall-ip /etc/postfix/postfix reload Fehlermeldung lautet dann: 554 5.7.1 <gkaefer2(a)manual.at>: recipient address rejected: Use MX record insted for delivering to gkaefer2(a)manual.at /var/log/messages: May 15 12:05:46 mail2 postfix/smtpd[31245]: connect from atsbgfwbb.backbone.co.at[81.31.128.126] May 15 12:05:46 mail2 postfix/policyd-weight[30076]: decided action=DUNNO mail for postmaster(a)manual.at; <instance=7a0d.4a0d3e7a.8354d.0> <client=81.31.128.126> <helo=gkaeferpc> <from=gkaefer2(a)manual.at> <to=postmaster(a)manual.at>; delay: 0s May 15 12:05:46 mail2 postgrey[23736]: 2009/05/15-12:05:46 CONNECT TCP Peer: "192.168.128.20:59869" Local: "192.168.128.20:10030" May 15 12:05:46 mail2 postgrey[23736]: action=pass, reason=triplet found, client_name=atsbgfwbb.backbone.co.at, client_address=81.31.128.126, sender=gkaefer2(a)manual.at, recipient=postmaster(a)manual.at May 15 12:05:46 mail2 postgrey[23736]: cleaning up old logs... May 15 12:05:46 mail2 postfix/smtpd[31245]: NOQUEUE: reject: RCPT from atsbgfwbb.backbone.co.at[81.31.128.126]: 554 5.7.1 <postmaster(a)manual.at>: Recipient address rejected: Use MX record instead for delivering to postmaster(a)manual.at; from=<gkaefer2(a)manual.at> to=<postmaster(a)manual.at> proto=ESMTP helo=<gkaeferPC> May 15 12:05:51 mail2 postfix/smtpd[31245]: disconnect from atsbgfwbb.backbone.co.at[81.31.128.126] postconf -n alias_maps = hash:/var/lib/mailman/data/aliases anvil_rate_time_unit = 60s anvil_status_update_time = 600s broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/lib/postfix data_directory = /var/lib/postfix debug_peer_level = 2 default_process_limit = 200 home_mailbox = .maildir/ html_directory = /usr/share/doc/postfix-2.5.5/html inet_interfaces = all mail_owner = postfix mailbox_size_limit = 512000000 mailq_path = /usr/bin/mailq manpage_directory = /usr/share/man message_size_limit = 51200000 myhostname = mail2.xx.xx.xx mynetworks = 192.168.128.0/24, 127.0.0.0/8 mynetworks_style = host myorigin = $mydomain newaliases_path = /usr/bin/newaliases owner_request_special = no queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.5.5/readme recipient_delimiter = + remote_header_rewrite_domain = domain.invalid sample_directory = /etc/postfix sendmail_path = /usr/sbin/sendmail setgid_group = postdrop smtpd_client_connection_count_limit = 10 smtpd_client_connection_rate_limit = 50 smtpd_client_event_limit_exceptions = $mynetworks, xx.xx.xx.xx (ANm.IP der mailfirewall) smtpd_client_message_rate_limit = 50 smtpd_client_recipient_rate_limit = 10 smtpd_client_restrictions = permit_inet_interfaces, permit_mynetworks, permit_sasl_authenticated, permit smtpd_recipient_restrictions = permit_mynetworks, reject_non_fqdn_recipient, permit_sasl_authenticated, check_policy_service inet:192.168.128.20:12525, check_policy_service inet:192.168.128.20:10030, reject_unauth_destination, check_recipient_access hash:/etc/postfix/recipient_access, permit smtpd_reject_unlisted_sender = yes smtpd_restriction_classes = check_if_mailfirewall_is_sender smtpd_sasl_auth_enable = yes smtpd_sasl_path = private/auth smtpd_sasl_type = dovecot smtpd_sender_restrictions = reject_non_fqdn_sender, permit smtpd_tls_auth_only = no smtpd_tls_cert_file = /etc/ssl/dovecot/mail2.backbone.co.at.pem smtpd_tls_key_file = /etc/ssl/dovecot/mail2.backbone.co.at.key smtpd_tls_security_level = may smtpd_tls_session_cache_timeout = 3600s transport_maps = hash:/etc/postfix/transport unknown_local_recipient_reject_code = 550 virtual_alias_maps = mysql:/etc/postfix/mysql_virtual_alias_maps.cf, hash:/var/lib/mailman/data/virtual-mailman virtual_mailbox_base = /var/mail virtual_mailbox_domains = mysql:/etc/postfix/mysql_virtual_domain_maps.cf virtual_mailbox_limit = 512000000 virtual_mailbox_maps = mysql:/etc/postfix/mysql_virtual_mailbox_maps.cf virtual_transport = dovecot Danke vorab! Liebe Gruesse Georg Käfer

1 0

[postfix-users] postfix nimmt vereinzelt mails nicht an
by Matthias Neder 14 May '09

14 May '09

Hallo Liste, ich brauch dringend Hilfe für folgendes Problem. Ich schicke eine Email über dasWebinterface von Google, Strato, etc. an meinen Postfix. Die Mail wird angenommen und auf hold gesetzt -> Mailscanner hold sich die ->spamassassin -> clamsav -> delivered.. Alles super. Jetzt schicke ich die Mail von Thunderbird aus, mit dem gleichen Account über Google. Mail kommt rein, wird auf hold gesetzt. -> ist weg?! Keine Mailscanner log eintrag, kein spamassassin, nix. Es kommt nur ein: May 12 11:41:45 dmz1virt2 postfix/smtpd[13922]: input attribute name: (end) May 12 11:41:45 dmz1virt2 postfix/smtpd[13922]: lost connection after DATA from mail-bw0-f163.google.com[209.85.218.163] May 12 11:41:45 dmz1virt2 postfix/smtpd[13922]: vstream_fflush_some: fd 23 flush 1558 May 12 11:41:45 dmz1virt2 postfix/smtpd[13922]: disconnect from mail-bw0-f163.google.com[209.85.218.163] May 12 11:41:45 dmz1virt2 postfix/cleanup[14119]: 000AE18B8E: hold: header Received: from mail-bw0-f163.google.com (mail-bw0-f163.google.com[209.85.218.163])??by mail.gatc-biotech.com (Postfix) with ESMTP id 000AE18B8E??for < m.neder(a)gatc-biotech.com>; Tue, 12 May 2009 11:41 from mail-bw0-f163.google.com[209.85.218.163]; from=<matthias.neder(a)gmail.com> to=<m.neder(a)gatc-biotech.com> proto=ESMTP helo=<mail-bw0-f163.google.com> Also such ich nach der ID: # cat /var/log/maillog|grep 000AE18B8E May 12 11:41:45 dmz1virt2 postfix/smtpd[13922]: input attribute value: 000AE18B8E May 12 11:41:45 dmz1virt2 postfix/smtpd[13922]: 000AE18B8E: client= mail-bw0-f163.google.com[209.85.218.163] May 12 11:41:45 dmz1virt2 postfix/cleanup[14119]: 000AE18B8E: hold: header Received: from mail-bw0-f163.google.com (mail-bw0-f163.google.com[209.85.218.163])??by mail.gatc-biotech.com (Postfix) with ESMTP id 000AE18B8E??for < m.neder(a)gatc-biotech.com>; Tue, 12 May 2009 11:41 from mail-bw0-f163.google.com[209.85.218.163]; from=<matthias.neder(a)gmail.com> to=<m.neder(a)gatc-biotech.com> proto=ESMTP helo=<mail-bw0-f163.google.com> Es gibt nichts mehr?! Was ist an einer Webmail anders als an einer Thunderbird mail? Mein Aufbau: Postfix & Mailscanner mit Spamassassin und clamsav Alle Email Empfänger werden über die /etc/aliases auf einen user umgebogen, der interne Email Server holt sich die ab und sortiert sie aus. Das alles funktioniert wunderbar, bis auf diese Webmail / Thunderbird Geschichte, und nein es liegt nicht am Thunderbird, es funktioniert auch nicht mit Outlook Express, Mac Email proggie etc. Konfigurationsfiles: ======================== postconf -n ============ alias_database = hash:/etc/aliases alias_maps = hash:/etc/aliases broken_sasl_auth_clients = yes command_directory = /usr/sbin config_directory = /etc/postfix daemon_directory = /usr/libexec/postfix debug_peer_level = 5 debug_peer_list = rzone.de,google.com disable_vrfy_command = yes header_checks = regexp:/etc/postfix/header_checks home_mailbox = Maildir/ html_directory = no inet_interfaces = all invalid_hostname_reject_code = 554 mail_owner = postfix mail_spool_directory = /var/spool/mail mailbox_size_limit = 102400000 mailq_path = /usr/bin/mailq.postfix manpage_directory = /usr/share/man message_size_limit = 102400000 multi_recipient_bounce_reject_code = 554 mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain, gatc-biotech.se, localhost.gatc-biotech.se, .... 30 weitere domains mydomain = gatc-biotech.com myhostname = mail.gatc-biotech.com mynetworks = 127.0.0.0/8, 192.168.30.0/24, 192.168.40.0/24, 192.168.0.64/32, 192.168.0.190/32, 192.168.0.191/32, 192.168.0.192/32, 192.168.0.193/32, 195.37.234.210/32 myorigin = $mydomain newaliases_path = /usr/bin/newaliases.postfix non_fqdn_reject_code = 554 queue_directory = /var/spool/postfix readme_directory = /usr/share/doc/postfix-2.3.3/README_FILES relay_domains_reject_code = 554 sample_directory = /usr/share/doc/postfix-2.3.3/samples sendmail_path = /usr/sbin/sendmail.postfix setgid_group = postdrop smtpd_client_restrictions = check_client_access hash:/etc/postfix/access smtpd_helo_required = yes smtpd_helo_restrictions = permit_mynetworks, reject_invalid_hostname, regexp:/etc/postfix/helo.regexp, permit smtpd_recipient_restrictions = permit_mynetworks, reject_unauth_destination, reject_invalid_hostname, reject_unauth_pipelining, check_client_access hash:/etc/postfix/helo_client_exceptions, check_sender_access hash:/etc/postfix/sender_checks, reject_non_fqdn_sender, reject_non_fqdn_recipient, reject_unknown_sender_domain, reject_unknown_recipient_domain, check_client_access hash:/etc/postfix/rbl_client_exceptions, reject_rbl_client cbl.abuseat.org, reject_rbl_client bl.spamcop.net, reject_rbl_client dsn.rfc-ignorant.org, reject_rbl_client combined.rbl.msrbl.net, reject_rbl_client multi.uribl.com, reject_rbl_client dul.dnsbl.sorbs.net, reject_rbl_client sbl-xbl.spamhaus.org, reject_rbl_client dnsbl.sorbs.net, reject_rbl_client ix.dnsbl.manitu.net, permit strict_rfc821_envelopes = no unknown_address_reject_code = 554 unknown_client_reject_code = 554 unknown_hostname_reject_code = 554 unknown_local_recipient_reject_code = 554 unknown_relay_recipient_reject_code = 554 unknown_virtual_alias_reject_code = 554 unknown_virtual_mailbox_reject_code = 554 unverified_recipient_reject_code = 554 unverified_sender_reject_code = 554 cat helo.regexp /^mail\.gatc-biotech\.com$/ 550 Don't use my own hostname /^195\.37\.234\.221$/ 550 Don't use my own IP address /^\[195\.37\.234\.221\]$/ 550 Don't use my own IP address /^[0-9.]+$/ 550 Your software is not RFC 2821 compliant /^[0-9]+(\.[0-9]+){3}$/ 550 Your software is not RFC 2821 compliant cat sender_checks #user(a)domain.com REJECT #user(a)int.domian.com OK sage.de OK cisco.com OK gmail.com OK google.com OK googlemail.com OK web.de OK rzone.de OK cat rbl_client_exceptions ## Some Random comment #www.xxx.yyy.zzz OK #cisco entries cisco.com OK *gmail.com OK *googlemail.com OK *google.com OK *rzone.de OK 81.169.146.163 OK 81.169.146.161 OK

7 27

[postfix-users] orig_to-Adresse als Absender bei Alias
by Robyn Bachofer 12 May '09

12 May '09

Hallo zusammen, Am Montag, 11. Mai 2009 schrieb Robyn Bachofer: > Mein Problem ist das ich gerne "externe Aliase" nutzen möchte, d.h. es geht > eine E-Mail an postmaster at domain.tld und wird anhand der Zuordnung in der > MySQL-DB an eine E-Mail-Adresse geleitet, > wo für sich Postfix nicht als finaldestination sieht. > > So weit erstmal kein Problem, aber sobald der Mailserver der externen Alias > den TXT-Record der ursprünglichen Senderdomain auflöst, z.B. > postmaster at domainwithtxtrec.tld, > wird er feststellen, dass mein Mailserver (domain.tld) keine Berechtigung > hat als diese zu senden. > > Ich habe schon viel darüber gelesen aber richtig eindeutig schien es mir > nicht, darum ist es nicht mein Ziel zu hoffen das der Empfänger-Server die > Mail von meinem Server als neutral einstuft, > sondern "einfach" unter der Alias(orig_to), d.h. postmaster at domain.tld, > diese weiter zu leiten. ich danke euch für die Antworten! Wenn ich ich das richtig sehe, versucht die eine Seite mit zusätzlichen Programmen oder Workarounds das Problem zu beheben, und die andere Seite verzichtet allgemein auf SPF, da es, wenn man darüber nachdenkt, wirklich "broken by design" ist. Ich habe zwar keine eindeutige Antworten erhalten, werde mir aber mal den "Workaround" SRS und die andere Variante DKIM anschauen. Gruß Robyn P.S. spf+srs vs. dkim wär ja mal interessant für einen Artikel auf der Seite :)

1 0

[postfix-users] orig_to-Adresse als Absender bei Alias
by Robyn Bachofer 12 May '09

12 May '09

Hallo liebe Mitglieder der Mailingliste, ich stecke gerade in einer Krise mit Postfix und dem Händling von SPF. Debian: postfix 2.5.5-1.1 postfix-mysql Mein Problem ist das ich gerne "externe Aliase" nutzen möchte, d.h. es geht eine E-Mail an postmaster(a)domain.tld und wird anhand der Zuordnung in der MySQL-DB an eine E-Mail-Adresse geleitet, wo für sich Postfix nicht als finaldestination sieht. So weit erstmal kein Problem, aber sobald der Mailserver der externen Alias den TXT-Record der ursprünglichen Senderdomain auflöst, z.B. postmaster(a)domainwithtxtrec.tld, wird er feststellen, dass mein Mailserver (domain.tld) keine Berechtigung hat als diese zu senden. Ich habe schon viel darüber gelesen aber richtig eindeutig schien es mir nicht, darum ist es nicht mein Ziel zu hoffen das der Empfänger-Server die Mail von meinem Server als neutral einstuft, sondern "einfach" unter der Alias(orig_to), d.h. postmaster(a)domain.tld, diese weiter zu leiten. Ist es etwa so offensichtlich das ich es nicht sehe, oder gibt es zu diesem Thema nicht genug im Internet? Danke und Gruß Robyn

4 3

Re: [postfix-users] Received-Header & Spamassassin & Milter
by me＠byteaction.de 09 May '09

09 May '09

Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin vom 04.05.09 bis einschl. 08.05.09 nicht im Büro. Bei dringenden Anfragen wenden Sie sich bitte an meinen Kollegen Herr Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 0). Ihre Email wurde weitergeleitet. Mit freundlichen Grüßen, i.A. Markus Eyrich System Engineer / System Administrator ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 14 Fax: +49 (0) 60 71 92 16 - 20 E-mail: me(a)byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 GF: Thomas Volkert ------------------------------------------------------ Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------

1 0

[postfix-users] Received-Header & Spamassassin & Milter
by Böckler Andreas 09 May '09

09 May '09

Hallo Liste, ich habe folgende Kombination am laufen. postfix 2.5.5-1.1 spamass-milter 0.3.1-8 spamassassin 3.2.5-2 Mir ist nun aufgefallen, dass die in der Mail, der an SA geschickt wird, die IP des SMTP-Clients fehlt, der mit meinen Postfix redet: from 94.100.211.2.untc.net (unknown) by deathstar.empire.glx (Postfix 2.5.5/8.13.0) Wenn die Mail zugestellt worden ist, ist im Header die IP vorhanden: from CMFKYBWED (unknown [89.116.15.229]) by deathstar.empire.glx (Postfix) Das hat natürlich Konsequenzen: * RBL-Listen-Score funzt nicht => SPAM geht eher durch * Wenn jemand über GMX/WEB etc mit einen Email-Client was schickt hat er einen höheren Score, da im HEADER nur die DIALUP-IP drin ist und diese meistens in irgendwelchen RBLs auftaucht Gibt es eine Möglichkeit diese Info schon vor eintragen zu lassen, bevor die Mail an die Milterschnittstelle gesendet wird? Danke Andreas -- Andreas Böckler andy(a)boeckler.org

2 2

Re: [postfix-users] Received-Header & Spamassassin & Milter
by me＠byteaction.de 07 May '09

07 May '09

Sehr geehrte Damen und Herren, vielen Dank für Ihre Nachricht. Ich bin vom 04.05.09 bis einschl. 08.05.09 nicht im Büro. Bei dringenden Anfragen wenden Sie sich bitte an meinen Kollegen Herr Thomas Lehr (tl(a)byteaction.de / Tel. +49 (0) 60 71 92 16 0). Ihre Email wurde weitergeleitet. Mit freundlichen Grüßen, i.A. Markus Eyrich System Engineer / System Administrator ByteAction GmbH Auf der Beune 83-85 64839 Münster Phone: +49 (0) 60 71 92 16 - 14 Fax: +49 (0) 60 71 92 16 - 20 E-mail: me(a)byteaction.de Internet: www.byteaction.de AG Darmstadt, HRB 33271 Ust-Id: DE206997247 GF: Thomas Volkert ------------------------------------------------------ Diese E-Mail enthält vertrauliche Informationen und ist nur für den in der E-Mail genannten Adressaten bestimmt. Für den Fall, dass der Empfänger dieser E-Mail nicht der in der E-Mail benannte Adressat ist, weisen wir darauf hin, dass das Lesen, Kopieren, die Wiedergabe, Verbreitung, Vervielfältigung, Bekanntmachung, Veränderung, Verteilung und/oder Veröffentlichung der E-Mail strengstens untersagt ist. Bitte verständigen Sie den Absender dieser E-Mail unter folgender Rufnummer +49 (0) 6071 / 9216-0, falls Sie irrtümlich diese E-Mail erhalten haben und löschen Sie diese E-Mail. Der Inhalt dieser E-Mail ist nur rechtsverbindlich, wenn er von unserer Seite schriftlich durch Brief oder Telefax bestätigt wird. Die Versendung von E-Mails an uns hat keine fristwahrende Wirkung. This e-mail contains information which is privileged and is intended only for the Addressee named in the e-mail. In case that the recipient of this e-mail is not the named addressee, we would like to inform you that it is strictly prohibited to read, to reproduce, to disseminate, to copy, to disclose, to modify, to distribute and/or to publish this e-mail. If you have received this e-mail in error, please call the sender under following telephone number +49 (0) 6071 / 9216-0 and delete this e-mail. The content of this e-mail is not legally binding unless confirmed by letter or telefax. E-mails which are sent to us do not constitute compliance with any time limits or deadlines. ------------------------------------------------------

1 0