الخلاصة

  • عرّفت RFC 2157 الخريطة بوصفها تحويلاً في اتجاه واحد، وخصّت التكافؤ بخريطتين تؤديان معاً إلى رحلة ذهاب وعودة بلا فقد.
  • يستطيع التغليف حفظ الصيغة الأصلية لبوابة لاحقة من دون أن يَعِد بأن نظام البريد الوسيط سيفسر الجزء أو يعرضه.
  • لذلك كانت مطابقة البايتات أو ملاءمة اسم الملف أو نجاح التحويل الأول إيصالات جزئية؛ أما الخريطة العكسية والبيانات الوصفية وقابلية الاستخدام والنتيجة النهائية فلها أدلة مستقلة.

لم يظهر رمز المساواة إلا بعد سهمين

صدرت RFC 2157 في يناير 1998 لتكمل جانب أجسام الرسائل في MIXER. تناولت RFC 2156 الإطار الأوسع للربط بين X.400 وبريد RFC 822/MIME، بينما دخلت الوثيقة المرافقة في النصوص والمرفقات والرسائل المحالة والأجزاء المتعددة والمحتوى الموقّع أو المشفّر.

قدّم المعجم اختباراً لا مجرد مصطلحات. الخريطة وصف لطريقة تحويل جزء X.400 إلى جزء MIME أو العكس. والتكافؤ مجموعة من خريطتين تحققان، عند أخذهما معاً، تحويلاً بلا فقد بين التمثيلين.

لهذا لا يكفي أن تنتج البوابة جسماً X.400 صالحاً من كيان MIME. قد تختار بوابة العودة قاعدة مختلفة، أو لا تنفذ القاعدة العكسية، أو تعجز عن إعادة معاملات أزيلت في الذهاب. قبول البنية يثبت وجود خرج، ولا يثبت أن تركيب العمليتين يعيد المدخل.

التغليف حفظ العهدة لا الفهم المحلي

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

كان ممكناً لأوعية FTBP وBP15 الاحتفاظ بنوع MIME ومعاملاته ورؤوسه والبايتات المعيارية. وفي الاتجاه الآخر حمل application/x400-bp أجزاء X.400 الممتدة عبر MIME. هذه عهدة لمزيل تغليف لاحق، وليست وعداً بأن برنامج المستخدم الوسيط سيعرض المحتوى أو يحرره أو يشغله بأمان.

وصفت الوثيقة أيضاً مسار BP14 على المستوى المفهومي نفسه، لكنها سمته تحويلاً ذا فقد. فهو يزيل الرؤوس ويفك ترميز النقل ولا يبقي سوى سلسلة البايتات. لا توجد خريطة عكسية تعيد نوع MIME الأصلي؛ وعند العودة يصبح الجزء application/octet-stream. بقيت المادة واختفى دليل النوع.

اسم الملف قرينة للاختيار لا سلطة على الحقيقة

سمحت RFC 2157 بهامش واسع لأن بيئتي البريد كانتا تتغيران. تستطيع البوابة النظر إلى قدرات المستلم، أو طلب المرسل، أو حدود القفزة التالية، أو محتوى الملف واسمه. عند التعامل مع BP14 أو ملف FTAM عام أو application/octet-stream، يمكن للامتداد أن يساعد في اختيار التحويل.

لكن القرينة لا تصبح أمراً. عند نقل filename من Content-Disposition إلى pathname في FTBP، تعاملت الوثيقة مع الشرطتين كحروف عادية أثناء النقل، وأوجبت احتياطات نظام الملفات المحلي. المثال /etc/passwd أوضح أن الاسم القادم لا يأذن بمسار تخزين ولا يثبت نوع المحتوى.

تكشف طريقتا application/octet-stream الإلزاميتان الفارق أكثر. كان على المنتج المتوافق مع MIXER تنفيذ جسم X.400 المسمى BilaterallyDefined ومرفق FTBP غير المعروف، مع خيار إعداد يحدد أيهما يُستخدم. يزيل BP14 معاملات MIME، بينما يحتفظ FTBP بمعلومات ملف أوسع وينسخ بايتات الجسم في الاتجاهين.

يمكن لكل طريق أن ينتج تمثيلاً صالحاً، لكنه لا يحمي الحقائق نفسها. حذف padding قد يغير تفسير البايت الأخير. يُهمل نوع العرض ثم يعود دائماً بصفة attachment. وقد يُرمى حقل MIME جديد إذا لم يجد موضعاً في جسم X.400 المختار. صحة القرار المحلي لا تجعل المسارات المختلفة متكافئة.

سجل التكافؤ نشر زوجاً قابلاً لإعادة التنفيذ

تطلب التسجيل تسمية نوع MIME وجسم X.400، ومعرّفات OID وبنية ASN.1 عند الحاجة، وخوارزميات التحويل، وأثر منع التحويل أو منع التحويل ذي الفقد. وكان الوصف مطالباً بتفصيل يسمح بتنفيذ مستقل.

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

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

دليل الرحلة يجب أن يصل إلى العودة

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

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

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

لم تعد RFC 2157 بأن كل جسم سيصبح مفهوماً في كل مكان. لقد جعلت الادعاء قابلاً للفحص: سهم واحد خريطة، وسهمان يغلقان بلا فقد تكافؤ، والتغليف عهدة تعترف بأن الحفظ والفهم خدمتان مختلفتان.

المصادر