Warum Mailinglisten verwendet werden

 (mailarchive.ietf.org)
2 Punkte von GN⁺ 2025-10-01 | 1 Kommentare | Auf WhatsApp teilen
  • Mailinglisten sind eine alte Technik aus der Geschichte des Internets, werden aber noch immer breit genutzt
  • Sie bieten eine einfache Nutzungserfahrung ohne spezielle Software oder komplexe Web-Interfaces
  • Sie sind in Bezug auf Sicherheit und Privatsphäre sehr sicher und eignen sich sowohl für mobile Umgebungen als auch für Umgebungen mit geringer Bandbreite
  • Sie bieten effiziente Interoperabilität und Flexibilität, etwa durch freie Offline-Suche und Archivierung
  • Im Gegensatz zu Webforen oder Social Media haben sie zahlreiche Stärken bei Archivierung, Suche, Portabilität und Skalierbarkeit

Der anhaltende Wert der Mailinglisten-Technik

  • E-Mail-Systeme und Mailinglisten sind vollständig föderiert aufgebaut und benötigen weder eine separate gleichzeitige Anmeldung noch besondere Software
  • Archivierung und Suche sind einfach, und dieser Vorteil ist nie verschwunden

Warum Mailinglisten verwendet werden

  • Mailinglisten (anfangs „Reflektoren“ genannt) wurden seit den frühen Tagen des Internets als wichtiges Kommunikationsmittel genutzt
  • Dass sie bis heute weiterverwendet werden, liegt daran, dass sie gegenüber Alternativen deutlich überlegene technische Stärken besitzen

Die wichtigsten Vorteile von Mailinglisten

  1. Keine spezielle Software erforderlich

    • Mit einem Standard-Mail-Client kann jede Person frei teilnehmen
    • In der jeweils bevorzugten UI oder Software-Umgebung ist eine konsistente Nutzung möglich
    • Man muss nicht für jedes der 687 Webforen eine andere Oberfläche lernen

  2. Einfachheit und Konsistenz

    • Wer die grundlegende Netiquette und einige Internetregeln kennt, kann sofort teilnehmen
    • Anders als bei vielen Webforen mit völlig unterschiedlichem Aufbau ist auch die Teilnahme an mehreren Mailinglisten einfach

  3. Minimales Sicherheitsrisiko

    • Nutzer können ohne nennenswertes zusätzliches Risiko teilnehmen

  4. Minimales Risiko für die Privatsphäre

    • Es gibt kaum Preisgabe persönlicher Informationen

    • Diese beiden Punkte (Sicherheit/Privatsphäre) stehen in besonders starkem Kontrast zu den Risiken bei der Nutzung von Webforen und Social Media

  5. Bandbreitenfreundlich

    • Auch für mobile oder datenbeschränkte Umgebungen geeignet
    • Webforen verbrauchen vergleichsweise viele Daten

  6. Hervorragende Interoperabilität

    • Aufgaben wie Nachrichtenübermittlung und Weiterleitung sind einfach und frei möglich
    • Flexible Anbindung an mehrere Listen, Einzelpersonen und andere Mail-Systeme ist möglich
    • Kompatibilität und Weiterleitung zwischen Webforum-Software sind nahezu unmöglich

  7. Asynchrone Arbeitsweise

    • Nachrichten können auch ohne Echtzeitverbindung empfangen, gelesen und verfasst werden
    • Inhalte lassen sich offline prüfen und Antworten offline vorbereiten

  8. Robustheit auch bei Netzwerkausfällen

    • Selbst bei Störungen oder Verzögerungen bleiben Nachrichten erhalten und werden nach der Wiederherstellung zugestellt

  9. Push-Modell (automatische Aktualisierung)

    • Neue Inhalte treffen automatisch ein; Nutzer müssen nicht selbst nachsehen gehen

  10. Hervorragende Skalierbarkeit

    • Auch bei wachsender Größe steigen weder Servicequalitätseinbußen noch Verwaltungsaufwand sprunghaft an

  11. Widerstandsfähigkeit gegen Missbrauch und Fehlgebrauch

    • Gegen Softwareangriffe, Spam und Phishing sind sie relativ robust
    • Webforen sind wegen ihrer Komplexität sehr leicht Sicherheitsbedrohungen ausgesetzt

  12. Gute Threading- und Zitatfunktionen

    • Der Verlauf von Diskussionen ist leicht nachzuvollziehen, und Zitate lassen sich sinnvoll ordnen

  13. Portabilität

    • Listen lassen sich frei zwischen Domains und Hosts verschieben und migrieren

  14. Einfache Konvertierung und Migration

    • Der Umzug auf andere Server, Software oder Betriebssysteme ist frei möglich
    • Bei Webforen ist Konvertierung oder Migration sehr schwierig oder unmöglich

  15. Einfache Speicherung und Lektüre auf lokalen bzw. physischen Medien

    • Bei Webforen ist eine solche Archivierung äußerst schwierig oder unmöglich

  16. Minimaler Ressourcenverbrauch

    • CPU-, Speicher-, Festplatten- und Netzwerkressourcen werden nur in sehr geringem Maß genutzt

  17. Anbindung an Usenet und andere Medien

    • Wie bei der Python Mailing List sind bidirektionale Gateways zu Usenet sowie Anbindungen an Websites und RSS möglich

  18. Archivformate, die langfristig gut lesbar bleiben

    • Durch das Unix-mbox-Format lassen sich auch Archivdaten von vor Jahrzehnten problemlos öffnen
    • Selbst Hunderte Millionen Nachrichten können auf einem einzigen USB-Stick gespeichert werden

  19. Möglichkeit lokaler Archivierung

    • Nutzer können ihr eigenes Archiv aufbauen und besitzen

  20. Möglichkeit lokaler Suche

    • Mit einer gewünschten Suchsoftware lässt sich schnell suchen
    • Auch offline ist freie Suche möglich
    • Solange Backups vorhanden sind, droht kein Verlust des Originals; Webforen bieten diese Funktion nicht

Verwandte Beiträge

1 Kommentare

 
GN⁺ 2025-10-01
Hacker-News-Kommentare

  • Ich musste daran denken, nachdem ich kürzlich die Reaktion von jemandem gesehen habe, der überrascht war, dass Mailinglisten 2025 „immer noch existieren“.
    Ich frage mich, ob jemand eine Alternative nennen kann, die

    • nicht proprietär ist
    • ein föderiertes Netzwerk ist
    • archiviert werden kann
    • gut zugänglich ist
    • nicht von einem bestimmten Unternehmen abhängig ist
      Verwandter Link

    • Genau aus diesem Grund hasse ich den Trend, dass Diskussionen zu Discord, Slack oder sogar Facebook-Gruppen abwandern.
      Diese Plattformen erfordern separate Accounts/Einladungen (und sind meist standardmäßig privat), sind für Suchmaschinen nicht sichtbar, proprietär und erlauben weder vernünftige Archivierung noch Export.
      Am Ende verschwindet Wissen immer wieder.

    • Streng genommen sind Mailinglisten eigentlich kein föderiertes Netzwerk.
      Alle müssen E-Mails an eine bestimmte Adresse innerhalb einer einzelnen Domain schicken, daher kann der Administrator dieser Domain blockieren oder zensieren.
      (Für Spam-Abwehr ist das allerdings sogar ein Vorteil.)
      Wenn einem ein gewisses Maß an Zentralisierung nichts ausmacht, gibt es ziemlich viele Alternativen zu Mailinglisten.
      Beliebte Open-Source-Webforen unterstützen meist E-Mail-Benachrichtigungen, Posten per E-Mail, crawlbare Archive usw. (phpBB, Discourse usw.)

    • Ich denke, NNTP (Newsgroups) erfüllt diese Bedingungen.
      Der Teil mit dem föderierten Netzwerk ist heute etwas schwieriger, aber früher betrieb fast jeder ISP einen NNTP-Server.
      Das Protokoll selbst unterstützt eine föderierte Struktur.
      Mehr zu Network News Transfer Protocol (NNTP)

    • Ich würde „nicht von einem bestimmten Unternehmen abhängig sein“ lieber so umformulieren:
      „nicht als Geisel der Ransomware eines bestimmten Unternehmens enden“.
      Verwandte Diskussion

    • Realistisch gesehen erfüllt für 99,99 % der Bevölkerung eine WhatsApp-Gruppe nur eine der Bedingungen (hoffentlich wenigstens eine; ich bin mir nicht sicher, weil sich Text dort so schlecht markieren lässt).
      Was die Leute wollen, ist einfach ein Weg, Nachrichten bequem hin- und herzuschicken und Personen leicht hinzuzufügen oder zu entfernen.
      Der Rest interessiert sie in Wirklichkeit nicht.

  • Unsere Eigentümergemeinschaft (HOA) im Wohnhaus betreibt eine zentrale Mailingliste für Gespräche und Ankündigungen.
    Alle müssen sich nur eine einzige E-Mail-Adresse merken, sodass man sie zum Beispiel sofort auch für Mitteilungen zu einer Abschlussfeier nutzen kann.
    Praktisch ist, dass niemand dafür einen Account bei Facebook oder Google Groups braucht.
    Wenn jemand auszieht, muss man nur die Adresse in der Liste aktualisieren.
    Das einzige operative Problem war, dass Leute oft einfach auf eine kürzlich eingegangene Mail antworteten und dadurch das Thread-Thema wechselte.
    Deshalb haben wir es so eingestellt, dass Threads nach 1–2 Wochen Inaktivität automatisch gesperrt werden,
    damit wirklich neue Themen auch als neue Threads gepostet werden.

    • Eine interessante Sache ist, dass Outlook (zumindest im Desktop-Client, bei 365 weiß ich es nicht) automatisch einen neuen Thread erstellt, wenn man beim Antworten den Betreff ändert.
      Microsoft hat diese Funktion eingebaut, nachdem man festgestellt hatte, dass viele Leute „eine neue Mail beginnen, indem sie auf die letzte Nachricht an die Empfänger antworten“.

    • Ich habe den Eindruck, dass die User Experience (UX) von Mailinglisten in der Praxis gar nicht so gut ist.

    • Unser Haus nutzt Google Groups.
      Gelegentlich kommt Spam durch, aber insgesamt funktioniert das Threading ganz ordentlich.
      Etwas schade ist nur, dass zu viele Leute alle möglichen Fragen wie Klempner-Empfehlungen an alle schicken.

  • Es ist kaum zu überschätzen, wie wertvoll die föderierte/dezentrale Struktur von E-Mail ist.
    Viele Probleme moderner Technik entstehen durch Zentralisierung.
    Reichtum und Macht konzentrieren sich bei wenigen Unternehmen, und damit auch die Kontrolle über das Internet.
    Beim weltweiten Betrieb von Daten und Diensten entstehen gravierende technische Probleme.
    Staatliche Überwachung (PRISM usw.) wird viel einfacher, ebenso gezielte Manipulation durch Werbung und Propaganda.
    Datensouveränität wird geschwächt.
    Bei verteilten Technologien von vor 50 Jahren waren das weitgehend keine Probleme.
    Das Web wurde auf verteilten Protokollen wie E-Mail, Usenet, DNS und dem Internet selbst aufgebaut,
    aber heute ist das Internet erstaunlicherweise in starker Zentralisierung geendet.
    Ich denke, ein Teil der Verantwortung liegt bei den frühen Implementierungen des Webs.
    Ich habe dazu früher einmal ausführlicher geschrieben; wer mag, kann das nachlesen.
    Referenz 1 / Referenz 2

    • Ich halte es für riskant, „föderiertes Netzwerk/dezentralisiert“ einfach durcheinanderzuwerfen.

  • Es gab eine Ankündigung, dass die Mailingliste von nginx.org Ende dieses Monats (September 2025) eingestellt wird.
    Vielleicht ist das ein weiterer Grund, sich für den freenginx-Fork zu interessieren.
    Informationen zu deren Mailingliste gibt es hier.
    Mehr dazu: zum freenginx-Fork

  • Ich stimme zu, dass Mailinglisten in folgenden Punkten Vorteile haben:

    • sehr einfach
    • bandbreitenschonend
    • gute Interoperabilität
    • asynchrone Kommunikation möglich
    • portabel
    • frei konvertierbar
    • auf Medien speicher- und lesbar

    Bei den folgenden Punkten stimme ich jedoch nicht zu:

    • keine spezielle Software nötig
    • geringe Sicherheitsrisiken
    • geringe Datenschutzrisiken
    • neue Inhalte kommen sofort per Push an
    • sehr gut skalierbar
    • wenig Missbrauchspotenzial
    • ausgezeichnetes Thread-Management

    Ich nutze weiterhin Mailinglisten beruflich und privat,
    aber es fühlt sich definitiv nach einer Technologie aus den 1970ern an.
    Man könnte problemlos eine neue, modernisierte Mailingliste für die Gegenwart bauen,
    aber da es dafür kein Geschäftsmodell gibt, passiert nichts.

    • Ich frage mich, warum es sich „wie eine Technologie aus den 1970ern“ anfühlt und warum das etwas Schlechtes sein soll.
      In Technikdiskussionen sagen die meisten Gegner von Mailinglisten,
      „die jüngere Generation hält E-Mail für veraltet und uncool“.
      Wenn solche Reaktionen kommen, sollte man vielleicht eher Selbstreflexion üben und diese Sichtweise ablegen.

    • Gerade der Punkt „Es gibt kein Geschäftsmodell, also gibt es keine Weiterentwicklung“ ist für mich der Beweis, dass E-Mail das beste System ist.
      Als offener Standard kann es von keinem Unternehmen besessen oder kontrolliert werden.
      Genau das ist die grundlegende Stärke von E-Mail.

    • Der Aussage „geringe Datenschutzrisiken“ kann ich nicht zustimmen.
      Wenn ich offiziell eine Mail poste, kann jeder meine E-Mail-Adresse sehen, Privatsphäre gibt es also nicht.
      Wer anonym teilnehmen will, muss sich extra eine separate Adresse anlegen,
      und Anmeldung, Lesen und Antworten sind allesamt ziemlich umständlich.
      In Foren kann man sich stattdessen einfach einen Nickname geben
      und anonyme Benachrichtigungen bequem in sein normales Postfach bekommen.

  • Ich mochte Mailinglisten früher und mag sie auch heute noch,
    aber weil die E-Mail-Adressen aller Teilnehmenden offengelegt sind,
    ist das Risiko für Belästigung durch Spam, Betrug usw. groß.
    Deshalb habe ich eine eigene E-Mail-Adresse nur für Mailinglisten eingerichtet und nutze diese (wegwerfbar, aber ohne dass es offensichtlich aussieht).
    Ich wünschte außerdem, mehr Gruppen würden ebenfalls Mailinglisten einsetzen.
    Als ich früher einen kleinen Film-/Literaturclub gründen wollte,
    habe ich eine Mailingliste vorgeschlagen (asynchron, privat),
    aber alle bevorzugten moderne Gruppenchats oder Online-Meeting-Tools
    und mein Vorschlag wurde sofort abgelehnt.

  • Ich empfehle Mailinglisten ausdrücklich für Kommunikation, Code-Review und Designdiskussionen im Engineering-Team eines Unternehmens.
    Der Workflow über Mailinglisten ist ausgesprochen intuitiv.
    Dagegen sind IRC, Slack, Discord und Webforen vergleichsweise schwer anzupassen oder selbst zu entwickeln.
    Bei Mailinglisten muss man sich auch keine Sorgen um Vendor Lock-in machen,
    und wer die Grundregeln beachtet, kann problemlos teilnehmen.
    Intern reichen auch einladungsbasierte Mailinglisten mit PGP-Verschlüsselung und Non-Repudiation-Prüfung völlig aus.
    Bei öffentlichen Listen können neue Nutzer zunächst für eine gewisse Zeit in einer Moderationswarteschlange landen, um Etikette und Format zu prüfen.

    • Für interne Zusammenarbeit war NNTP meiner Meinung nach viel besser (wenn Mail-Clients es unterstützen würden).
      Ende der 90er habe ich tatsächlich NNTP ausgerollt und war sehr zufrieden damit.
      Heute kann man einen ähnlichen Effekt auch mit gemeinsam genutzten IMAP-Postfächern erreichen,
      und im Cyrus-Projekt von CMU hat man viel Arbeit in genau diesen Bereich gesteckt.
      Die meisten IMAP-Clients unterstützen gemeinsame Gruppen,
      und wenn der Server sauber eingerichtet ist, lässt sich das leicht nutzen.

  • Als jemand, der mit Foren aufgewachsen ist, habe ich Mailinglisten neu schätzen gelernt.
    In letzter Zeit habe ich sogar Mailinglisten-Archive aus den 80ern durchstöbert.
    Beispiel für ein Archiv aus den 80ern

  • Viele der Argumente gelten genauso für Newsgroups (Usenet).
    Man kann einen Client seiner Wahl nutzen, und Archivierung ist ebenfalls möglich.
    Auch die Suche in Archiven ist relativ einfach (auch wenn die meisten unvollständig sind, sodass man separate Dienste wie Deja oder Google Groups brauchte).
    Einige Newsgroups sind noch immer aktiv.
    Warum sind sie dann so verschwunden?

  • Mailinglisten und RSS sind beide alt und einfach, funktionieren aber gut.
    Und sie sind angenehm werbefrei.