MF (Mail Forwarder) Legacy DNS Checker
MF (Mail Forwarder) রেকর্ড হলো একটি এক্সটিংক্ট (extinct) DNS রেকর্ড টাইপ যা ইন্টারনেট ইমেইল রাউটিংয়ের নেসেন্ট (nascent) স্টেজ বা প্রাথমিক পর্যায়ে MD (Mail Destination) রেকর্ডের সাথে ট্যান্ডেম (tandem) বা একত্রে অপারেট করত। MD রেকর্ড যেখানে স্ট্রিক্টলি ফাইনাল ইনবক্স ডেস্টিনেশনের দিকে পয়েন্ট করত, সেখানে MF রেকর্ডটিকে 1980-এর দশকের ইন্টারনেট ব্যাকবোনের ম্যাসিভ রিলাইয়েবিলিটি প্রবলেমগুলো সমাধান করার জন্য ইঞ্জিনিয়ার করা হয়েছিল। এটিকে একটি ইন্টারমিডিয়েট হোস্ট—একটি নেটওয়ার্ক রিলে (relay)—ডিফাইন করার জন্য ডিজাইন করা হয়েছিল যা একটি ডোমেইনের পক্ষে ইনকামিং মেইল অ্যাকসেপ্ট করবে, এটিকে হোল্ড করবে, এবং কোনো রুট (route) অ্যাভেইলেবল হলে এটিকে সক্রিয়ভাবে ফাইনাল ডেস্টিনেশনের আরও কাছাকাছি ফরোয়ার্ড করবে।
Store-and-Forward Network Architecture
প্রারম্ভিক নেটওয়ার্ক টপোলজিগুলোতে (topologies), নিরবচ্ছিন্ন, 24/7 TCP/IP কানেক্টিভিটি ছিল অবিশ্বাস্যরকম বিরল। অনেক একাডেমিক ইনস্টিটিউশন এবং কর্পোরেট মেইনফ্রেম ডায়াল-আপ (dial-up) লিঙ্ক বা ইন্টারমিটেন্ট (intermittent) ARPANET ব্রিজের মাধ্যমে বিস্তৃত নেটওয়ার্কের সাথে কানেক্টেড ছিল। এই "স্টোর-অ্যান্ড-ফরোয়ার্ড" (store-and-forward) এনভায়রনমেন্টগুলোর জন্য MF রেকর্ড ছিল অ্যাবসোলিউটলি ক্রুশাল। কোনো ডোমেইনের প্রাইমারি ডেস্টিনেশন সার্ভার যদি দিনে 12 ঘণ্টা অফলাইনে থাকে বলে জানা যেত, তবে একজন অ্যাডমিনিস্ট্রেটর কোনো পার্টনার ইনস্টিটিউশনে থাকা হাইলি অ্যাভেইলেবল, সর্বদা-অনলাইনে থাকা একটি সার্ভারের দিকে পয়েন্ট করে একটি MF রেকর্ড কনফিগার করতে পারতেন। সেন্ডিং সার্ভার DNS-এ কোয়েরি করত, রিয়েলাইজ করত যে MD আনরিচেবল (unreachable), এবং পে-লোডটিকে MF হোস্টে রাউট করত। ফরোয়ার্ডিং সার্ভার ইমেইলগুলোকে লোকাল ডিস্কে স্পুল (spool) করত এবং ফাইনাল ডেস্টিনেশন সার্ভারটি তার নেটওয়ার্ক কানেকশন পুনরায় এস্টাবলিশ করলে অটোমেটিক্যালি সেগুলোকে বাল্কে (bulk) ট্রান্সফার করে দিত।
Split Zones এর জটিলতা
কনসেপচুয়ালি সাউণ্ড (sound) হলেও, আলটিমেট ডেস্টিনেশন (MD) এবং ইন্টারমিডিয়ারি রিলে (MF) উভয়ের জন্য সেপারেট, ডিস্টিনক্ট DNS রেকর্ড মেইনটেইন করা নেটওয়ার্ক অ্যাডমিনিস্ট্রেটরদের জন্য ওভারলি কমপ্লেক্স এবং হাইলি এরর-প্রন (error-prone) প্রমাণিত হয়েছে। DNS জোনগুলো ম্যানেজ করার জন্য ফ্ল্যাট টেক্সট ফাইলগুলোর (flat text files) মেটিকুলাস (meticulous) ম্যানুয়াল এডিটিং প্রয়োজন ছিল, এবং ফরোয়ার্ডার ম্যাপিংগুলোকে ডেস্টিনেশন ম্যাপিংগুলোর সাথে সিঙ্কে (sync) রাখলে ঘন ঘন রাউটিং লুপ (routing loops) এবং ড্রপড পে-লোডের (dropped payloads) ঘটনা ঘটত। তদুপরি, একটি প্রায়োরিটি র্যাঙ্কিং সিস্টেমের অভাবের অর্থ হলো অ্যাডমিনিস্ট্রেটররা সহজেই ব্যাকআপ ফরোয়ার্ডারগুলোর মাল্টিপল টায়ার (tiers) কনফিগার করতে পারতেন না।
MX Records এর অধীনে Unification
RFC 973 পাবলিকেশনের পরে রেজিড (rigid) MF আর্কিটেকচারটি সম্পূর্ণরূপে পরিত্যাগ করা হয়েছিল, যা অনেক বেশি ডায়নামিক MX (Mail Exchanger) রেকর্ড প্রবর্তন করেছিল। MX প্রোটোকলটি MF রেকর্ডের ফাংশনালিটিকে সম্পূর্ণরূপে অ্যাবসর্ব (absorbed) করে নিয়েছিল। একটি স্পেসিফিক হোস্টে কেবল একটি হায়ার প্রায়োরিটি নাম্বার (যা একটি লোয়ার কানেকশন প্রেফারেন্সের সমতুল্য) অ্যাসাইন করার মাধ্যমে, আধুনিক অ্যাডমিনিস্ট্রেটররা তাৎক্ষণিকভাবে যেকোনো স্ট্যান্ডার্ড MX রেকর্ডকে একটি ডি ফ্যাক্টো (de facto) মেইল ফরোয়ার্ডার বা স্পুলিং রিলেতে (spooling relay) পরিণত করতে পারেন। প্রাইমারি সার্ভার প্রায়োরিটি 10 পায়, এবং ব্যাকআপ স্পুলিং সার্ভার প্রায়োরিটি 50 পায়। এই ইউনিফাইড (unified) অ্যাপ্রোচ ডেডিকেটেড MF রেকর্ডটিকে পার্মানেন্টলি অবসোলেট করে দিয়েছে, এবং আধুনিক DNS পার্সিং সফটওয়্যার MF কোয়েরিগুলোকে পুরোপুরি ড্রপ করে দেয়।