March 2016 - postfix-users

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