MINFO (Mailbox Information) ریکارڈ لک اپ
RFC 1035 میں ایک تجرباتی پروٹوکول کے طور پر بیان کردہ، MINFO (Mailbox Information) ریکارڈ میلنگ لسٹس اور انفرادی میل باکسز کے ساتھ انتہائی دانے دار (granular)، انتظامی روٹنگ میٹا ڈیٹا منسلک کرنے کے لیے بنایا گیا تھا۔ انٹرنیٹ کے ڈائل اپ دور کے دوران، نیٹ ورک کنکشن مسلسل گرتے تھے، اور میل سرور اکثر کریش ہو جاتے تھے۔ خودکار باؤنس میسجز (Non-Delivery Reports، یا NDRs) اکثر سرورز کے درمیان لامتناہی طور پر چکر (loop) لگاتے تھے، جس سے ARPANET کی محدود بینڈوتھ میں رکاوٹ پیدا ہوتی تھی۔ MINFO ریکارڈ براہ راست DNS لیئر پر خرابی سے نمٹنے کے لیے سخت روٹنگ قوانین فراہم کرنے کی ایک کوشش تھی۔
RMAILBX اور EMAILBX پیرامیٹرز
معیاری ریکارڈز جو ایک ہدف والی سٹرنگ استعمال کرتے ہیں، کے برعکس MINFO پے لوڈ کے لیے دو الگ الگ پوائنٹرز کی ضرورت ہوتی تھی۔ پہلا RMAILBX (Responsible Mailbox) تھا۔ یہ پیرامیٹر واضح طور پر ڈومین یا میل باکس کی وضاحت کرتا تھا جو کسی مخصوص میلنگ لسٹ سے وابستہ خودکار خرابی کے پیغامات اور سرور کے باؤنسز وصول کرنے کا ذمہ دار تھا۔ دوسرا پیرامیٹر EMAILBX (Error Mailbox) تھا، جو اس فہرست کے لیے ذمہ دار انسانی منتظم (admin) یا مینٹینر کی وضاحت کرتا تھا۔ جب کسی بیرونی سرور کو بلک پے لوڈ (bulk payload) ڈیلیور کرنے کی کوشش کے دوران کسی اہم ناکامی کا سامنا کرنا پڑتا، تو اسے بھیجنے والے کے اصل پتے کو نظرانداز کرتے ہوئے، غلطی کے لاگز (error logs) کو بالکل کہاں بھیجنا ہے یہ معلوم کرنے کے لیے MINFO ریکارڈ کی کیوری کرنی تھی۔
آؤٹ آف بینڈ سگنلنگ (Out-of-Band Signaling) کی ناکامی
MINFO ریکارڈ کی بنیادی آرکیٹیکچرل خامی یہ تھی کہ اس کا انحصار "آؤٹ آف بینڈ" سگنلنگ پر تھا۔ اس نے ایک میل سرور کو جو پہلے سے ہی SMTP ٹرانزیکشن پر کارروائی کر رہا تھا، عمل درآمد کو روکنے، ایک نیا UDP کنکشن کھولنے، MINFO ریکارڈز کے لیے DNS پرت سے کیوری کرنے، پھیلاؤ (propagation) کا انتظار کرنے، اور پھر خرابی کے روٹنگ راستوں کو دوبارہ لکھنے پر مجبور کیا۔ یہ اصل ای میل ٹرانسمیشن کے دوران صرف "ان بینڈ" (in-band) خرابی کی روٹنگ کو سنبھالنے کے مقابلے میں نمایاں طور پر سست اور کم قابل اعتماد ثابت ہوا۔
SMTP ہیڈرز (Headers) کی DNS منطق سے تبدیلی
انجینئرز کو جلد ہی اندازہ ہو گیا کہ SMTP پروٹوکول بذات خود DNS پرت کے مقابلے میں باؤنس میٹا ڈیٹا کو ہینڈل کرنے کے لیے بہت زیادہ موزوں ہے۔ مخصوص SMTP لفافے (envelope) کے ہیڈرز کا تعارف — خاص طور پر Return-Path اور Errors-To ہیڈرز — نے MINFO ریکارڈز کی ضرورت کو مکمل طور پر ختم کر دیا۔ آج، جب کوئی بلک بھیجنے والا نیوز لیٹر (newsletter) بھیجتا ہے، تو وہ ای میل کے پوشیدہ ہیڈرز میں براہ راست باؤنس پروسیسنگ ایڈریس شامل کر دیتا ہے۔ اگر موصول ہونے والے سرور کو کسی خرابی کا سامنا کرنا پڑتا ہے، تو وہ آسانی سے ہیڈر کو مقامی طور پر پڑھتا ہے اور باؤنس پیغام کو فوری طور پر واپس بھیج دیتا ہے، جس کے لیے صفر بیرونی DNS لک اپ کی ضرورت ہوتی ہے۔ نتیجتاً، پروڈکشن MTAs، MINFO پے لوڈز کو مکمل طور پر نظر انداز کر دیتے ہیں۔