بحث سجل MINFO (معلومات صندوق البريد)
تم تعريف سجل MINFO (معلومات صندوق البريد) كبروتوكول تجريبي في RFC 1035، وقد تمت هندسته لإرفاق بيانات توجيه إدارية تفصيلية (Granular) جداً بالقوائم البريدية وصناديق البريد الفردية. خلال حقبة اتصال الإنترنت بالطلب الهاتفي (Dial-up)، كانت اتصالات الشبكة تنقطع باستمرار، وكانت خوادم البريد تتعطل بشكل متكرر. غالباً ما كانت رسائل الارتداد التلقائية (تقارير عدم التسليم، أو NDRs) تدور في حلقات (Loops) لا نهاية لها بين الخوادم، مما أدى إلى ازدحام النطاق الترددي المحدود لـ ARPANET. كان سجل MINFO محاولة لتوفير قواعد توجيه صارمة للتعامل مع الأخطاء مباشرة في طبقة DNS.
معلمات RMAILBX و EMAILBX
على عكس السجلات القياسية التي تستخدم سلسلة هدف واحدة، تطلب الـ Payload الخاص بـ MINFO مؤشرين (Pointers) متميزين. كان الأول هو RMAILBX (صندوق البريد المسؤول). حددت هذه المعلمة صراحةً النطاق أو صندوق البريد المسؤول عن تلقي رسائل الخطأ الآلية وارتدادات الخادم المرتبطة بقائمة بريدية معينة. المعلمة الثانية كانت EMAILBX (صندوق بريد الخطأ)، والتي حددت المسؤول البشري أو المشرف (Maintainer) المسؤول عن القائمة. عندما يواجه خادم خارجي فشلاً حرجاً في محاولة تسليم Payload ضخم (Bulk)، كان من المفترض أن يستعلم سجل MINFO لمعرفة مكان إرسال سجلات الأخطاء (Error Logs) بالضبط، متجاوزاً عنوان المرسل الفعلي.
فشل إشارات Out-of-Band
كان العيب المعماري الأساسي لسجل MINFO هو اعتماده على إشارات "Out-of-band" (خارج النطاق). لقد أجبر خادم البريد الذي كان بالفعل في منتصف معالجة معاملة SMTP على إيقاف التنفيذ، وفتح اتصال UDP جديد، والاستعلام عن طبقة DNS للحصول على سجلات MINFO، وانتظار الانتشار، ثم إعادة كتابة مسارات توجيه الخطأ. ثبت أن هذا أبطأ بكثير وأقل موثوقية من مجرد التعامل مع توجيه الخطأ "In-band" (داخل النطاق) أثناء إرسال البريد الإلكتروني الفعلي.
رؤوس SMTP (Headers) تحل محل منطق DNS
أدرك المهندسون بسرعة أن بروتوكول SMTP نفسه كان أكثر ملاءمة للتعامل مع البيانات الوصفية للارتداد (Bounce Metadata) من طبقة DNS. أدى إدخال رؤوس مظروف SMTP المحددة (Envelope Headers) - وأبرزها رؤوس Return-Path و Errors-To - إلى القضاء تماماً على الحاجة إلى سجلات MINFO. اليوم، عندما يرسل مرسل جماعي رسالة إخبارية، فإنه يقوم بتضمين عنوان معالجة الارتداد مباشرة في الرؤوس (Headers) المخفية للبريد الإلكتروني. إذا واجه الخادم المستلم خطأ، فإنه ببساطة يقرأ الرأس محلياً ويطلق رسالة الارتداد على الفور، الأمر الذي لا يتطلب أي عمليات بحث DNS خارجية. وبالتالي، تتجاهل خوادم MTA الإنتاجية الـ Payloads لـ MINFO بالكامل.