Check-Host.cc

فحص سجل MINFO (Mailbox Information)

سجل MINFO (Mailbox Information) اتعرف كبروتوكول تجريبي في RFC 1035، واتعمل عشان يرفق بيانات (Metadata) إدارية وتفصيلية جداً للـ Mailing lists وصناديق الإيميلات الفردية. في عصر الـ Dial-up بتاع الإنترنت، كانت اتصالات الشبكة بتقع بشكل متكرر، وسيرفرات الإيميل كانت بتعمل Crash كتير. رسايل الـ Bounce الأوتوماتيكية (Non-Delivery Reports، أو NDRs) كانت غالباً بتعمل لوب لا نهائي بين السيرفرات، وده كان بيخنق الباندويث المحدود بتاع ARPANET. سجل MINFO كان محاولة لوضع قواعد صارمة للـ Routing عشان تتعامل مع الأخطاء دي مباشرة في طبقة الـ DNS.

الـ Parameters بتاعت RMAILBX و EMAILBX

على عكس السجلات العادية اللي بتستخدم String هدف واحد، الـ MINFO Payload كان بيحتاج اتنين Pointers مختلفين. الأول كان RMAILBX (Responsible Mailbox). المعيار ده كان بيحدد بوضوح الدومين أو الـ Inbox المسؤول عن استلام رسايل الأخطاء الآلية والـ Server bounces المرتبطة بـ Mailing list معينة. المعيار التاني كان EMAILBX (Error Mailbox)، وده كان بيحدد المسؤول البشري (Admin) أو الشخص المتابع للـ List. لما أي سيرفر خارجي بيواجه فشل كبير وهو بيحاول يوصل Bulk Payload (رسايل مجمعة)، كان المفروض إنه يسأل سجل MINFO عشان يعرف يبعت سجلات الأخطاء (Error logs) فين بالظبط، وده كان بيتخطى عنوان المرسل الفعلي.

فشل الـ Out-of-Band Signaling

العيب المعماري الأساسي في سجل MINFO هو إنه كان بيعتمد على إشارات "Out-of-band". ده كان بيجبر سيرفر الإيميل اللي كان أساساً في وسط عملية تنفيذ SMTP Transaction إنه يوقف التنفيذ، يفتح اتصال UDP جديد، يستعلم عن سجلات MINFO من طبقة الـ DNS، يستنى الـ Propagation، وبعدين يعدل (Rewrite) مسارات الأخطاء. ده أثبت إنه أبطأ بكتير وأقل موثوقية من إنك تتعامل ببساطة مع توجيه الأخطاء "In-band" أثناء عملية نقل الإيميل الفعلي نفسها.

رؤوس (Headers) الـ SMTP بتعوض عن منطق الـ DNS

المهندسين اكتشفوا بسرعة إن بروتوكول الـ SMTP نفسه مناسب أكتر بكتير عشان يتعامل مع الميتا داتا بتاعة الـ Bounces أحسن من طبقة الـ DNS. إدخال Headers مخصوصة في غلاف الـ SMTP — وأهمها Return-Path و Errors-To — ألغى الحاجة تماماً لسجلات MINFO. النهاردة، لما مرسل Bulk بيبعت Newsletter، بيحط عنوان استلام الـ Bounces مباشرة جوه الـ Headers المخفية للإيميل نفسه. لو السيرفر اللي بيستقبل واجه أي خطأ، ببساطة بيقرأ الـ Header ده محلياً ويبعت رسالة الـ Bounce فوراً، وده مبيطلبش أي DNS Lookups خارجية خالص. وعشان كده، سيرفرات الـ MTAs اللي شغالة حالياً بتتجاهل الـ MINFO Payloads تماماً.