MR (Mail Rename) Legacy DNS Checker
MR (Mail Rename) रिकॉर्ड मूल RFC 1035 के शुरुआती दिनों का एक और प्रयोगात्मक आर्टिफैक्ट है, जिसे बदले हुए ईमेल पतों के लिए DNS-स्तरीय उपनाम (Alias) तंत्र के रूप में कार्य करने के लिए डिज़ाइन किया गया है। जब कॉर्पोरेट नेटवर्क पहली बार ऑनलाइन हुए, तो उपयोगकर्ता का ईमेल पता बदलना आश्चर्यजनक रूप से एक जटिल रूटिंग समस्या थी। MR रिकॉर्ड को सीधे DNS लुकअप चरण के भीतर एक स्थायी फ़ॉरवर्डिंग लूप बनाने के लिए पेश किया गया था, जब कर्मचारी विभागों को बदलते हैं या अपने उपयोगकर्ता नाम बदलते हैं तो वैध मेल को बाउंस होने से रोका जा सके।
Pre-Connection Alias Resolution
यदि किसी कर्मचारी ने अपना उपयोगकर्ता नाम jsmith से बदलकर john.smith कर लिया, तो सिस्टम एडमिनिस्ट्रेटर नए मेलबॉक्स की ओर इशारा करते हुए पुराने नोड पर एक MR रिकॉर्ड प्रकाशित करेगा। जब किसी बाहरी मेल सर्वर को पुराने ईमेल पर संबोधित संदेश प्राप्त होता है, तो वह DNS से क्वेरी करेगा। MR रिकॉर्ड का सामना करने पर, भेजने वाले सर्वर को ईमेल के एनवलप हेडर (Envelope headers) को भौतिक रूप से फिर से लिखने का निर्देश दिया गया था, पेलोड को डिलीवर करने के लिए SMTP कनेक्शन शुरू करने से पहले ही पुराने गंतव्य (Destination) को नए के लिए स्वैप कर दिया गया था। यह बहुत कुछ उसी तरह काम करता था जैसे होस्टनाम के लिए CNAME रिकॉर्ड काम करता है, लेकिन यह विशेष रूप से मेलबॉक्स स्थानीय-भागों (Local-parts) के दायरे में था।
Routing Latency और Operational Overhead
MB और MG रिकॉर्ड की तरह, MR रिकॉर्ड अपने स्वयं के परिचालन ओवरहेड के भार के नीचे ढह गया। चूंकि DNS क्वेरी कई एज नेटवर्क को पार करने वाले UDP पैकेट पर निर्भर करती हैं, केवल स्थानीय उपनाम को रिज़ॉल्व करने के लिए बाहरी DNS लुकअप पर निर्भर रहने से मेल कतारों में भारी विलंबता (Latency) जुड़ गई। इसके अलावा, इसने कॉर्पोरेट संरचना को सार्वजनिक इंटरनेट पर उजागर किया। यदि किसी दुर्भावनापूर्ण अभिनेता ने MR रिकॉर्ड्स को क्वेरी किया, तो वे आसानी से किसी संगठन के संपूर्ण कर्मचारी इतिहास और विभाग के परिवर्तनों को मैप कर सकते हैं, जिससे सोशल इंजीनियरिंग और फ़िशिंग हमलों के लिए एक अत्यधिक विस्तृत रोस्टर (Roster) बन सकता है।
Modern Server-Side Aliasing
DNS लेयर में उपयोगकर्ता उपनामों को उजागर करना अनावश्यक और असुरक्षित माना गया। मेल सर्वर के अधिक परिष्कृत (Sophisticated) होने पर प्रोटोकॉल को पूरी तरह से अप्रचलित कर दिया गया था। आज, स्थानीय Mail Transfer Agent (MTA) कॉन्फ़िगरेशन के भीतर तुरंत और सुरक्षित रूप से अलियासिंग (Aliasing) को नियंत्रित किया जाता है। Postfix में /etc/aliases फ़ाइल, Exim में वर्चुअल उपनाम मानचित्र (Virtual alias maps), या Microsoft Active Directory में प्रॉक्सी पते जैसी तकनीकें मिलीसेकंड में आंतरिक रूप से उपयोगकर्ता नाम स्वैप को संभालती हैं। बाहरी भेजने वाला सर्वर केवल MX रिकॉर्ड से जुड़ता है, पेलोड को गिराता है, और प्राप्त करने वाले सर्वर को आंतरिक नाम बदलने के तर्क को संभालने देता है, DNS परत को पूरी तरह से दरकिनार कर देता है।