MINFO (Mailbox Information) Record Lookup
RFC 1035-এ একটি এক্সপেরিমেন্টাল প্রোটোকল হিসেবে সংজ্ঞায়িত, MINFO (Mailbox Information) রেকর্ডটি মেইলিং লিস্ট এবং ইন্ডিভিজুয়াল মেইলবক্সগুলোতে হাইলি গ্র্যানুলার (granular), অ্যাডমিনিস্ট্রেটিভ রাউটিং মেটাডেটা অ্যাটাচ করার জন্য ইঞ্জিনিয়ার করা হয়েছিল। ইন্টারনেটের ডায়াল-আপ (dial-up) যুগে, নেটওয়ার্ক কানেকশন অনবরত ড্রপ করত এবং মেইল সার্ভারগুলো ঘন ঘন ক্র্যাশ করত। অটোমেটেড বাউন্স মেসেজগুলো (Non-Delivery Reports, বা NDRs) প্রায়শই সার্ভারগুলোর মধ্যে এন্ডলেসলি লুপ (loop) করত, যা ARPANET-এর লিমিটেড ব্যান্ডউইথ কনজেস্ট (congest) করে দিত। MINFO রেকর্ডটি ছিল সরাসরি DNS লেয়ারে এরর হ্যান্ডেলিংয়ের জন্য কঠোর রাউটিং রুল প্রোভাইড করার একটি প্রয়াস।
RMAILBX এবং EMAILBX Parameters
স্ট্যান্ডার্ড রেকর্ডগুলো যেগুলো একটি সিঙ্গেল টার্গেট স্ট্রিং ব্যবহার করে, সেগুলোর বিপরীতে MINFO পে-লোডের জন্য দুটি আলাদা পয়েন্টারের প্রয়োজন ছিল। প্রথমটি ছিল RMAILBX (Responsible Mailbox)। এই প্যারামিটারটি এক্সপ্লিসিটলি এমন ডোমেইন বা মেইলবক্স ডিফাইন করত যা কোনো স্পেসিফিক মেইলিং লিস্টের সাথে অ্যাসোসিয়েটেড অটোমেটেড এরর মেসেজ এবং সার্ভার বাউন্সগুলো রিসিভ করার জন্য রেসপন্সিবল ছিল। দ্বিতীয় প্যারামিটারটি ছিল EMAILBX (Error Mailbox), যা লিস্টটির জন্য রেসপন্সিবল হিউম্যান অ্যাডমিনিস্ট্রেটর বা মেইনটেইনারকে ডিফাইন করত। একটি এক্সটারনাল সার্ভার যখন একটি বাল্ক (bulk) পে-লোড ডেলিভার করার চেষ্টা করতে গিয়ে কোনো ক্রিটিক্যাল ফেইলরের সম্মুখীন হতো, তখন সেন্ডারের অ্যাকচুয়াল অ্যাড্রেস বাইপাস করে, ঠিক কোথায় এরর লগগুলো (error logs) পাঠাতে হবে তা খুঁজে বের করার জন্য MINFO রেকর্ডে কোয়েরি করার কথা ছিল।
Out-of-Band Signaling এর ফেইলর
MINFO রেকর্ডের কোর আর্কিটেকচারাল ফ্লা (flaw) ছিল যে এটি "আউট-অফ-ব্যান্ড (out-of-band)" সিগন্যালিংয়ের ওপর নির্ভর করত। এটি একটি মেইল সার্ভারকে, যা ইতোমধ্যেই একটি SMTP ট্রানজ্যাকশন প্রসেস করার মাঝখানে ছিল, এক্সিকিউশন হল্ট (halt) করতে, একটি নতুন UDP কানেকশন ওপেন করতে, MINFO রেকর্ডের জন্য DNS লেয়ারে কোয়েরি করতে, প্রোপাগেশনের জন্য অপেক্ষা করতে, এবং তারপর এরর রাউটিং পাথগুলো (error routing paths) রিরাইট (rewrite) করতে বাধ্য করত। অ্যাকচুয়াল ইমেইল ট্রান্সমিশনের সময় কেবল "ইন-ব্যান্ড (in-band)" এরর রাউটিং হ্যান্ডেল করার তুলনায় এটি উল্লেখযোগ্যভাবে ধীর এবং কম রিলায়েবল বলে প্রমাণিত হয়েছে।
SMTP Headers DNS Logic-কে রিপ্লেস করেছে
ইঞ্জিনিয়াররা দ্রুত রিয়েলাইজ করেছিলেন যে SMTP প্রোটোকল নিজেই DNS লেয়ারের চেয়ে বাউন্স মেটাডেটা (bounce metadata) হ্যান্ডেল করার জন্য অনেক বেশি উপযুক্ত ছিল। স্পেসিফিক SMTP এনভেলপ হেডার—সবচেয়ে উল্লেখযোগ্যভাবে Return-Path এবং Errors-To হেডারগুলোর প্রবর্তন—MINFO রেকর্ডের প্রয়োজনীয়তা সম্পূর্ণভাবে দূর করে দিয়েছে। আজকে, যখন কোনো বাল্ক সেন্ডার একটি নিউজলেটার (newsletter) ডিসপ্যাচ (dispatch) করে, তারা ইমেইলের হিডেন হেডারের মধ্যেই সরাসরি বাউন্স-প্রসেসিং অ্যাড্রেসটি এম্বেড (embed) করে দেয়। রিসিভিং সার্ভার কোনো এররের সম্মুখীন হলে, এটি কেবল হেডারটি লোকালি রিড করে এবং বাউন্স মেসেজটি তাৎক্ষণিকভাবে ফায়ার (fire) করে ফেরত পাঠায়, যার জন্য জিরো এক্সটারনাল DNS লুকআপের প্রয়োজন হয়। ফলস্বরূপ, প্রোডাকশন MTA-গুলো MINFO পে-লোড পুরোপুরি ইগনোর করে।