الخلاصة

  • جعلت RFC 3005 قائمة IETF العامة ساحة واسعة للتقنية واتجاه المؤسسة، من دون اعتبار كل موضوع أو أسلوب أو تكرار مناسباً للقناة المشتركة.
  • كان تقييد شخص أو خيط نقاش مرتبطاً بمحتوى غير مناسب يشكل نمطاً من الإساءة، وتذهب الشكاوى إلى IAB؛ ثم فصلت وثائق BCP اللاحقة المدة والتحذير واستمرار الاستقبال والطعن.

لا تكفي عبارة «الباب مفتوح» لإدارة من يقف في الباب باستمرار ويمنع الآخرين من المرور. كان هذا هو السؤال المؤسسي الذي عالجته RFC 3005، المنشورة في نوفمبر 2000 بوصفها Best Current Practice 45، داخل أوسع قائمة نقاش في IETF.

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

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

حدد الميثاق أمثلة مناسبة: نقاش Last Call، والمسائل التقنية المرشحة لعمل جديد، والسياسات الإدارية، وأسئلة الاجتماعات، وإعلانات الأنشطة التي تدعمها ISOC أو IETF. وعدّ الرسائل الجماعية غير المطلوبة، والموضوعات غير المرتبطة، والإعلانات غير المدعومة، والتعليق غير المهني مهما كان موضوعه العام، أمثلة غير مناسبة. لذلك لم تكن الصلة التقنية حصانة لطريقة المشاركة.

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

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

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

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

في 2004، فرقت RFC 3683 صراحة بين التعطيل المستمر وصوت معارض منفرد لا ينال الإجماع. أما الإجراء الأطول لسحب حق النشر فكان يمر عبر Area Director وIESG Last Call ونقاش المجتمع وقرار IESG والطعن. وبقي نطاقه الكتابة فقط: لا يجوز منع الشخص من استقبال رسائل القائمة.

وقدمت RFC 3934 مساراً مؤقتاً آخر لقوائم مجموعات العمل. في المعتاد يبدأ الرئيس باتصال مباشر، ثم تحذير علني واحد على الأقل، ثم التشاور مع Area Director. وكحل أخير يمكن تعليق النشر مدة لا تتجاوز ثلاثين يوماً. يستمر الاستقبال، ويبقى القرار قابلاً للطعن. سلطة القائمة العامة وتعليق مجموعة العمل وإجراء IESG الطويل أدوات متجاورة وليست تفويضاً واحداً.

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

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

Sources