Vérificateur expérimental MG (Mail Group)
L'enregistrement MG (Mail Group) était une tentative d'ingénierie très précoce et incroyablement ambitieuse visant à intégrer la fonctionnalité de liste de diffusion (mailing list) nativement dans la structure même du système de noms de domaine. Avant l'avènement des gestionnaires de listes de diffusion au niveau de l'application, les ingénieurs réseau ont émis la théorie selon laquelle ils pourraient utiliser des enregistrements DNS pour dicter la logique de distribution de groupe à travers le backbone d'internet. Le concept a été décrit dans la RFC 1035 comme un mécanisme expérimental pour gérer la duplication d'e-mails en masse (bulk) lors de la phase de routage de serveur à serveur.
Duplication de Payload au niveau DNS
La mécanique de l'enregistrement MG reposait sur le regroupement (clustering) de nœuds DNS. Un administrateur créait un nœud pseudo-domaine, tel que dev-team.example.com. Il attachait ensuite plusieurs enregistrements MG à ce seul nœud, chaque enregistrement pointant explicitement vers les enregistrements MB (Mailbox) individuels des membres de l'équipe. Lorsqu'un serveur de messagerie externe tentait d'envoyer un e-mail à cette adresse de groupe, il interrogeait le DNS pour les enregistrements MG. Le serveur de noms faisant autorité renvoyait le tableau complet des membres. Le serveur d'envoi était alors censé dupliquer le payload de l'e-mail et initier des connexions SMTP distinctes pour livrer le message à chaque boîte aux lettres répertoriée dans la réponse DNS.
L'échec de la mise en cache et de la propagation
Le protocole MG a échoué de manière spectaculaire dans les déploiements réels en raison de la nature inhérente de la mise en cache DNS. Le DNS repose fortement sur les valeurs de Time-To-Live (TTL), où les FAI intermédiaires mettent en cache les enregistrements pendant 24 à 48 heures pour réduire la charge du réseau. Si un utilisateur voulait se désabonner d'une liste de diffusion, le sysadmin devait supprimer son enregistrement MG du fichier de zone. Cependant, comme les serveurs externes avaient mis en cache l'ancienne liste de groupe, l'utilisateur continuait à recevoir des e-mails en masse pendant des jours jusqu'à ce que les TTL mondiaux expirent. La gestion des abonnements dynamiques des utilisateurs via des modifications statiques de la zone DNS était inefficace sur le plan informatique et très frustrante pour les utilisateurs.
L'essor des listes de couche d'application
Les architectes réseau ont universellement conclu que les listes de diffusion nécessitaient une gestion d'état complexe (State Management) — gestion des rebonds (bounces), traitement des liens de désabonnement et gestion des files d'attente de modération — que le DNS n'avait jamais été conçu pour gérer. L'enregistrement MG a été entièrement abandonné. L'industrie s'est tournée vers les gestionnaires de listes au niveau de l'application, tels que GNU Mailman, Majordomo et les groupes de distribution Exchange (Distribution Groups) modernes. Ces applications se placent derrière un enregistrement MX standard, reçoivent un seul payload d'e-mail et utilisent des bases de données SQL internes pour gérer instantanément la duplication et la distribution, découplant complètement la logique des listes de diffusion des tables de routage DNS mondiales.