MR (Mail Rename) Legacy DNS Checker
MR (Mail Rename) রেকর্ড হলো প্রারম্ভিক RFC 1035 এর দিনগুলোর আরেকটি এক্সপেরিমেন্টাল আর্টিফ্যাক্ট (artifact), যা পরিবর্তিত ইমেইল অ্যাড্রেসগুলোর জন্য একটি DNS-লেভেল অ্যালিয়াস (alias) মেকানিজম হিসেবে কাজ করার জন্য ডিজাইন করা হয়েছিল। কর্পোরেট নেটওয়ার্কগুলো যখন প্রথম অনলাইনে আসে, তখন ইউজারের ইমেইল অ্যাড্রেস পরিবর্তন করাটা ছিল আশ্চর্যজনকভাবে একটি কমপ্লেক্স রাউটিং প্রবলেম। যখন এমপ্লয়িরা ডিপার্টমেন্ট পরিবর্তন করতেন বা তাদের ইউজারনেম অল্টার (alter) করতেন, তখন লেজিটিমেট (legitimate) মেইল বাউন্স হওয়া রোধ করতে সরাসরি DNS লুকআপ ফেজের মধ্যেই একটি পার্মানেন্ট ফরোয়ার্ডিং লুপ (forwarding loop) তৈরি করার জন্য MR রেকর্ডটি ইন্ট্রোডিউস করা হয়েছিল।
Pre-Connection Alias Resolution
যদি কোনো এমপ্লয়ি তার ইউজারনেম jsmith থেকে পরিবর্তন করে john.smith রাখতেন, তবে সিস্টেম অ্যাডমিনিস্ট্রেটর নতুন মেইলবক্সের দিকে পয়েন্ট করে পুরোনো নোডে (node) একটি MR রেকর্ড পাবলিশ করতেন। যখন কোনো এক্সটারনাল মেইল সার্ভার পুরোনো ইমেইলে অ্যাড্রেস করা কোনো মেসেজ রিসিভ করত, তখন এটি DNS-এ কোয়েরি করত। MR রেকর্ডের সম্মুখীন হলে, সেন্ডিং সার্ভারকে পে-লোড ডেলিভার করার জন্য SMTP কানেকশন ইনিশিয়েট করার আগেই পুরোনো ডেস্টিনেশনটিকে নতুনটির জন্য সোয়াপ (swap) করে ইমেইলের এনভেলপ হেডারগুলো (envelope headers) ফিজিক্যালি রিরাইট (rewrite) করার নির্দেশ দেওয়া হতো। এটি অনেকটা হোস্টনেমগুলোর জন্য CNAME রেকর্ড যেভাবে কাজ করে সেই একই রকমভাবে কাজ করত, তবে এটি স্পেসিফিকভাবে মেইলবক্সের লোকাল-পার্টগুলোর (local-parts) স্কোপের মধ্যেই সীমাবদ্ধ ছিল।
Routing Latency এবং Operational Overhead
MB এবং MG রেকর্ডের মতোই, MR রেকর্ডটিও নিজস্ব অপারেশনাল ওভারহেডের ভারে কলাপ্স (collapse) করেছিল। যেহেতু DNS কোয়েরিগুলো একাধিক এজ নেটওয়ার্ক (edge networks) ট্রাভার্স (traverse) করা UDP প্যাকেটের ওপর নির্ভর করে, তাই কেবল একটি লোকাল অ্যালিয়াস (alias) রিজলভ করার জন্যই এক্সটারনাল DNS লুকআপের ওপর নির্ভর করাটা মেইল কিউগুলোতে (queues) ম্যাসিভ লেটেন্সি যোগ করেছিল। তদুপরি, এটি পাবলিক ইন্টারনেটে ইন্টারনাল কর্পোরেট স্ট্রাকচারিং এক্সপোজ করে দিয়েছিল। ম্যালিশিয়াস অ্যাক্টররা যদি MR রেকর্ডগুলোতে কোয়েরি করত, তবে তারা সহজেই কোনো অর্গানাইজেশনের সম্পূর্ণ এমপ্লয়ি হিস্ট্রি এবং ডিপার্টমেন্টের পরিবর্তনগুলো ম্যাপ করে ফেলতে পারত, যা সোশ্যাল ইঞ্জিনিয়ারিং এবং ফিশিং অ্যাটাকগুলোর জন্য একটি হাইলি ডিটেইলড রোস্টার (roster) তৈরি করত।
Modern Server-Side Aliasing
DNS লেয়ারে ইউজার অ্যালিয়াস (aliases) এক্সপোজ করাকে অপ্রয়োজনীয় এবং আনসেফ বলে ধরে নেওয়া হয়েছিল। মেইল সার্ভারগুলো আরও সোফিস্টিকেটেড (sophisticated) হওয়ায় প্রোটোকলটিকে সম্পূর্ণভাবে ডেপ্রিকেট (deprecated) করা হয়েছিল। আজ, অ্যালিয়াসিং (aliasing) লোকাল Mail Transfer Agent (MTA) কনফিগারেশনের মধ্যেই তাৎক্ষণিকভাবে এবং সিকিউরলি হ্যান্ডেল করা হয়। Postfix-এ /etc/aliases ফাইল, Exim-এ ভার্চুয়াল অ্যালিয়াস ম্যাপ (Virtual alias maps), বা Microsoft Active Directory-তে প্রক্সি অ্যাড্রেসের মতো টেকনোলজিগুলো মিলিসেকেন্ডের মধ্যেই ইন্টারনালি ইউজারনেম সোয়াপগুলো (swaps) হ্যান্ডেল করে। এক্সটারনাল সেন্ডিং সার্ভার কেবল MX রেকর্ডের সাথে কানেক্ট করে, পে-লোডটি ড্রপ করে এবং রিসিভিং সার্ভারকে ইন্টারনাল রিনেমিং লজিক (renaming logic) হ্যান্ডেল করতে দেয়, যা DNS লেয়ারকে সম্পূর্ণভাবে বাইপাস করে।