MF (Mail Forwarder) لیگیسی DNS چیکر
MF (Mail Forwarder) ریکارڈ ایک معدوم (extinct) DNS ریکارڈ ٹائپ ہے جو انٹرنیٹ ای میل روٹنگ کے ابتدائی مراحل کے دوران MD (Mail Destination) ریکارڈ کے ساتھ مل کر کام کرتا تھا۔ جبکہ MD ریکارڈ سختی سے حتمی ان باکس کی منزل کی طرف اشارہ کرتا تھا، MF ریکارڈ 1980 کی دہائی کے انٹرنیٹ بیک بون (backbone) کے بڑے پیمانے پر قابل اعتمادی کے مسائل کو حل کرنے کے لیے انجنیئر کیا گیا تھا۔ اسے ایک درمیانی ہوسٹ — ایک نیٹ ورک ریلے (relay) — کی وضاحت کرنے کے لیے ڈیزائن کیا گیا تھا جو ڈومین کی جانب سے آنے والی میل کو قبول کرے گا، اسے روکے رکھے گا، اور راستہ دستیاب ہونے پر اسے فعال طور پر آخری منزل کے قریب بھیجے گا۔
سٹور اینڈ فارورڈ نیٹ ورک آرکیٹیکچر
ابتدائی نیٹ ورک ٹوپالوجیز (topologies) میں، مسلسل 24/7 TCP/IP کنیکٹیویٹی ناقابل یقین حد تک نایاب تھی۔ بہت سے تعلیمی ادارے اور کارپوریٹ مین فریم ڈائل اپ لنکس یا وقفے وقفے سے کام کرنے والے ARPANET برجز کے ذریعے وسیع تر نیٹ ورک سے جڑے ہوئے تھے۔ ان "اسٹور اینڈ فارورڈ" (store-and-forward) ماحول کے لیے MF ریکارڈ بالکل اہم تھا۔ اگر کسی ڈومین کا پرائمری منزل کا سرور دن میں 12 گھنٹے آف لائن رہنے کے لیے جانا جاتا تھا، تو ایک منتظم پارٹنر ادارے میں ایک انتہائی دستیاب، ہمیشہ آن رہنے والے سرور کی طرف اشارہ کرتے ہوئے MF ریکارڈ ترتیب دے سکتا تھا۔ بھیجنے والا سرور DNS کی کیوری کرے گا، یہ محسوس کرے گا کہ MD ناقابل رسائی ہے، اور پے لوڈ کو MF ہوسٹ کی طرف روٹ کر دے گا۔ فارورڈنگ سرور ای میلز کو مقامی ڈسک پر محفوظ (spool) کرے گا اور جب حتمی منزل کا سرور اپنا نیٹ ورک کنکشن دوبارہ قائم کر لے گا تو انہیں خود بخود بلک (bulk) میں منتقل کر دے گا۔
سپلٹ زونز (Split Zones) کی پیچیدگی
اگرچہ تصوراتی طور پر درست ہے، حتمی منازل (MD) اور درمیانی ریلے (MF) کے لیے الگ الگ، مخصوص DNS ریکارڈز کو برقرار رکھنا نیٹ ورک ایڈمنسٹریٹرز کے لیے حد سے زیادہ پیچیدہ اور غلطی کا شکار (error-prone) ثابت ہوا۔ DNS زونز کو منظم کرنے کے لیے سادہ متن والی فائلوں (flat text files) کی محتاط دستی تدوین کی ضرورت ہوتی تھی، اور فارورڈر میپنگز کو منزل کی میپنگز کے ساتھ ہم آہنگ رکھنے کے نتیجے میں بار بار روٹنگ لوپس (routing loops) بنتے تھے اور پے لوڈز ضائع ہو جاتے تھے۔ مزید برآں، ترجیحی درجہ بندی کے نظام کی عدم موجودگی کا مطلب یہ تھا کہ منتظمین بیک اپ فارورڈرز کی متعدد تہوں (tiers) کو آسانی سے کنفیگر نہیں کر سکتے تھے۔
MX ریکارڈز کے تحت یونیفیکیشن
سخت MF آرکیٹیکچر کو RFC 973 کی اشاعت کے بعد مکمل طور پر ترک کر دیا گیا تھا، جس نے بہت زیادہ متحرک MX (Mail Exchanger) ریکارڈ متعارف کرایا۔ MX پروٹوکول نے MF ریکارڈ کی فعالیت کو پوری طرح سے اپنے اندر جذب کر لیا۔ کسی مخصوص ہوسٹ کو محض ایک اعلی ترجیحی نمبر (جو کہ کم کنکشن ترجیح کے برابر ہے) تفویض کر کے، جدید منتظمین کسی بھی معیاری MX ریکارڈ کو فوری طور پر ڈی فیکٹو (de facto) میل فارورڈر یا سپولنگ ریلے میں تبدیل کر سکتے ہیں۔ پرائمری سرور کو ترجیح 10 ملتی ہے، اور بیک اپ سپولنگ سرور کو ترجیح 50 ملتی ہے۔ اس متحد نقطہ نظر نے وقف شدہ MF ریکارڈ کو مستقل طور پر متروک (obsolete) کر دیا، اور جدید DNS پارسنگ سافٹ ویئر MF کیوریز کو مکمل طور پر ڈراپ کر دیتے ہیں۔