MB (Mailbox Domain) لیگیسی ریکارڈ لک اپ
MB (Mailbox) ریکارڈ اصل RFC 1035 DNS تصریحات کا ایک دلچسپ تجرباتی نمونہ (artifact) ہے۔ جدید نیٹ ورک آرکیٹیکچر میں، ڈومین نیم سسٹم کسی فزیکل سرور یا IP ایڈریس پر ٹریفک کی روٹنگ کو سختی سے سنبھالتا ہے، جبکہ اندرونی ایپلیکیشن (جیسے ای میل سرور) پے لوڈ کو پارس کرتی ہے تاکہ یہ معلوم کیا جا سکے کہ ڈیٹا کس مخصوص صارف کا ہے۔ MB ریکارڈ نے ان خطوط کو دھندلا کرنے کی کوشش کی۔ کارپوریٹ میل کو MX ریکارڈز کے ذریعے مرکزی سرور کلسٹر میں روٹ کرنے کے بجائے، MB ریکارڈز نے انفرادی صارف کے میل باکسز کو مقامی طور پر DNS زون فائل کے اندر مخصوص ہوسٹ ناموں کے ساتھ براہ راست میپ کرنے کی کوشش کی۔
ڈائریکٹ ٹو ہوسٹ (Direct-to-Host) میل روٹنگ
MB پروٹوکول کے نظریے کے تحت، DNS پرت کو نیٹ ورک میں ہر ملازم یا صارف کے بارے میں تفصیلی (granular) معلومات حاصل ہوں گی۔ مثال کے طور پر، ایک منتظم نظریاتی طور پر ایک MB ریکارڈ ترتیب دے سکتا ہے تاکہ sysadmin میل باکس سے مخاطب میل کو واضح طور پر اعلی سیکیورٹی والے UNIX مین فریم کی طرف روٹ کیا جائے، جبکہ sales سے مخاطب میل کو بالکل مختلف، کم محفوظ سرور پر روٹ کیا جائے۔ جب کوئی ریموٹ سرور ای میل پہنچانا چاہتا تھا، تو وہ خاص طور پر ای میل ایڈریس کے مقامی حصے (local-part) (@ علامت سے پہلے کی تار) کے لیے DNS سے کیوری کرتا تھا تاکہ اس واحد صارف کے ان باکس کی صحیح ہارڈ ویئر کی منزل معلوم کی جا سکے۔
غیر اسکیل ایبل ڈراؤنا خواب (Unscalable Nightmare)
MB ریکارڈ کی آپریشنل حقیقت ایک مکمل اسکیلنگ آفت تھی۔ 5,000 ملازمین پر مشتمل درمیانے درجے کے کارپوریٹ نیٹ ورک کو منظم کرنے کے لیے سس ایڈمن (sysadmin) کو صرف معیاری ای میل روٹنگ کو سنبھالنے کے لیے 5,000 انفرادی، دستی طور پر ٹائپ کیے گئے DNS ریکارڈز کو برقرار رکھنے کی ضرورت ہوگی۔ جب بھی کسی نئے ملازم کی خدمات حاصل کی جاتیں یا نکالا جاتا، کور DNS زون فائل میں ترمیم کرنی پڑتی، SOA سیریل میں اضافہ کرنا پڑتا، اور صرف ایک میل باکس کی فراہمی (provision) کے لیے عالمی انٹرنیٹ پر تبدیلیوں کو پھیلانا (propagate) پڑتا۔ اس نے زون فائلوں کو ناقابل انتظام سائز تک بڑھا دیا اور ابتدائی DNS ریزولورز پر انتہائی پروسیسنگ کا بوجھ ڈالا۔
ایپلیکیشن لیئر (Application Layer) کو ڈیلیگیشن
انجینئرز کو جلد ہی احساس ہو گیا کہ صارف کی سطح کی شناختوں کے انتظام کے لیے DNS ایک غلط پروٹوکول تھا۔ انڈسٹری نے MB کے تصور کو مکمل طور پر ترک کر دیا، اور ایک مضبوط تعمیراتی حد قائم کی۔ آج، DNS (MX ریکارڈز کے ذریعے) مکمل طور پر ای میل پیکٹ کو تنظیم کے Mail Transfer Agent (MTA) کے سامنے والے دروازے تک پہنچانے کا ذمہ دار ہے۔ ایک بار کنکشن قائم ہونے کے بعد، ایپلیکیشن لیئر سافٹ ویئر جیسے Postfix، Exim، یا Microsoft Exchange کام سنبھال لیتے ہیں، اور پتے کے مقامی حصے کو پارس کرنے اور پے لوڈ کو درست اندرونی ان باکس میں پہنچانے کے لیے اندرونی ڈیٹا بیس یا Active Directory کا استعمال کرتے ہیں۔ آپ کو کسی بھی جدید پروڈکشن نیٹ ورک پر MB ریکارڈز resolve ہوتے ہوئے نہیں ملیں گے۔