يمكن لـ IETF أن تحدّ من تذييل الرسالة، لكنها ما زالت تحتاج إلى إيصال حالة المساهمة

الخلاصة

• draft-sayre-gendispatch-derivative-06 مسودة إنترنت فردية نشطة. تقترح قصر آلية عدم الاشتقاق على RFCs وInternet-Drafts المستخدمة في مسار المعايير؛ وليست RFC ولا قاعدة معتمدة ولا دليلاً على إجماع IETF.
• يميز RFC 5378 بين IETF Contribution الواسعة وIETF Document الأضيق. يشرح بيان IESG النشط أثر الإشعارات المخالفة للسياسة، بينما يسجل IETF 126 نقاش IPR-WG لاحقاً ثم مراجعة مستشار قانوني.
• يقترح Daniel Kade إيصال حالة مساهمة يحفظ الأصل ويكشف، كلٌّ على حدة، التصنيف والقاعدة والدور المسؤول والفعل ومسار المراجعة. هذا اقتراح حوكمة لا نصيحة قانونية ولا متطلباً من IETF.

التذييل ليس سلسلة تفويض

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

يوفر RFC 5378 الفصل الضروري. تشمل Contribution مادة أرسلت للنشر كـ Internet-Draft أو RFC، وتشمل كذلك تصريحات ضمن نشاط IETF، ومنها التواصل المكتوب والإلكتروني إلى فرق العمل والقوائم وBOF والجلسة العامة وIESG وIAB. أما IETF Document فهو RFC أو Internet-Draft يُستخدم في عملية المعايير. قناة المشاركة وهوية الوثيقة ليسا الشيء نفسه.

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

المسودة ترسم حداً ولا تنهي قضية

النسخة -06، المؤرخة في 13 أغسطس 2026، مدرجة في Datatracker بوصفها Internet-Draft فردية نشطة بلا RFC stream، مع consensus boilerplate غير معلوم وحالة IESG هي I-D Exists. تقترح أن تقتصر آلية منع المشتقات على Contributions التي تكون RFCs أو Internet-Drafts مستخدمة في عملية المعايير، مع بقاء بقية حقوق RFC 5378.

هذا ليس تعديلاً نافذاً لـ RFC 5378. لا يحسم رسالة محددة، ولا يثبت ضياع رسالة أو تعديلها أو رقابتها أو سوء أرشفتها، ولا يجعل قارئ المسودة حكماً قانونياً. سجل GENDISPATCH في IETF 126 الخطوة التالية بصورة أضيق: نقاش إضافي في قائمة IPR-WG، ثم مراجعة مستشار قانوني. الإحالة ليست اعتماداً؛ والمراجعة المرتقبة ليست رأياً منشوراً.

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

احفظ الأصل وأظهر قرار الحالة

هناك اختصاران سيئان. الأول يعامل كل تذييل كشكل من حق النقض الخفي. والثاني يقرأ «تجاهل» على أنها رخصة لإزالة التذييل والسياق وسبب المعالجة من التاريخ. الإجراء الموثوق لا يحتاج إلى أي منهما.

يبدأ بحفظ الشيء المستلم: معرف ثابت، والقناة، والوقت، وبصمة سلامة، ومرجع إلى الإشعار كما وصل. الحفظ لا يقر بصحة الإشعار. ثم يحدد موضوع التصنيف: هل هو رسالة، أم Internet-Draft معين، أم نص RFC، أم استئناف، أم محضر، أم تعليق على وثيقة؟ وبعده يذكر القاعدة المطبقة فعلاً—نص RFC 5378 أو بيان IESG أو تعليمات IETF Trust أو تحديث معتمد—مع النسخة وحالة النفاذ. وأخيراً يسجل فعل الدور المخول: اعتبار الإشعار غير منطبق، طلب حذفه، الإحالة للمراجعة، طلب إعادة تقديم، أو عدم اتخاذ فعل إجرائي.

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

العبارات الدقيقة تحمي الحدود: «وصل الإشعار» ليست «الإشعار صحيح»؛ وContribution ليست «وثيقة معتمدة»؛ و«طبقت القاعدة» ليست «أعطيت نصيحة قانونية»؛ و«طلبت الإزالة» ليست «عُدّل الأصل»؛ و«أحيلت للمراجعة» ليست «اكتملت المراجعة».

مشاركة مفتوحة بلا ملف قانوني لكل بريد

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

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

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

حدود الدليل

لا تثبت المصادر التي راجعتُها اعتماد -06 أو تحديث RFC أو تقرير إجماع IETF أو رأياً قانونياً نهائياً. ولا تثبت سوء تصرف من مؤلف أو شركة أو أرشيف. الإيصال توصية تحريرية من Daniel Kade، وليس بروتوكول IETF أو شرط مشاركة أو تعليمات لتعديل المراسلات.

المصادر

1. RFC 5378 — Rights Contributors Provide to the IETF Trust
2. IESG Statement on Clarifying Derivative Works Rights
3. draft-sayre-gendispatch-derivative-06 — Clarification of Derivative Works Restrictions
4. Minutes: IETF 126 GENDISPATCH
5. RFC 7282 — On Consensus and Humming in the IETF
6. Heng Lu — The Multi-Stakeholder Mirage