الخلاصة

  • أتاح SMTP المبكر الأمرين VRFY وEXPN كنافذتين للتشخيص؛ وقد تكشف الإجابة الإيجابية صندوق بريد واحداً أو تسرد جميع أعضاء قائمة بريدية.
  • أنشأ الرمز 252 حالة ثالثة صادقة: لا يتحقق الخادم من المستخدم، لكنه يستطيع قبول الرسالة ومحاولة تسليمها. وهكذا بقي كشف الدليل وقبول النقل ونتيجة التسليم حقائق منفصلة.

حين كان خادم البريد يجيب مثل دليل أسماء

قدمت RFC 821 حواراً مباشراً. يسأل العميل VRFY Smith، فيستطيع الخادم الرد بـ250 مع اسم Fred Smith الكامل وصندوق بريده. إن عرف عنوان تحويل ذكره، وإن لم يجد تطابقاً قال ذلك، وإن وجد أكثر من Smith وجب أن يرد 553 User ambiguous.

ذهب الأمر المصاحب EXPN أبعد. يرسل العميل اسم قائمة بريدية، فتستطيع إجابة ناجحة متعددة الأسطر تعداد صناديق أعضائها، واحداً في كل سطر. لم تتعامل المواصفة مع تلك البيانات كإشارات تقريبية: نجاح VRFY يجب أن يتضمن صندوق المستخدم، ونجاح EXPN يجب أن يعطي صناديق القائمة. المعرفة المحلية تحولت إلى دليل بروتوكولي يستفيد منه طرف بعيد.

كان لذلك نفع عملي. يمكن اكتشاف خطأ إملائي قبل الإرسال، ورؤية عنوان التحويل، وتتبع توسعات القوائم المتداخلة حتى الحلقة. ولأن الدليل والتسليم يعتمدان على المعرفة نفسها، بدا وضع التشخيص داخل SMTP خياراً اقتصادياً معقولاً.

لكن نافذة التشخيص كانت مفتوحة على المنفذ العام نفسه.

الإجابة المفيدة وجدت طالباً مختلفاً

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

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

لم يصبح التشخيص غير مشروع. الذي تغيّر هو أهمية السائل. يستطيع مدير يدقق التحويل الداخلي وجامع عناوين مجهول إرسال الأحرف نفسها. الإذن يأتي من الهوية والعلاقة الإدارية والنطاق المسموح، لا من صياغة الأمر.

إجابة ثالثة لا تختلق اليقين

لو لم يوجد إلا «نعم» و«لا»، لاضطر الخادم إلى ادعاء معرفة لا يملكها. إعادة 250 بعد فحص البنية فقط تصنع تحققاً لم يحدث. وإعادة 550 دائماً تصنع حكماً بعدم الوجود. تعد RFC 5321 السلوكين غير متوافقين.

تخرج 252 من هذا الاختيار الزائف: «لا يمكن VRFY المستخدم، لكن الرسالة ستُقبل وستُجرّب عملية تسليمها». لا تثبت هذه الإجابة وجود الصندوق، ولا تضمن قبول كل RCPT TO لاحق، ولا تعني أن إنساناً تسلم الرسالة. هي تقول فقط إن الخادم لا يستطيع أو لا يريد إصدار حكم الدليل المطلوب، بينما يترك مسار البريد العادي مفتوحاً.

قد يعرف خادم MX أنه يخدم نطاقاً وأن الصياغة مقبولة، من دون وصول فوري إلى قاعدة الصناديق النهائية. تحفظ 252 حدود هذه المعرفة بدلاً من تحويل الاحتمال المعقول إلى يقين.

وتستخدم سياسة الأمن المعنى نفسه. تطلب RFC 5321 من الموقع الذي يعطل الأوامر أمنياً أن يرد 252 لا رمزاً يلتبس بالتحقق الإيجابي أو السلبي. رفض الكشف ليس دليلاً على غياب المستخدم.

التحقق والقبول والتسليم ثلاثة سجلات

تميل أنظمة البريد إلى ضغط حالات متجاورة في نتيجة واحدة. تصبح البنية الصحيحة «عنواناً موثقاً»، ويصبح 250 عند محطة واحدة «تم التسليم»، ويصبح منع الاستعلام «صندوقاً غير صالح». في كل مرة تُمنح ملاحظة جزئية سلطة أكبر من حقيقتها.

يجب إبقاء ثلاثة وقائع على الأقل منفصلة. تحقق الدليل يعني أن الخادم أثبت فعلاً عنواناً أو توسيعاً. قبول المعاملة يعني أن خادماً تحمل مسؤولية في خطوة معينة. أما الوصول النهائي فلا يُعرف إلا بعد التوجيه والطوابير والتحويل ومعالجة المستلم. تقع 252 عمداً قبل هذه النتائج.

لذلك لا ينبغي للوحة مراقبة أن تحول الرمز إلى علامة خضراء للتحقق ولا إلى حكم نهائي ببطلان العنوان. الحالة الصحيحة هي عدم يقين صريح مع بقاء مسار نقل ممكن. تستطيع المعاملة اللاحقة إضافة دليل؛ لا يستطيع الاستعلام استباقه.

إغلاق نافذة لا يمحو كل الإشارات

تعطيل VRFY لا يلغي كل معلومة عن المستلمين. تلاحظ RFC 5321 أن ردود RCPT قد تكشف المعلومة نفسها في بعض الأنظمة. وتؤجل أنظمة أخرى التحقق إلى ما بعد DATA، فلا يكشف RCPT إلا القليل. تعتمد الزيادة الأمنية إذن على سلسلة القبول كلها.

لا يكفي إعلان النصر لأن فعلاً واحداً يرد 252. تقلل السياسة أرخص استعلام مباشر، لكنها لا تضمن أن اختلاف الرموز أو زمن الرد أو النطاقات الجامعة أو الارتدادات اللاحقة لا يعطي إشارات. ينبغي قياس سطح الكشف المركب.

والعكس غير صحيح أيضاً: وجود طرق جمع أخرى لا يبرر EXPN عاماً. إغلاق المسار الأرخص والأوثق يرفع الكلفة ويخفض ثقة الجامع. الأمن كثيراً ما يدير سعر الدليل وجودته، بدلاً من وعد بسرية كاملة.

بقي التشخيص داخل حدود مناسبة

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

يسجل سجل SMTP الحالي لدى IANA حداً آخر. دعم VRFY مطلوب في الخوادم، لكن إظهاره في قائمة EHLO اختياري. ويُسجل كل من VRFY وEXPN بصفة MUST NOT لخدمة Message Submission. التوثيق لإرسال بريدك لا يمنحك تلقائياً حق استجواب دليل نظام الاستقبال.

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

المصادر