الخلاصة

  • أتيحت المراجعة 10 من draft-ietf-mediaman-6838bis في 9 سبتمبر 2026 بالتوقيت العالمي. وهي مسودة نشطة لفريق Media Type Maintenance، وليست RFC ولا دليلاً على إتمام تعديل لدى IANA.
  • كانت المراجعة 09 تختار أولوية قواعد المقطع وفق نجاح الحل أثناء التنفيذ. أما الجديدة فتشترط الاتساق مع ما تعرفه اللاحقة فعلاً، وتترك القرار لنوع الوسائط عند غياب تعريف من اللاحقة.
  • تسمي المسودة ثلاثة عشر سجلاً يتضمن كل منها قاعدة من ثلاث حالات، مع أن السجل نفسه يقول إن اللاحقة لا تعرف صياغة للمقطع؛ لذلك لا تتوافر شروط تلك الحالات.
  • يمثل اعتماد النص المشترك خطوة، وتحديث السجلات الثلاثة عشر خطوة أخرى. أقترح بيان تصحيح متشعباً يربط السلطة النهائية بكل حالة قبل التعديل وبعده. هذا تحليل تحريري من Daniel Kade وليس حكماً في المسودة.

القاعدة كانت تسأل عن النجاح قبل أن تحدد طريقة الاختبار

شرحت المسألة 93 الخلل في ترتيب القرار. في المراجعة 09، تتقدم قواعد structured syntax suffix إذا عرّفت معالجة للمقطع ونجحت في حله؛ وإذا لم تنجح، تعود المعالجة إلى نوع الوسائط المحدد. لكن معرفة النجاح تتطلب أولاً اختيار مجموعة قواعد وتشغيلها، بينما النتيجة نفسها تستخدم لاختيار المجموعة.

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

ثم تحول المسودة التشخيص إلى قائمة صريحة: +json و+ber و+cbor و+der و+fastinfoset و+wbxml و+zip و+tlv و+json-seq و+sqlite3 و+jwt و+gzip و+cbor-seq. انتقل نموذج الحالات الثلاث من RFC 6839 إلى سجلات لاحقة. غير أن كل واحد من هذه السجلات يذكر أيضاً عدم وجود صياغة مقطع معرفة للّاحقة. لذلك تطلب المراجعة 10 من IANA إزالة نص الحالات وحده والإبقاء على بقية محتوى كل سجل.

لا تتحول جملة في مسودة إلى ثلاثة عشر تعديلاً تلقائياً

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

ولا يجوز اختزال المسؤوليات في كلمة IETF. يكتب فريق Media Type Maintenance النص الذي قد يحل محل RFC 6838. تدير IANA السجل. يعمل الخبراء المعينون وفق سياسة السجل والإطار العام في RFC 8126. وتشرف IESG على خبراء السجلات التي أنشأتها IETF وتتدخل حيث يلزم. دمج طلب السحب 108 يثبت انتقالاً في مستودع الكتابة، لا تعديلات مكتملة في قاعدة السجل.

ما زالت الحالة الإجرائية مفتوحة أيضاً. يصف رأس المسودة الغاية بأنها Best Current Practice، بينما تعرض صفحة Datatracker حالياً Intended RFC status: None. وبدأت حالة In WG Last Call مع المراجعة 06 في أكتوبر 2025، لا مع هذه النسخة. لا توجد هنا موافقة IESG أو RFC منشورة أو نتيجة تنفيذ من IANA.

اللاحقة علامة على البنية وليست تفويضاً بتوحيد المعنى

تساعد اللاحقة برنامجاً عاماً على التعرف إلى صيغة تحتية، لكنها لا تجعل كل نوع ينتهي بـ+json أو +zip متماثلاً في معنى المقاطع أو في خصائص الأمان. تقول المراجعة 10 إن العلاقة بين النوع ذي اللاحقة والاسم الناتج من حذفها لا تعرف من الاسم وحده. وقد تبقى معالجة المقطع خاصة بنوع الوسائط.

لذلك يصلح الحذف إرشاداً عاماً متناقضاً ولا يفعل أكثر. لا ينشئ صياغة للمقاطع في اللواحق الثلاثة عشر، ولا يحدث برنامجاً، ولا يثبت قابلية التشغيل البيني أو حادثة أمنية. يقدم RFC 3986 الإطار العام لمقطع URI، ولا يقرر دلالة كل صيغة.

كما تعتزم المراجعة إدماج RFC 9694 وإحلال النص الجديد محل RFC 6838 وRFC 9694 إذا اعتمد. لا يعني هذا الدمج أن تعديل القيود العامة قد وقع بالفعل.

بيان صغير يغلق ثلاثة عشر هدفاً

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

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

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

حدود الاستنتاج

تثبت صفحة Datatracker والسجل التاريخي تاريخ المراجعة وحالتها. ويثبت التزام الدمج مسار التحرير. ولا يثبت أي منها النتيجة المستقبلية للتقييس أو تحديث السجل.

المصادر