Check-Host.cc

فحص سجل MF (Mail Forwarder) القديم

سجل MF (Mail Forwarder) هو نوع من سجلات DNS المنقرضة اللي كان بيشتغل جنب سجل MD (Mail Destination) في المراحل الأولى من توجيه الإيميلات على الإنترنت. في حين إن سجل MD كان بيشاور بوضوح للوجهة النهائية للـ Inbox، سجل MF اتصمم عشان يحل مشاكل الموثوقية الضخمة اللي كانت موجودة في البنية الأساسية للإنترنت في التمانينات. كان متصمم عشان يحدد هوست وسيط — شبكة Relay — هيقبل الإيميلات الواردة نيابة عن دومين، ويحتفظ بيها، ويبعتها بفعالية لمكان أقرب للوجهة النهائية لما الطريق يكون متاح.

معمارية شبكة Store-and-Forward

في تصميمات الشبكات القديمة (Topologies)، الاتصال المستمر بـ TCP/IP على مدار الساعة (24/7) كان نادر بشكل لا يصدق. كتير من المؤسسات الأكاديمية والمين فريمز (Mainframes) في الشركات كانت بتتوصل بالشبكة الأوسع من خلال وصلات الطلب الهاتفي (Dial-up) أو كباري ARPANET المتقطعة. سجل MF كان حاسم جداً لبيئات الـ "store-and-forward" دي. لو كان معروف إن سيرفر الوجهة الأساسي لدومين معين بيفصل (Offline) لمدة 12 ساعة في اليوم، الـ Admin كان يقدر يضبط سجل MF يشاور على سيرفر متاح دايماً (Always-on) في مؤسسة شريكة. السيرفر اللي بيبعت كان بيسأل الـ DNS، وبيكتشف إن الـ MD مش متاح، فبيوجه الـ Payload لهوست الـ MF. سيرفر الـ Forwarding كان بيخزن الإيميلات (Spool) على الديسك المحلي، وبينقلها أوتوماتيك بكميات كبيرة (Bulk) أول ما سيرفر الوجهة النهائية يرجع يربط بالشبكة تاني.

تعقيد الـ Split Zones

رغم إن الفكرة كانت منطقية نظرياً، إلا إن الحفاظ على سجلات DNS منفصلة ومختلفة للوجهات النهائية (MD) والسيرفرات الوسيطة (MF) أثبت إنه معقد جداً وعرضة للأخطاء بشكل كبير بالنسبة لمهندسي الشبكات. إدارة مناطق الـ DNS كانت بتحتاج تعديلات يدوية دقيقة جداً للملفات النصية (Flat text files)، وإنك تخلي الموجهات (Forwarders) دايماً متزامنة مع الوجهات (Destinations) كان بيعمل Infinite Routing loops كتير جداً وبيضيع الـ Payloads. بالإضافة لكده، عدم وجود نظام لترتيب الأولويات كان معناه إن الـ Admins ميقدروش يظبطوا بسهولة كذا مستوى (Tiers) من الـ Backup forwarders.

التوحيد (Unification) تحت سجلات MX

البنية الصلبة للـ MF اتلغت تماماً بعد صدور RFC 973، واللي قدم سجل MX (Mail Exchanger) الأكثر ديناميكية. بروتوكول الـ MX استوعب بالكامل وظيفة سجل MF. عن طريق تعيين رقم أولوية أعلى (واللي بيعادل تفضيل أقل في الاتصال) لهوست معين، الـ Admins النهاردة يقدروا يقلبوا أي سجل MX عادي لـ Mail Forwarder أو Spooling Relay بسهولة. السيرفر الأساسي بياخد أولوية 10، وسيرفر الـ Backup spooling بياخد أولوية 50. الطريقة الموحدة دي خلت سجل MF المخصص قديم (Obsolete) للأبد، وبرامج فحص الـ DNS الحديثة بتسقط (Drops) طلبات استعلام الـ MF بالكامل.