العنوان الجديد الذي لم يكن إعادة تسمية: كيف فصل SMTP بين التحويل والإحالة

الخلاصة

• يعني 251 أن الخادم قبل المستلم القديم في المعاملة الحالية وصار مسؤولاً عن التحويل؛ أما 551 فيرفضه ويعيد قرار المحاولة أو الفشل إلى العميل.
• سمحت المواصفات اللاحقة بالمسؤولية نفسها من دون كشف الوجهة: 250 للتحويل الصامت و550 للرفض بلا عنوان بديل.
• المسار المصحح ليس إثباتاً لهوية الشخص ولا أمراً عالمياً بإعادة تسميته. تحويله إلى تغيير دائم يحتاج إلى مصدر خادم موثوق وإذن مستقل على سجل جهات الاتصال.

معرفة واحدة وسجلان مختلفان

يرسل العميل RCPT TO إلى صندوق قديم. حين يتلقى 251 يكون طلب المستلم قد نجح؛ الخادم استلم عهدة الرسالة وسيتولى إيصالها إلى الأمام. وحين يتلقى 551 يكون المستلم قد رُفض رفضاً دائماً، حتى لو احتوت العبارة على صندوق آخر.

اختزال الحالتين في «انتقل المستخدم» يطمس المسؤولية. إرسال نسخة ثانية بعد 251 قد يكرر التسليم، لأن النسخة الأولى قُبلت بالفعل. اعتبار 551 نجاحاً قد يضيّع الرسالة، إذ لم يتعهد بها أحد. العنوان يصف احتمالاً، والرقم يحدد من يعمل.

مفترق الطرق في بروتوكول 1982

عرّف RFC 821 الردين عندما يكون forward-path المقدم خاطئاً بينما يعرف خادم SMTP المستقبل الوجهة الصحيحة. كان من الممكن أن يتغير اسم المضيف أو الجزء المحلي أو كلاهما.

أعلن 251 User not local; will forward مساراً للاستخدام مستقبلاً، لكنه أعلن أيضاً أن المستقبل أخذ مسؤولية الرسالة الحالية. أما 551 User not local; please try فرفض البريد لذلك المستلم، وترك على المرسل أن يعيد توجيهه أو يعيد خطأ إلى المنشئ.

وهكذا لم يجعل SMTP العنوان البديل حقيقة مستقلة عن المعاملة. ربطه بقرار واضح: العهدة انتقلت هنا، أو لم تنتقل.

قبول اليوم لا يكتب دفتر الغد

يمكن للعميل تنفيذ البروتوكول بدقة من دون حفظ العنوان الجديد. بعد 251 يسجل المستلم القديم مقبولاً. بعد 551 تكون المحاولة في المسار المقترح معاملة جديدة. عرض الاقتراح على إنسان، أو استخدامه مرة واحدة، أو استبدال جهة اتصال دائمة أفعال مستقلة.

ينص RFC 5321 على أن الخادم الذي يستخدم 251 أو 551 لا يجوز أن يفترض أن العميل سيحدث معلومات العنوان، ولا حتى أنه سيعرضها للمستخدم. يملك الخادم وصف ما قبله؛ ولا يملك قواعد بيانات الآخرين.

تحويل لا يكشف المكان

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

لذلك انفصلت العهدة عن الإفصاح. يستطيع الخادم أن يقبل ويكشف بالرمز 251، أو يقبل ويصمت بالرمز 250. ويستطيع أن يرفض ويقترح بالرمز 551، أو يرفض من دون تفاصيل بالرمز 550. ويطلب RFC 5321 إعدادات تتيح للمواقع تقييد الردود الكاشفة.

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

صندوق انتقل بلا عنوان معلن

عرّف RFC 3463 الحالة X.1.6: انتقل صندوق الوجهة ولا يوجد عنوان تحويل. وما زال سجل IANA لرموز حالة SMTP المحسنة يحتفظ بها كفشل دائم.

قد لا يوجد بديل أصلاً، أو لا يعرفه الخادم، أو تمنع السياسة كشفه، أو يكون صالحاً داخل نظام التحويل وحده. حقيقة الانتقال لا تمنح العميل حق استخراج وجهة من رؤوس قديمة أو آثار التسليم أو دليل خارجي.

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

مسار تقرؤه الآلة ومسار يستغله المهاجم

تُفسر غالبية ردود SMTP بواسطة الرقم، ويمكن تجاهل النص البشري. لكن مسار 251 و551 استثناء إن أراد البرنامج التصرف بناء عليه. صار النص المنظم مدخلاً إلى الأتمتة، وبالتالي إلى إعادة توجيه خبيثة.

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

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

الـ alias يغير مستلم الغلاف

يميز RFC 5598 بين relay عادي وalias. ينقل MTA العادي الرسالة نحو وجهتها من دون تبديل عناوين الغلاف. أما alias الذي يسيطر عليه المستلم فيعيد تقديمها إلى عنوان بديل أو أكثر، مع إبقاء المحتوى وMailFrom عادة.

قد يكون التغيير الميكانيكي في RCPT TO وحده، لكن معناه كبير: اختار المستلم الأول مستلماً آخر. وإذا فشل الجزء التالي، قد يعود التقرير إلى المؤلف الذي لا يعرف قاعدة التحويل. انتقلت المسؤولية التشغيلية من دون أن يتغير To الظاهر أو Message-ID أو هوية الكاتب.

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

فائدة ناتجة من سلطة محدودة

فصل 251 و551 أربعة قرارات: القبول، والتحويل، والكشف، والحفظ الدائم. خفّضت قواعد الخصوصية اللاحقة كمية المعلومات من دون أن تخلط سجل العهدة.

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