الرد على الجميع قد يعيد استخدام إذن إرسال الفاكس: RFC 3965

الخلاصة

• يتعامل RFC 3965 مع الاتصال الصادر من بوابة الفاكس بوصفه فعلًا يحتاج إلى إذن مستقل، لا امتيازًا ينتقل تلقائيًا إلى كل متلقي البريد.
• مثال الرد على الجميع افتراضي ويحذّر من إعادة الاستخدام: ينبغي ربط الإذن بمرسل ورسالة محددين؛ ولا يوثق المعيار اختراقًا فعليًا.

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

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

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

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

القاعدة محددة: ينبغي ربط الإذن بمرسل معين وبرسالة بعينها. بذلك لا يتحول إذن مُنح لفاكس واحد بصمت إلى سلطة على الرسالة التالية. ولا تكفي قائمة مستلمين متطابقة. قد تحتفظ الاستجابة بالعناوين نفسها، بينما يتغير الكاتب والمحتوى والغرض والتوقيت. استمرار المحادثة لا يعني استمرار الإذن.

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

وتحتاج إشعارات الفشل إلى الفصل بين المراحل أيضًا. عند فشل ترحيل SMTP يجب إنشاء رسالة فشل، ويفضل أن تكون بصيغة إشعار حالة التسليم (DSN). أما عجز الجهاز عن معالجة محتوى TIFF فهو فشل مختلف، وطريقة الإخطار به محلية. نجاح ترحيل البريد لا يثبت أن الفاكس طُبع أو قُرئ أو قبله شخص؛ كما أن إشعار الارتداد لا يثبت النتيجة النهائية لدى جهاز الفاكس. تصف المواصفة مراحل متعددة، ولا تحولها إلى إيصال واحد من المصدر إلى الوجهة.

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

المصادر: RFC 3965، RFC 2305، RFC 3191، RFC 3192، RFC 3461، RFC 3464، RFC 5321، RFC 5322، RFC 3949، RFC 2306.