MR (Mail Rename) Legacy DNS Checker
MR (Mail Rename) रेकॉर्ड हा सुरुवातीच्या RFC 1035 दिवसांमधील आणखी एक एक्सपेरिमेंटल आर्टिफॅक्ट आहे, जो बदललेल्या ईमेल ॲड्रेससाठी DNS-लेव्हल एलियास (alias) मेकॅनिझम म्हणून काम करण्यासाठी डिझाइन केला गेला होता. जेव्हा कॉर्पोरेट नेटवर्क्स पहिल्यांदा ऑनलाईन आले, तेव्हा युजरचा ईमेल ॲड्रेस बदलणे हा एक आश्चर्यकारकपणे कॉम्प्लेक्स राउटिंग प्रॉब्लेम (routing problem) होता. जेव्हा कर्मचाऱ्यांनी डिपार्टमेंट्स बदलले किंवा त्यांची युजरनेम्स बदलली तेव्हा वैध (legitimate) मेल बाऊन्स होण्यापासून रोखण्यासाठी, थेट DNS लुकअप फेजमध्ये एक कायमस्वरूपी फॉरवर्डिंग लूप (forwarding loop) तयार करण्यासाठी MR रेकॉर्डची ओळख करून दिली गेली.
Pre-Connection Alias Resolution
जर एखाद्या कर्मचाऱ्याने त्याचे युजरनेम jsmith वरून john.smith असे बदलले, तर सिस्टम ॲडमिनिस्ट्रेटर नवीन मेलबॉक्सकडे पॉईंट करणारे MR रेकॉर्ड जुन्या नोडवर पब्लिश करत असे. जेव्हा एखादा एक्सटर्नल मेल सर्व्हर जुन्या ईमेलवर ॲड्रेस केलेला मेसेज रिसीव्ह करत असे, तेव्हा तो DNS ला क्वेरी करत असे. MR रेकॉर्डचा सामना केल्यावर, सेंडिंग सर्व्हरला पेलोड डिलीव्हर करण्यासाठी SMTP कनेक्शन इनिशिएट करण्यापूर्वी, जुन्या डेस्टिनेशनला नवीन डेस्टिनेशनने बदलून ईमेलचे एन्व्हेलप हेडर्स (envelope headers) फिजिकली रिराईट (rewrite) करण्याची सूचना दिली जात असे. हे होस्टनेम्ससाठी CNAME रेकॉर्ड ज्याप्रमाणे काम करते त्याप्रमाणेच काम करत असे, परंतु ते विशेषतः मेलबॉक्सच्या लोकल-पार्ट्सपुरते (local-parts) मर्यादित होते.
Routing Latency आणि Operational Overhead
MB आणि MG रेकॉर्ड्सप्रमाणेच, MR रेकॉर्ड स्वतःच्या ऑपरेशनल ओव्हरहेडच्या (overhead) ओझ्याखाली कोसळले. कारण DNS क्वेरीज मल्टिपल एज नेटवर्क्स (edge networks) ट्रॅव्हर्स (traverse) करणाऱ्या UDP पॅकेट्सवर अवलंबून असतात, केवळ लोकल एलियास रिझॉल्व्ह करण्यासाठी एक्सटर्नल DNS लुकअप्सवर अवलंबून राहिल्याने मेल क्यूजमध्ये (queues) मोठी लेटन्सी (latency) ॲड झाली. शिवाय, याने इंटरनल कॉर्पोरेट स्ट्रक्चरिंग पब्लिक इंटरनेटवर एक्सपोज केले. जर एखाद्या मालिशियस (malicious) ॲक्टरने MR रेकॉर्ड्स क्वेरी केले, तर ते एखाद्या संस्थेची संपूर्ण एम्प्लॉई हिस्ट्री आणि डिपार्टमेंटमधील बदल सहजपणे मॅप करू शकतात, सोशल इंजिनिअरिंग (social engineering) आणि फिशिंग (phishing) ॲटॅक्ससाठी अत्यंत तपशीलवार रोस्टर (roster) तयार करू शकतात.
Modern Server-Side Aliasing
DNS लेयरवर युजर एलियासेस एक्सपोज करणे अनावश्यक आणि असुरक्षित मानले गेले. मेल सर्व्हर्स अधिक सोफिस्टिकेटेड (sophisticated) झाल्यामुळे हा प्रोटोकॉल पूर्णपणे डेप्रिकेट (deprecate) करण्यात आला. आज, ॲलिआसिंग (aliasing) लोकल Mail Transfer Agent (MTA) कॉन्फिगरेशन्समध्ये त्वरित आणि सुरक्षितपणे हँडल केले जाते. Postfix मधील /etc/aliases फाईल, Exim मधील व्हर्च्युअल एलियास मॅप्स (virtual alias maps) किंवा Microsoft Active Directory मधील प्रॉक्सी ॲड्रेसेस (proxy addresses) यांसारखी तंत्रज्ञाने युजरनेम स्वॅप्स (swaps) इंटरनली मिलिसेकंदमध्ये हँडल करतात. एक्सटर्नल सेंडिंग सर्व्हर केवळ MX रेकॉर्डशी कनेक्ट होतो, पेलोड ड्रॉप करतो आणि रिसीव्हिंग सर्व्हरला इंटरनल रिनेमिंग लॉजिक हँडल करू देतो, DNS लेयरला पूर्णपणे बायपास करतो.