الخلاصة

  • يقول التقرير العلني للمدير التنفيذي لـIETF في 6 أكتوبر إن LLC ساعدت IESG في أسئلة المؤلفين عن إعادة استخدام RFCs أقدم ضمن أعمال التقييس. وينقل التقرير عن المستشار القانوني أن الحق المعني يعود إلى RFC 1602، وأن صفحة إرشاد لرؤساء المجموعات كانت قيد الإعداد.
  • ينص القسم 5.4 من RFC 1602 على تطبيق إجراءاته على المساهمات المقدمة بعد 1 أبريل 1994. أما وثائق معايير الإنترنت المنشورة قبل ذلك التاريخ، فيطلب الرجوع بشأن حقوقها وأذونها إلى من يدّعونها مباشرة.
  • يصف التقرير RFC 5378 بأنه «BCP 9»، بينما يصنفه سجل RFC Editor على أنه BCP 78. هذا اختلاف في الإحالة الببليوغرافية، وليس دليلاً على خطأ جوهري في تفسير المستشار القانوني.

عندما يدرج محرر فقرة من RFC قديم في نص معياري جديد، لا يكفي رقم الوثيقة وحده لتحديد مسار الحقوق. فتاريخ النشر، وموعد دخول المساهمة إلى عملية IETF، ومصدر الفقرة كلها عوامل قد تغيّر ما ينبغي مراجعته. وقد أبرز تقرير المدير التنفيذي العلني المقدم لاجتماع LLC في 6 أكتوبر هذه المسألة العملية: إذ أفاد بأن LLC تدعم IESG في التعامل مع أسئلة المؤلفين حول إعادة استخدام محتوى RFCs أقدم في أعمال التقييس.

ويذكر التقرير أن بعض المؤلفين افترضوا أن إعادة الاستخدام من دون مقابل لا تبدأ إلا عند RFC 5378. لكنه ينقل أن المستشار القانوني أوضح أن الحق المعني كان قائماً منذ RFC 1602، وأن صفحة إرشادية موجهة لرؤساء المجموعات صيغت مسودتها. هذه مستجدات تشغيلية، لا رأي قانوني منشوراً ولا قراراً من مجلس الإدارة ولا إذناً لحالة بعينها. كما أن التقرير لا يرفق نص الصفحة ولا يشرح تقييم كل فئة من المواد.

وتبيّن الوثائق الأصلية سبب أهمية التاريخ. فقد صدر RFC 1602 في مارس 1994 بوصفه مراجعة لعملية معايير الإنترنت. وينص قسمه 5.4 على أن إجراءاته المتعلقة بالحقوق تنطبق على المساهمات المقدمة بعد 1 أبريل 1994؛ وبالنسبة إلى وثائق معايير الإنترنت المنشورة قبل ذلك، يوجّه إلى طلب معلومات الحقوق والأذونات مباشرة ممن يدّعون امتلاكها. ويصنف Datatracker الوثيقة اليوم على أنها Legacy وInformational، ويذكر أن RFC 2026 حل محلها. ولا يحول دورها التاريخي دون كونها وثيقة متقادمة، ولا يجعلها معياراً حالياً.

أما RFC 5378 فهو وثيقة مختلفة: أفضل ممارسة حالية صدرت عام 2008 بعنوان Rights Contributors Provide to the IETF Trust، وتصنيفها BCP 78. وهي تحدّث RFC 2026 وتتناول حقوق المساهمات المقدمة في إطار عمليات IETF، بما فيها استخدامها في عملية معايير IETF وفق شروط محددة. ويضيف تقرير المدير التنفيذي وصف «BCP 9» إلى RFC 5378، لكن سجل RFC Editor يدرجه ضمن BCP 78. أما BCP 9 فيرتبط بسلسلة عملية المعايير وبـRFC 2026. يستحق هذا المرجع التصحيح في الإرشادات، لكن الاختلاف وحده لا يثبت أن رأي المستشار خاطئ من الناحية القانونية.

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

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

المصادر