MG (Mail Group) Experimental Checker
MG (Mail Group) रेकॉर्ड हा मेलिंग लिस्ट फंक्शनॅलिटीला थेट डोमेन नेम सिस्टमच्या फॅब्रिकमध्येच नेटीव्हली (natively) बिल्ड करण्याचा एक अत्यंत महत्त्वाकांक्षी, सुरुवातीचा इंजिनिअरिंग प्रयत्न होता. ॲप्लिकेशन-लेयर मेलिंग लिस्ट मॅनेजर्सच्या आगमनापूर्वी, नेटवर्क इंजिनिअर्सने असा सिद्धांत मांडला होता की इंटरनेट बॅकबोनवर (backbone) ग्रुप डिस्ट्रिब्यूशन लॉजिक डिक्टेट (dictate) करण्यासाठी ते DNS रेकॉर्ड्स वापरू शकतात. ही कन्सेप्ट RFC 1035 मध्ये सर्व्हर-टू-सर्व्हर राउटिंग फेजमध्ये बल्क ईमेल डुप्लिकेशन हाताळण्यासाठी एक एक्सपेरिमेंटल मेकॅनिझम म्हणून रेखाटली गेली होती.
DNS-Level Payload Duplication
MG रेकॉर्डची मेकॅनिक्स DNS नोड क्लस्टरिंगवर (clustering) अवलंबून होती. ॲडमिनिस्ट्रेटर एक सुडो-डोमेन (pseudo-domain) नोड तयार करेल, जसे की dev-team.example.com. त्यानंतर ते या एकाच नोडला मल्टिपल MG रेकॉर्ड्स जोडतील, प्रत्येक रेकॉर्ड टीम सदस्यांच्या वैयक्तिक MB (Mailbox) रेकॉर्डकडे स्पष्टपणे पॉईंट करेल. जेव्हा बाहेरील मेल सर्व्हरने त्या ग्रुप ॲड्रेसवर ईमेल पाठवण्याचा प्रयत्न केला, तेव्हा तो DNS ला MG रेकॉर्ड्ससाठी क्वेरी करत असे. ऑथॉरिटेटिव्ह नेमसर्व्हर सदस्यांची पूर्ण ॲरे (array) रिटर्न करेल. सेंडिंग सर्व्हरने त्यानंतर ईमेल पेलोड डुप्लिकेट करणे आणि DNS रिस्पॉन्समध्ये लिस्ट केलेल्या प्रत्येक सिंगल मेलबॉक्समध्ये मेसेज डिलीव्हर करण्यासाठी सेपरेट SMTP कनेक्शन्स इनिशिएट (initiate) करणे अपेक्षित होते.
The Caching आणि Propagation Failure
DNS कॅशिंगच्या इनहेरंट नेचरमुळे (inherent nature) रिअल-वर्ल्ड डिप्लॉयमेंट्समध्ये MG प्रोटोकॉल नेत्रदीपकपणे फेल (fail) झाला. DNS मोठ्या प्रमाणावर Time-To-Live (TTL) व्हॅल्यूजवर अवलंबून असते, जिथे इंटरमिजिएट ISPs नेटवर्क लोड कमी करण्यासाठी 24 ते 48 तासांसाठी रेकॉर्ड्स कॅश करतात. जर एखाद्या युजरला मेलिंग लिस्टमधून अनसबस्क्राईब (unsubscribe) करायचे असेल, तर सिसॲडमिनला (sysadmin) त्यांचे MG रेकॉर्ड झोन फाईलमधून डिलीट करावे लागत असे. तथापि, एक्सटर्नल सर्व्हर्सकडे जुनी ग्रुप लिस्ट कॅश (cache) केलेली असल्यामुळे, ग्लोबल TTLs एक्स्पायर (expire) होईपर्यंत युजरला अनेक दिवस बल्क ईमेल्स मिळत राहत असत. स्टॅटिक DNS झोन एडिट्सद्वारे डायनॅमिक युजर सबस्क्रिप्शन (subscription) मॅनेज करणे हे कॉम्प्युटेशनली इनएफिशियंट (inefficient) आणि युजर्ससाठी अत्यंत निराशाजनक होते.
Application-Layer Lists चा उदय
नेटवर्क आर्किटेक्ट्सनी युनिव्हर्सली असा निष्कर्ष काढला की मेलिंग लिस्ट्सना कॉम्प्लेक्स स्टेट मॅनेजमेंटची (state management) आवश्यकता असते—बाउन्सेस हँडल करणे, अनसबस्क्राईब लिंक्स प्रोसेस करणे, आणि मॉडरेशन क्यूज (moderation queues) मॅनेज करणे—जे हँडल करण्यासाठी DNS कधीही डिझाइन केले गेले नव्हते. MG रेकॉर्ड संपूर्णपणे सोडून दिले गेले. इंडस्ट्री ॲप्लिकेशन-लेव्हल लिस्ट मॅनेजर्सकडे शिफ्ट झाली, जसे की GNU Mailman, Majordomo, आणि आधुनिक Exchange Distribution Groups. हे ॲप्लिकेशन्स स्टँडर्ड MX रेकॉर्डच्या मागे बसतात, एक सिंगल ईमेल पेलोड रिसीव्ह करतात आणि मेलिंग लिस्ट लॉजिकला ग्लोबल DNS राउटिंग टेबल्सपासून पूर्णपणे डिकपल (decouple) करून, डुप्लिकेशन आणि डिस्ट्रीब्यूशन त्वरित मॅनेज करण्यासाठी इंटरनल SQL डेटाबेसेस वापरतात.