Il record MG (Mail Group) era un tentativo ingegneristico iniziale incredibilmente ambizioso di costruire la funzionalità di mailing list nativamente nella stessa struttura del Domain Name System. Prima dell'avvento dei gestori di mailing list a livello applicativo, gli ingegneri di rete teorizzavano di poter usare i record DNS per dettare la logica di distribuzione di gruppo lungo il backbone di internet. Il concetto era descritto nella RFC 1035 come meccanismo sperimentale per gestire la duplicazione della posta in blocco nella fase di routing server-to-server.

Duplicazione dei payload a livello DNS

I meccanismi del record MG si basavano sul clustering di nodi DNS. Un amministratore creava un nodo di pseudo-dominio, come dev-team.example.com. Poi allegava più record MG a quel singolo nodo, con ogni record che puntava esplicitamente ai singoli record MB (Mailbox) dei membri del team. Quando un server di posta esterno tentava di inviare un'email a quell'indirizzo di gruppo, interrogava il DNS per i record MG. Il server di nomi autoritativo restituiva l'intero array dei membri. Il server mittente doveva poi duplicare il payload dell'email e avviare connessioni SMTP separate per consegnare il messaggio a ogni singola casella elencata nella risposta DNS.

Il fallimento di caching e propagazione

Il protocollo MG è fallito spettralmente nelle distribuzioni reali a causa della natura intrinseca della caching DNS. Il DNS si affida pesantemente ai valori Time-To-Live (TTL), per cui gli ISP intermedi mettono in cache i record per 24-48 ore per ridurre il carico di rete. Se un utente voleva disiscriversi da una mailing list, il sysadmin doveva eliminare il suo record MG dal file di zona. Tuttavia, poiché i server esterni avevano in cache la vecchia lista di gruppo, l'utente continuava a ricevere email in blocco per giorni fino alla scadenza dei TTL globali. Gestire le sottoscrizioni dinamiche degli utenti tramite edizioni statiche delle zone DNS era computazionalmente inefficiente e altamente frustrante per gli utenti.

L'ascesa delle liste a livello applicativo

Gli architetti di rete hanno concluso universalmente che le mailing list richiedevano una complessa gestione dello stato — gestione dei bounce, elaborazione dei link di disiscrizione e gestione delle code di moderazione — che il DNS non era mai progettato per gestire. Il record MG è stato abbandonato del tutto. L'industria è passata a gestori di liste a livello applicativo, come GNU Mailman, Majordomo e i moderni Exchange Distribution Groups. Queste applicazioni si piazzano dietro un record MX standard, ricevono un singolo payload email e usano database SQL interni per gestire istantaneamente duplicazione e distribuzione, slegando completamente la logica delle mailing list dalle tabelle di routing DNS globali.