MINFO (Mailbox Information) Record Lookup
RFC 1035 में एक प्रयोगात्मक प्रोटोकॉल के रूप में परिभाषित, MINFO (Mailbox Information) रिकॉर्ड को मेलिंग सूचियों और अलग-अलग मेलबॉक्सों में अत्यधिक बारीक (Granular), प्रशासनिक रूटिंग मेटाडेटा संलग्न करने के लिए तैयार किया गया था। इंटरनेट के डायल-अप युग के दौरान, नेटवर्क कनेक्शन लगातार गिरते थे, और मेल सर्वर अक्सर दुर्घटनाग्रस्त हो जाते थे। स्वचालित बाउंस संदेश (Non-Delivery Reports, या NDRs) अक्सर सर्वरों के बीच अंतहीन रूप से लूप करते थे, ARPANET के सीमित बैंडविड्थ को रोकते थे। MINFO रिकॉर्ड सीधे DNS लेयर पर त्रुटि से निपटने के लिए सख्त रूटिंग नियम प्रदान करने का एक प्रयास था।
RMAILBX और EMAILBX Parameters
एकल लक्ष्य स्ट्रिंग का उपयोग करने वाले मानक रिकॉर्ड के विपरीत, MINFO पेलोड के लिए दो अलग-अलग पॉइंटर्स की आवश्यकता होती है। पहला RMAILBX (Responsible Mailbox) था। इस पैरामीटर ने स्पष्ट रूप से उस डोमेन या मेलबॉक्स को परिभाषित किया जो किसी विशिष्ट मेलिंग सूची से जुड़े स्वचालित त्रुटि संदेश और सर्वर बाउंस प्राप्त करने के लिए जिम्मेदार था। दूसरा पैरामीटर EMAILBX (Error Mailbox) था, जो सूची के लिए जिम्मेदार मानव प्रशासक या मेंटेनर को परिभाषित करता था। जब एक बाहरी सर्वर को बल्क पेलोड डिलीवर करने का प्रयास करते समय एक महत्वपूर्ण विफलता का सामना करना पड़ा, तो प्रेषक के वास्तविक पते को बायपास करते हुए, यह पता लगाने के लिए MINFO रिकॉर्ड को क्वेरी करना माना जाता था कि त्रुटि लॉग कहाँ भेजा जाए।
The Failure of Out-of-Band Signaling
MINFO रिकॉर्ड की मुख्य वास्तुशिल्प खामी यह थी कि यह "आउट-ऑफ़-बैंड (Out-of-band)" सिग्नलिंग पर निर्भर थी। इसने एक मेल सर्वर को जो पहले से ही एक SMTP लेनदेन को संसाधित करने के बीच में था, निष्पादन को रोकने, एक नया UDP कनेक्शन खोलने, MINFO रिकॉर्ड के लिए DNS लेयर को क्वेरी करने, प्रोपेगेशन की प्रतीक्षा करने और फिर त्रुटि रूटिंग पथ को फिर से लिखने के लिए मजबूर किया। वास्तविक ईमेल ट्रांसमिशन के दौरान "इन-बैंड (In-band)" त्रुटि रूटिंग को संभालने की तुलना में यह काफी धीमा और कम विश्वसनीय साबित हुआ।
SMTP Headers Replace DNS Logic
इंजीनियरों को जल्दी ही एहसास हो गया कि SMTP प्रोटोकॉल स्वयं बाउंस मेटाडेटा को DNS परत की तुलना में बेहतर तरीके से संभालने के अनुकूल है। विशिष्ट SMTP लिफ़ाफ़ा हेडर की शुरूआत—विशेष रूप से Return-Path और Errors-To हेडर—ने MINFO रिकॉर्ड की आवश्यकता को पूरी तरह समाप्त कर दिया। आज, जब कोई बल्क प्रेषक एक समाचार पत्र (Newsletter) भेजता है, तो वे सीधे ईमेल के छिपे हुए हेडर में बाउंस-प्रोसेसिंग पते को एम्बेड करते हैं। यदि प्राप्त करने वाले सर्वर को कोई त्रुटि आती है, तो यह बस हेडर को स्थानीय रूप से पढ़ता है और बाउंस संदेश को तुरंत वापस भेज देता है, जिसके लिए शून्य बाहरी DNS लुकअप की आवश्यकता होती है। नतीजतन, प्रोडक्शन MTA MINFO पेलोड को पूरी तरह से अनदेखा कर देते हैं।