الخلاصة

  • عرّف RFC 3458 الحقل الاختياري Message-Context لوصف التفاعل المتوقع مع الرسالة كلها، لا للإقرار الملزم بأجزاء MIME الموجودة فيها.
  • يمكن لسياق خاطئ أو مجهول أو قديم أن يساعد قرارات محلية، لكنه لا يجوز أن يفشل النقل أو يجعل العرض أقل معنى مما سيكون عليه لو غاب الحقل.

لم يكن نوع الوسيط كافياً لشرح طريقة الاستخدام

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

لذلك أضاف RFC 3458 ترويسة عليا لا تظهر أكثر من مرة. شملت القيم الأولى voice-message وfax-message وpager-message وmultimedia-message وtext-message وnone، ولم تفرّق بين حالة الأحرف، وكان غيابها مساوياً لـnone. يحدد النص الخام وسجل RFC Editor وملف Datatracker وتاريخه ومراجعه والوثائق التي استشهدت به وسجل التصويبات حدود الدليل المعياري المتاح.

كان بمقدور العميل اختيار عارض أو أيقونة، وتجميع الرسائل أو ترتيبها، وتقليل ما يظهر عبر اتصال محدود، واقتراح طريقة للرد. لكن هذه المنافع لا تثبت وجود صوت أو صورة فاكس أو برنامج داخل الجسم. فالسياق يصف الاستعمال المتوقع، بينما تصف بنية MIME ما بقي في الرسالة الآن.

التحويل جعل الاختلاف حالة طبيعية

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

حدد RFC 2822 تركيب الرسالة، وعالج RFC 2183 طريقة تقديم جزء من الجسم. تناول RFC 2387 وRFC 2557 البنى المركبة، وقدم RFC 2423 سياق VPIM. لم تمنح Message-Context نفسها سلطة إلغاء هذه الطبقات.

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

بقي التلميح تحت حد الثقة

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

عالج RFC 3459 المحتوى الحرج في أجزاء MIME على نحو منفصل. ثم عدّل RFC 3938 سياسة التسجيل، وقدم RFC 3864 الإطار العام لتسجيل الترويسات. يثبت سجل IANA تخصيص الاسم، لكنه لا يثبت أن برنامجاً معيناً احترمه أو تجاهله أو أعاد كتابته.

يساعد منظور Heng Lu اللاحق عن طبقات الواقع في فصل السياق المعلن عن الجسم المستلم. وتوجّه أولوية الشيفرة العاملة النظر إلى شجرة MIME الفعلية والتحويل ومسار العرض البديل. ويشرح مبدأ الحد الأدنى للمواصفة الأولى كيف يمكن لحقل صغير اختياري أن ينسق دون ابتلاع MIME أو سياسة الأمن. هذه عدسات تحريرية لاحقة، وليست دليلاً على النية الخاصة لمؤلفي RFC.

نجح RFC 3458 لأنه رفض ترقية الإشارة إلى أمر. تستطيع الترويسة إعداد الواجهة، لكن الجسم المتبقي هو الذي يقرر ما يمكن قراءته.

المصادر