MG (Mail Group) Experimental Checker
Der MG-Record (Mail Group) war ein unglaublich ambitionierter, früher Engineering-Versuch, Mailinglisten-Funktionalität nativ in die Grundstruktur des Domain Name Systems zu integrieren. Vor dem Aufkommen von Mailinglisten-Managern auf Anwendungsebene theoretisierten Network Engineers, dass sie DNS-Records nutzen könnten, um die Gruppenverteilungslogik über das Internet-Backbone zu diktieren. Das Konzept wurde im RFC 1035 als experimenteller Mechanismus umrissen, um die Duplizierung von Massen-E-Mails in der Phase des Server-zu-Server-Routings zu bewältigen.
DNS-Layer Payload-Duplizierung
Die Funktionsweise des MG-Records beruhte auf DNS-Node-Clustering. Ein Administrator erstellte einen Pseudo-Domain-Node, wie zum Beispiel dev-team.example.com. Er hängte dann mehrere MG-Records an diesen einzelnen Node an, wobei jeder Record explizit auf die individuellen MB-Records (Mailbox) der Teammitglieder verwies. Wenn ein externer Mailserver versuchte, eine E-Mail an diese Gruppenadresse zu senden, fragte er das DNS nach den MG-Records ab. Der autoritative Nameserver würde das vollständige Array der Mitglieder zurückgeben. Der sendende Server sollte dann den E-Mail-Payload duplizieren und separate SMTP-Verbindungen initiieren, um die Nachricht an jedes einzelne in der DNS-Antwort aufgelistete Postfach zuzustellen.
Der Caching- und Propagationsfehler
Das MG-Protokoll scheiterte bei realen Deployments spektakulär an der inhärenten Natur des DNS-Cachings. DNS verlässt sich stark auf Time-To-Live (TTL)-Werte, bei denen zwischengeschaltete ISPs Records für 24 bis 48 Stunden cachen, um die Netzwerklast zu reduzieren. Wenn sich ein Benutzer von einer Mailingliste abmelden wollte, musste der Sysadmin dessen MG-Record aus der Zonendatei löschen. Da externe Server jedoch die alte Gruppenliste im Cache hatten, erhielt der Benutzer tagelang weiterhin Bulk-E-Mails, bis die globalen TTLs abliefen. Die Verwaltung dynamischer Benutzer-Abonnements über statische DNS-Zonen-Änderungen war rechnerisch ineffizient und für Benutzer extrem frustrierend.
Der Aufstieg von Application-Layer-Listen
Netzwerkarchitekten kamen einhellig zu dem Schluss, dass Mailinglisten ein komplexes State Management erfordern – Handhabung von Bounces, Verarbeitung von Unsubscribe-Links und Verwaltung von Moderationswarteschlangen –, für das DNS niemals ausgelegt war. Der MG-Record wurde komplett aufgegeben. Die Branche wechselte zu Listenmanagern auf Anwendungsebene wie GNU Mailman, Majordomo und modernen Exchange-Verteilergruppen (Distribution Groups). Diese Anwendungen sitzen hinter einem Standard-MX-Record, empfangen einen einzigen E-Mail-Payload und verwenden interne SQL-Datenbanken, um Duplizierung und Verteilung sofort zu managen, wodurch die Mailinglistenlogik vollständig von den globalen DNS-Routingtabellen entkoppelt wurde.