Arbeitsgruppe Mailinglisten/Konzept dezentrale Server

Aus Freiheit statt Angst!
Zur Navigation springen Zur Suche springen

Alternativkonzept für dezentrale Mailinglistenserver

Einige Ortsgruppen oder AK Mitglieder betreiben schon Server auf denen ein Teil der Mailinglisten mitlaufen könnte.

Auf diese Weise

  • ist das Risiko des Totalausfalls gering
  • ist ggf. der Aufwand zur Totalüberwachung größer
  • ist der Ressourcenaufwand pro Server überschaubar
  • wird der Zusammenhalt und die Aktivität in der Regio gefördert
  • steigern wir die technische Kompetenz der AK-Mitglieder auf breiterer Basis

Hier soll ein Konzept entwickelt werden, wie dies umgesetzt werden kann.

Benennung der Listen

Da die Listen auf unterschiedlichen Servern laufen müßten sie auch unterschiedliche Domainnamen haben. Je nach Anzahl verfügbarer Server würden sich verschiedene Schemata anbieten.

nach Region

z.B. Ortsgruppen nach Region

  • hamburg
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    nord.ak-vds.de
  • muenchen
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    sued.ak-vds.de
  • koeln
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    west.ak-vds.de

Zentrallisten ohne Subdomain

  • ml
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    ak-vds.de

nach Funktion

z.B. alle Ortsgruppenlisten auf einem Server:

  • hamburg
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    og.ak-vds.de

eventuell Arbeitsgruppenlisten auf einem zweiten Server:

  • technik
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    ag.ak-vds.de

Zentrallisten auf anderem Server ohne Subdomain

  • ml
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    ak-vds.de
  • diskussion
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    ak-vds.de

Hauptlisten auf unterschiedlichen Servern

Zur besseren Ausfallsicherheit der Hauplisten:

  • ml
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    lists1.ak-vds.de
  • diskussion
    Fehler beim Erstellen des Vorschaubildes: Die Miniaturansicht konnte nicht am vorgesehenen Ort gespeichert werden
    lists2.ak-vds.de

Redundante "HA"-Lösung

Eine Lösung mit unterschiedlichen Listen-Adressen ist für "normale" Benutzer nicht unbedingt einfach zu handhaben, zumal auch erstmal erkannt werden muß, daß der primäre Server nicht funktioniert. Außerdem wird dies unter Umständen zur duplizierung der Mails sorgen, da Nutzer erst an den einen, dann an den anderen schicken.

Eine Umsetzung mit zwei (oder mehr) gleichwertigen MXen sollte dagegen technisch mit moderatem Aufwand umzusetzen sein. Voraussetzung dabei wäre aber, daß die Administration der Benutzer nur auf einem System passiert.

Das Masster-System sorgt dann in regelmäßigen Abständen dafür, daß Änderungen an den Anmeldungen in den verschiedenen Listen auf das oder die Slave-Systeme übermittelt werden; diese übernehmen die Änderungen in ihren Tabellen.

Durch die gleichwertigen MX-Einträge wird zum einen für eine höhere Ausfallsicherheit gesorgt, zum anderen verteilt sich auch die Last relativ gleichmäßig, weswegen die Verteilung der Listen-Mails auch schneller passsieren sollte.

Verfügbare Server

bitte ergänzen

  • lists.ak-vorrat.org, betrieben von roam
  • Angebot zum Betrieb eines dedizierten Servers von Garry Glendown

Notfallplan

Meine Idee dazu: Auf jedem der Server gibt es eine not-ml@ (oder auch anders zu benennen), die im Normalbetrieb nicht genutzt wird, auf der aber alle ML-Abonenten automatisch auch angemeldet werden. Es steht somit bei einem Ausfall sofort eine Ausweichmöglichkeit zur Verfügung. Ist ne spontane Idee, noch nicht ausgereift, sollte man aber weiterdenken, mein ich. --CeBe 12:32, 28. Apr. 2009 (CEST)