فحص MG (مجموعة البريد) التجريبي
كان سجل MG (مجموعة البريد) محاولة هندسية مبكرة وطموحة بشكل لا يصدق لدمج وظيفة القائمة البريدية (Mailing List) بشكل أساسي في نسيج نظام أسماء النطاقات ذاته. قبل ظهور مديري القوائم البريدية في طبقة التطبيق، وضع مهندسو الشبكات نظرية مفادها أنه يمكنهم استخدام سجلات DNS لإملاء منطق توزيع المجموعات عبر البنية التحتية الأساسية للإنترنت (Backbone). تم توضيح المفهوم في RFC 1035 كآلية تجريبية للتعامل مع ازدواج البريد الإلكتروني الجماعي (Bulk Email Duplication) في مرحلة توجيه خادم إلى خادم.
تكرار الـ Payload على مستوى DNS
اعتمدت آليات سجل MG على تجميع عقد (Clustering) DNS. ينشئ المسؤول عقدة نطاق زائف (Pseudo-domain)، مثل dev-team.example.com. سيرفقون بعد ذلك سجلات MG متعددة بهذه العقدة الفردية، بحيث يشير كل سجل صراحةً إلى سجلات MB (صندوق البريد) الفردية لأعضاء الفريق. عندما يحاول خادم بريد خارجي إرسال بريد إلكتروني إلى عنوان المجموعة هذا، فإنه سيستعلم من DNS عن سجلات MG. سيعيد خادم الأسماء الموثوق المصفوفة (Array) الكاملة للأعضاء. كان من المفترض أن يقوم خادم الإرسال بعد ذلك بتكرار الـ Payload للبريد الإلكتروني وبدء اتصالات SMTP منفصلة لتسليم الرسالة إلى كل صندوق بريد مدرج في استجابة DNS.
فشل التخزين المؤقت (Caching) والانتشار
فشل بروتوكول MG بشكل مذهل في عمليات النشر في العالم الحقيقي بسبب الطبيعة المتأصلة للتخزين المؤقت لـ DNS. يعتمد DNS بشكل كبير على قيم Time-To-Live (TTL)، حيث يقوم مزودو خدمة الإنترنت (ISPs) الوسيطة بتخزين السجلات مؤقتاً لمدة 24 إلى 48 ساعة لتقليل حمل الشبكة. إذا أراد مستخدم إلغاء اشتراكه في قائمة بريدية، كان على مسؤول النظام حذف سجل MG الخاص به من ملف المنطقة. ومع ذلك، نظراً لأن الخوادم الخارجية كان لديها قائمة المجموعات القديمة مخزنة مؤقتاً، فسيستمر المستخدم في تلقي رسائل البريد الإلكتروني الجماعية لأيام حتى انتهاء صلاحية TTL العالمية. كانت إدارة اشتراكات المستخدمين الديناميكية من خلال عمليات تحرير مناطق DNS الثابتة (Static) غير فعالة من الناحية الحسابية ومحبطة للغاية للمستخدمين.
صعود قوائم طبقة التطبيق (Application-Layer)
خلص مهندسو الشبكات بالإجماع إلى أن القوائم البريدية تتطلب إدارة معقدة للحالة (State Management) - التعامل مع رسائل الارتداد (Bounces)، ومعالجة روابط إلغاء الاشتراك، وإدارة طوابير الإشراف (Moderation Queues) - والتي لم يُصمم DNS للتعامل معها أبداً. تم التخلي عن سجل MG بالكامل. تحولت الصناعة إلى مديري القوائم على مستوى التطبيق، مثل GNU Mailman و Majordomo ومجموعات توزيع Exchange (Distribution Groups) الحديثة. تجلس هذه التطبيقات خلف سجل MX قياسي، وتتلقى Payload بريد إلكتروني واحداً، وتستخدم قواعد بيانات SQL الداخلية لإدارة التكرار والتوزيع فوراً، مما يفصل منطق القائمة البريدية تماماً عن جداول توجيه DNS العالمية.