Arbeitsgruppe Mailserver/Konzept: Unterschied zwischen den Versionen

Aus Freiheit statt Angst!
Zur Navigation springen Zur Suche springen
Zeile 47: Zeile 47:
 
* den Usern werden mind. 2 tage vorher die neuen Zugangsdaten zugestellt
 
* den Usern werden mind. 2 tage vorher die neuen Zugangsdaten zugestellt
 
* der alte Server muss 2 tage lang die alten accounts noch halten und mails annehmen
 
* der alte Server muss 2 tage lang die alten accounts noch halten und mails annehmen
 +
:* das wird der ca. 7 Tage lang machen, sicher ist sicher! [[Benutzer:WernerH|Werner]] 00:26, 24. Nov. 2008 (CET)
  
 
===Ablauf===
 
===Ablauf===

Version vom 24. November 2008, 00:26 Uhr

In einer Telefonkonferenz am 23.11.08, 21h waren folgende Anwesend:

  • Garry
  • Michi
  • niclas
  • Xabbu
  • ValiDOM

dabei wurden wesentliche Punkte für den neuen Mailserver fest gelegt.

Hardware

Wir bedanken uns bei allen, die ihre Server für den neuen Server angeboten haben. Nach reichlicher überlegung sind wir dazu übereingekommen folgendes gern annehmen zu wollen:

  • das Angebot von Armin (Hardware, Housing, Traffic) als Haupt-Mailserver
  • das vServer-Angebot von morphium als Backup-MX und Backup-Server (rsync)

OS

Wir bevorzugen Debian (minimal-installation) stable (derzeit etch) plus volatile-packete.

Dienste

  • (e)smtp (postfix+mysql)
  • imaps (courier+mysql)
  • pop3s (courier+mysql)
  • webmail (horde über apache2+php5+mysql (+memcached))

Konkret:

  • packet: postfix als MTA, als backend mysql
  • packet: greylisting (für postfix)
  • packet: mailscanner (virenscanner(optional, z.B. clamav), spamassian(unbedingt, tagged+topic)
  • greylisting (mit whitelist)
  • packet: courier für imaps+pop3s, cert: cacert / openca
  • packet: apache2, +php5, +mod_ssl(cert: cacert / openca)
  • packet: mysql5
  • openssh: nur keys, fail2ban eingerichtet

Administration

Durch das backend mysql als engine für user sollte es möglich sein eine Admin-Oberfläche zu finden. Openmailadmin bietet sich hier an, sollte das nicht funktionieren müsste sowas schnell in z.B. php entwickelt sein.

Backup

Ein vServer soll als Backup genutzt werden:

  • als Backup-MX ("MX 20")
  • Speicherplatz für backup zur verfügung stellen (per "derbish" (quasi rsync), macht: datenritter)

Umzug

  • es werden keine Mails vom alten server übernommen
  • Werner stellt die Postfach-Liste alsbald zur Verfügung
  • der Umzug wird eine Woche vorher angekündigt (allen Mail-Benutzern+ML)
  • 2-3 tage vor dem Umzug muss der TTL des DNS-MX Eintrages auf 600 o.ä. runter gesetzt werden
  • den Usern werden mind. 2 tage vorher die neuen Zugangsdaten zugestellt
  • der alte Server muss 2 tage lang die alten accounts noch halten und mails annehmen
  • das wird der ca. 7 Tage lang machen, sicher ist sicher! Werner 00:26, 24. Nov. 2008 (CET)

Ablauf

  • einrichten der (v)Server, root-account an ValiDOM (oder der nächste punkt wird direkt erfüllt)
  • ValiDOM richtet die user-accounts für die admins, root über sudo, ssh-zugänge werden per mail (pgp) verschickt
  • postfix mit mysql-backend wird zuerst installiert
  • danach courier
  • dann horde (inkl. apache etc.)
  • ...

Weiteres

  • VDS: interessiert uns nicht (geschlossene Gruppe)
  • Es werden also nur aufgabenbezogene E-Mail-Adressen vergeben. Werner 00:25, 24. Nov. 2008 (CET)
  • Logging: max 3 Tage logs f. administrationszwecke, danach per logrotate löschen
  • ...