الخلاصة

  • كان أمر TURN الاختياري في RFC 821 يقلب دوري العميل والخادم على قناة SMTP المفتوحة. أفاد المواقع المتقطعة، لكنه جعل اسماً غير موثّق يؤثر في وجهة البريد المخزن.
  • صغّرت RFC 1985 الصلاحية بأمر ETRN: يطلب العميل تشغيل طابور مسمى، ويحتفظ الخادم بالتفويض المحلي ويفتح اتصالاً صادراً منفصلاً ويرد قبل معرفة التسليم.

كان على الاتصال النادر أن يعمل في الاتجاهين

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

قدمت RFC 821 أمر TURN. يبدأ المتصل مرسلاً والخادم مستقبلاً؛ فإذا أجاب الخادم 250 تبادلا الدورين على قناة النقل نفسها. يرسل المتصل السابق تحية جاهزية جديدة وينتظر الطابور. يستطيع الخادم الرفض بـ502، وكان التنفيذ اختيارياً.

أُعيد استخدام الخط، ومعه ثقة لم يثبتها ذلك الخط.

ذكر الاسم في HELO لم يمنح حيازة البريد

كان على الخادم تحديد الرسائل التي يسلمها للمستقبل الجديد. لم يصادق SMTP المبكر اسم المضيف الذي يعلنه الطرف. يستطيع نظام خبيث ادعاء اسم موقع آخر وطلب TURN واستلام بريده المنتظر.

لم يكن الأمر ترويسة مزورة فحسب؛ بل انتقال حيازة رسائل كاملة. وصفت RFC 1985 العيب بأنه ثغرة كبيرة، ولاحظت أن تطبيقات كثيرة تجنبت TURN لغياب شرط يتحقق من الاسم البعيد.

كان التحول أوسع مما ينبغي: ادعاء واحد غير موثق يغير الهوية المفترضة والدورين واتجاه الاتصال ووجهة الطابور في قرار 250 واحد.

طلب ETRN العمل من دون أن يستلم البريد

احتفظت RFC 1985 بالحاجة التشغيلية وقلّصت المنحة. يعلن الخادم ETRN بعد EHLO، ويسمي العميل عقدة ويطلب بدء طابورها. يجوز الأمر بعد إنشاء الجلسة، لا داخل معاملة تمتد من MAIL FROM إلى اكتمال DATA.

يفحص الخادم النطاق ويتخذ قراراً محلياً. عند القبول يبدأ إعادة المحاولات ويفتح اتصال SMTP آخر نحو الموقع المسمى. يبقى الطالب طالباً على قناة التحكم؛ معرفة الاسم لا تسلمه ظرفاً واحداً.

الاتصال الجديد ليس مصادقة سحرية، بل حد دليل مستقل. يعيد DNS والمسار والاتصال ومعاملة الخادم المستقبل تحديد الوجهة والقبول، بدلاً من الاعتماد الكامل على اسم قاله صاحب المشغّل.

قبول المشغّل لم يكن إيصالاً

قد يستغرق الطابور زمناً غير محدد. لا تلزم RFC 1985 بحدوث اتصال ولا بموعد، لذلك يعيد ETRN الرد سريعاً.

يعني 250 العادي أن الطلب مقبول وأن المعالجة بدأت. لا يثبت وجود رسائل أو نجاح اتصال صادر أو قبول متلقٍ. تعرض الردود الاختيارية 251 و252 و253 مزيداً من حالة الطابور المحلي، ولا تتحول إلى دليل تسليم من طرف إلى طرف.

إذا سجلت المراقبة 250 بوصفه «تم التسليم» فإنها تمحو عدم يقين مقصوداً. قبول المشغّل ومحاولة الاتصال ونقل SMTP والتسليم النهائي أحداث منفصلة.

ظل معنى أسماء الطوابير محلياً

المعامل المعتاد اسم عقدة كامل. يستطيع @نطاق تشغيل طوابير النطاق ونطاقاته الفرعية، ويختار #اسم طابوراً محلياً مثل UUCP.

توسّع هذه الاختصارات النطاق. قد يطلق @com عملاً ضخماً وازدحاماً. لا يوجد قاموس عالمي لأسماء # ولا طريقة بروتوكولية لتعدادها. على الخادم تفويض تراكيب معقولة من الطالب والنطاق حسب نموذج تخزينه.

تنسق IANA كلمة ETRN ولا تمنح حقوق الطوابير.

سجل الإهمال ميزانية ثقة أصغر

أهملت RFC 2821 أمر TURN، وأبقت RFC 5321 الحكم: لا يستخدم إلا إذا استطاع الخادم مصادقة العميل طالب قلب الدور بقوة. التشفير وحده لا يكفي؛ يلزم أيضاً تفويض الأصل الموثق لاستلام ذلك البريد بعينه.

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

يحفظ سجل IANA الحالي TURN وETRN تاريخياً، لكنه يمنع استخدامهما في خدمة إرسال المستخدم. حساب المنفذ 587 لا يملك تلقائياً تشغيل طابور تسليم SMTP.

لم يتخل البريد عن المواقع المتقطعة. فصل من يقترح العمل عمن يصرح وينفذ، وعن الخادم الذي يقبل التسليم. لا يتنكر أي دليل في صورة الدليل الآخر.

المصادر