الخلاصة

  • وضع RFC 3459 القيمة Handling=REQUIRED|OPTIONAL على أجزاء MIME المفردة: فشل جزء REQUIRED يفشل الرسالة كلها، أما OPTIONAL فيمكن حذفه بصمت.
  • عومل الجزء غير الموسوم والقيمة المجهولة على أنهما REQUIRED، وحدد موضع الوسم في التوقيع أو التشفير ما إذا كانت البوابة تحول المحتوى أو ترفضه.

احتاج التسليم الجزئي إلى عقد خسارة

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

جعل RFC 3459 في يناير 2003 هذا التحويل صريحاً. يحدد النص وسجل RFC Editor وDatatracker والتاريخ والمراجع والاستشهادات والتصويبات السجل الموثق. حدّث RFC 3204 بفصل Handling عن نقل ISUP/QSIG.

كمعامل في Content-Disposition، عنى REQUIRED أن المرسل لا يعد الرسالة مسلّمة إن لم يمر ذلك الجزء؛ ففشل جزء واحد يفشل الكل. وأجاز OPTIONAL الحذف الصامت ومنع تقرير الفشل ما لم يفشل جزء REQUIRED أيضاً. لم يكن ذلك ترتيباً للأهمية أو الاستعجال، بل توزيعاً لسلطة التحويل وعاقبة الخسارة.

كان الحذف والفشل والإخطار قرارات منفصلة

كان الافتراض محافظاً: الجزء غير الموسوم REQUIRED، وكذلك أي قيمة مستقبلية لا تُفهم. فلا تحذف البوابة بصمت دلالة جديدة تجهلها. قدم RFC 2045 أساس MIME، وأظهر RFC 2421 سياق البريد الصوتي محدود القدرة.

لم يطلب وسم الأهمية إيصالاً بنفسه. اتبع DSN RFC 3461، واتبع MDN RFC 3798، وأمكن استخدام 5.6.1 من RFC 3463 للوسيط غير المدعوم. البوابة قبل التسليم تولد DSN، وبعد التسليم كوكيل مستخدم تولد MDN، أما SIP فيعيد حالة مثل 415. الدور والموقع يحددان الدليل.

أصبح موضع الوسم سياسة في الحماية المشفرة

وفق RFC 1847، جعل غلاف multipart/signed REQUIRED يتطلب مروره سليماً والتحقق من الطرف إلى الطرف. وجعل كائن التوقيع REQUIRED يسمح للبوابة بالتحقق، لكن الفشل يوجب الرفض. وإذا كان التوقيع OPTIONAL والمحتوى REQUIRED، جاز نزع بيانات التوقيع لطرف عاجز، مع بقاء التحقق والتنبيه إلى العبث موصى بهما. قدم RFC 2480 إرشاداً متصلاً.

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

وضع RFC 3238 الموافقة والإخطار ضمن إطار OPES. تساعد طبقات الواقع اللاحقة لدى Heng Lu في فصل الوسم والقدرة والتحويل الفعلي والنتيجة. وتطلب أولوية الشيفرة العاملة مقارنة شجرة MIME قبل البوابة وبعدها. هذه عدسات تحريرية لاحقة.

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

المصادر