الخلاصة

  • وصفت RFC 1846 الصادرة في سبتمبر 1995 أجهزة متخصصة لا تتلقى البريد أبداً. إذا لم توجد خدمة SMTP، أمكن للمرسل اعتبار فشل الاتصال مؤقتاً وترك الرسالة الخاطئة في الطابور أياماً. اقترح الرمز التجريبي 521 جواباً نهائياً من وسيط MX أو خادم صغير لا يفعل سوى الرفض.
  • سجل المؤلفان أن بعض برامج الإرسال تعيد الرسالة إلى الطابور إن أغلق الخادم الاتصال فور إرسال 521، لكنها تعيدها إلى صاحبها إذا انتظر أمر QUIT. وفي 2015 أُدخل 521 في SMTP ليصدر عند فتح الاتصال بجهاز لا يستقبل البريد مطلقاً، وأُضيف 556 لوسيط يعرف مسبقاً أن نطاق الوجهة لا يتلقى البريد.

الخطأ في العنوان دفع ثمنه المرسل

صُمم البريد الإلكتروني ليصبر على انقطاع الوجهة. إذا تعطل خادم الاستقبال ساعات قليلة، يمكن الاحتفاظ بالرسالة حتى يعود. لكن Alain Durand وFrancis Dupont وصفا في مقترحهما التجريبي سنة 1995 نوعاً آخر من الأجهزة: آلات تؤدي عملاً محدداً مثل DNS أو NTP، ولا تقدم خدمة بريد أصلاً. يظل من الممكن كتابة اسم إحداها في عنوان البريد. حينئذ لا يكون الخادم متوقفاً عن استقبال خدمة موجودة؛ الخدمة نفسها غير موجودة.

لا يعرف برنامج الإرسال ذلك من اتصال لم يرد عليه أحد. ربما يشغل المشغل خدمة SMTP غداً؛ لذلك يُصنف الإخفاق مؤقتاً وتوضع الرسالة في الطابور وتُكرر المحاولة. قالت RFC إن الرسالة قد تنتظر أياماً قبل رجوعها بخطأ مربك. صاحب الجهاز الذي لا يستقبل البريد لا يخزن الرسالة. مكان التخزين والمحاولات والانتظار هو الطرف الآخر من الشبكة. الصمت يرسل فاتورة العمل إلى من لا يملك معلومة الرفض النهائي.

نموذج SMTP المنشور عام 1982 يقوم على حوار: ينشئ المرسل اتصالاً بالمستقبل، يرسل الأوامر ويتصرف وفق رموز الرد. أراد المؤلفان إضافة جواب يميز «لا أستقبل البريد أبداً» من «لم أرد الآن». أعطياه الرقم 521. لا يضع الرمز صندوق بريد في جهاز DNS؛ بل ينهي محاولات البحث عن صندوق بريد لن يظهر.

اقترح النص مكانين لهذا الجواب. يستطيع وسيط MX رفض الرسالة بالرمز 521 عندما يعرف عنوان المستلم أثناء حوار SMTP. أو يشغل الجهاز نفسه خادماً مصغراً لا يفعل سوى رفض محاولات التسليم. الخيار الأول يجعل الوسيط ينقل سياسة الوجهة؛ الثاني يسمح للوجهة بإعلانها مباشرة. كلاهما يتطلب جهة تتحمل مسؤولية كلمة «أبداً»، لأن إرسال الرسالة مجدداً يصبح بلا معنى بعد تلك الكلمة.

كان على وسطاء MX أن يتفقوا. قالت RFC 1846 إن الوسيط الأقل أولوية ينبغي أن يرفض البريد أيضاً إذا رفضه وسيط آخر نيابة عن الجهاز نفسه. إن قالت بوابة إن التسليم مستحيل، ثم تركت البوابة التالية المرسل يحاول من جديد، انتقلت المشكلة إلى المسار الاحتياطي. سياسة الرفض الصحيحة عند باب واحد لا تكفي إن كانت للنطاق أبواب أخرى معلنة.

«لا» سريعة جداً قد تُسمع كعطل

يمكن للخادم الصغير إصدار 521 بمجرد فتح الاتصال، متبوعاً بالاسم الرسمي للجهاز أو عنوان IP الخاص به. بعد ذلك يستطيع قطع الاتصال أو مواصلة قراءة الأوامر، والرد بـ521 على كل أمر عدا QUIT، ثم انتظار نهاية الحوار. اشترط المقترح ألا يُدرج جهاز يصدر هذه التحية في سجل MX لأي نطاق. من يعلن عدم استقبال البريد لا يصح أن يكون في الوقت نفسه عنواناً منشوراً لاستقباله.

لماذا يترك الخادم خط الاتصال مفتوحاً بعدما قال كلمته؟ لأن بعض العملاء الموجودين بالفعل كانوا يتصرفون على نحو مختلف حسب طريقة الإغلاق. أفاد Durand وDupont بأن الإغلاق الفوري بعد 521 دفع بعض برامج الإرسال إلى اعتبار الأمر عطلاً عابراً وإعادة الرسالة إلى الطابور. عندما انتظر الخادم، أرسلت تلك البرامج QUIT وأرجعت البريد إلى مرسله. المعنى في الرمز واحد، لكن نهاية المحادثة هي التي جعلت البرنامج يصدق المعنى. إصدار رفض صحيح في سجل الخادم لا يثبت أن محاولات الإرسال توقفت.

وهكذا أصبح للجهاز الذي لا يستقبل الرسائل عمل بريدي محدود: أن يظل قابلاً للاتصال، يعرف بنفسه، يعطي جواباً ثابتاً، وينتظر أحياناً خروج العميل. لا يحفظ رسالة واحدة. لكنه يمنع أنظمة أخرى من حفظ رسالة يستحيل إيصالها. مفارقة 521 عملية جداً: تشغيل خدمة صغيرة وظيفتها إبلاغ الآخرين بأن خدمة الاستقبال غير موجودة.

كانت وثيقة 1995 تجريبية، وطلبت من المنفذين إرسال خبراتهم. حديثها عن «بعض» العملاء الذين يعيدون المحاولة ملاحظة توافق بين البرامج، وليس إحصاءً لعددها أو عدد الرسائل التي علقت. معرفة الحجم في تلك السنة تحتاج إلى سجلات الطوابير أو مسح للبرامج. أما موضع العطل فمحدد: قد يقول المستقبل «لا» ولا يتوقف المرسل.

الرفض صار ممكناً قبل طرق الباب

في يونيو 2015، أدرجت RFC 7504 الرمز 521 رسمياً ضمن SMTP. قالت إن الرمز صار واسع الاستخدام، لكنه لم يكن قد أُدخل رسمياً في البروتوكول الأساسي. خصصته لبداية الاتصال بجهاز لا يقبل البريد تحت أي ظرف. هذا أضيق من رفض 554 الذي يمكن أن يرتبط بمرسل أو مستلم أو حالة بعينها. 521 حكم على خدمة الجهاز كلها. بهذه الصياغة انتهت التجربة التي بدأت في 1995.

وفي السنة نفسها، عرضت RFC 7505 طريقة أخرى لإعلان السياسة: سجل null MX في DNS يقول إن النطاق لا يستقبل البريد. عندما لا يجد نظام الإرسال سجل MX، قد يلجأ إلى عنوان A أو AAAA ويحاول الاتصال بجهاز يقدم صفحات ويب أو خدمة أخرى، لا البريد. يوقف null MX ذلك الظن عند مستوى اسم النطاق، من دون تشغيل خادم SMTP مهمته الوحيدة الرفض.

أضافت RFC 7504 الرمز 556 أيضاً. يستطيع وسيط يعرف من null MX أو معلومة مماثلة أن نطاق عنوان إعادة التوجيه لا يستقبل البريد أن يرد على النظام الذي سلّمه الرسالة، من غير محاولة الاتصال بالوجهة. 521 جواب الجهاز عند بداية الاتصال به؛ 556 جواب وسيط عرف قاعدة النطاق قبل الوصول إليه. مكان المعرفة وتوقيت الجواب مختلفان، وإن كان كلاهما يضع حداً لمحاولة عبثية.

في 1995، قد تحتاج آلة بلا صندوق بريد إلى خادم صغير كي توقف صف المنتظرين. في 2015، أمكن للنطاق أن ينشر الرفض في DNS قبل أن يبدأ الاتصال. التحسن ليس في سرعة حمل الرسالة الخاطئة؛ التحسن في التخلص من تخمين لا يملك المرسل سبيلًا لحسمه وحده. حين يتكلم من يعرف الوجهة، تستطيع بقية الشبكة متابعة عملها.