الخلاصة

  • تقول RFC 1097 في متنها إنها تحدد معياراً لمجتمع الإنترنت. لكن صفحة RFC Editor الحالية تصنفها Unknown ضمن Independent Stream، ويقول IETF Datatracker إنها بلا مكانة رسمية في مسار معايير IETF.
  • يبدأ الخيار الساخر في حالة تعطيل. لا تأتي مفاوضة الرسالة والمدة والتكرار إلا بعد DO/WILL. وهذا الاتفاق حالة بين طرفي Telnet، لا موافقة واعية من الشخص الجالس أمام الطرفية.
  • المطلوب من العميل هو محاولة عرض تعتمد طريقتها وموضعها على التنفيذ المحلي. وصول المعلمات لا يثبت ظهوراً فعلياً ولا إدراكاً ولا إقناعاً ولا تحديثاً للبرنامج ولا سلوكاً تالياً.

تستطيع الوثيقة أن تدّعي المكانة، لا أن تصدرها لنفسها

تبدو RFC 1097 كمواصفة مألوفة. تحمل اسم Network Working Group، واسم B. Miller من CMU-NetDev، وتاريخ 1 أبريل 1989، ثم تسرد الأوامر والحالة الافتراضية والدافع والأمثلة. تمنح SUBLIMINAL-MESSAGE الرقم 257، وتقول فقرة الحالة إنها تحدد معياراً لمجتمع الإنترنت.

تثبت هذه العبارة ما كتبته المذكرة. أما التصنيف المؤسسي فتثبته جهة أخرى. تعرض صفحة RFC Editor الحالة Unknown والمسار Independent. وتوضح صفحة IETF Datatracker أن النشر لم يحظ بتأييد IETF ولا يملك مكانة رسمية في عملية معاييره.

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

يحفظ الأرشيف الفكاهة من دون أن يحولها إلى قاعدة تشغيل

تصف RFC 8700، في مراجعتها لخمسين عاماً من سلسلة RFC، وثائق الأول من أبريل بأنها جزء فكاهي خاص من Independent Stream، لا يمر بعملية المراجعة والموافقة الرسمية المعتادة، مع بقائه خاضعاً للاختيار والتحرير من أجل هذا الغرض.

تنجح RFC 1097 لأنها تستعير هيكل المواصفة بدقة. تضع «Use VMS» و«Go home» وبقاء فوسفور الشاشة وضوء Caps Lock تحت عناوين الأوامر والتنفيذ. حفظ النص في السلسلة يثبت أنه دخل السجل الدائم. لكنه لا يجعل كل ما في السجل Internet Standard.

التمييز ضروري لأن سلسلة RFC تحفظ معايير وتجارب ومعلومات وتاريخاً وفكاهة. النشر وظيفة أرشيفية؛ والسلطة المعيارية قرار من نوع آخر.

حتى الرسالة «الخفية» كان عليها أن تطلب أولاً

البنية التقنية المقتبسة حقيقية. تعرّف RFC 854 ‏Telnet كوسيلة ثنائية الاتجاه موجّهة إلى بايتات، لها NVT كحالة مشتركة وخيارات قابلة للتفاوض. يقترح طرف، ويقبل الآخر أو يرفض. ويمكن رفض خيار غير معروف مع البقاء في الحالة الأساسية التي يفهمها الطرفان.

تفصل RFC 855 الخيار ذي المعلمات إلى مرحلتين. يثبت DO/WILL أولاً أن الطرفين يستطيعان مناقشة الخيار، ثم تأتي المفاوضة الفرعية. ويمكن لـ DON'T/WON'T إنهاءه.

تحافظ RFC 1097 على هذا الشكل. يطلب WILL الإذن بالعرض أو يؤكد الاستعداد له؛ يرفض WON'T. يطلب DO من الطرف الآخر العرض أو يمنحه الإذن؛ ويطلب DON'T عدم العرض. والحالة الافتراضية WON'T/DON'T، أي لا توجد رسالة.

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

وُضع الرقم 257 خلف الجدول العادي

يسرد سجل IANA الحالي خيارات Telnet العادية حتى 255، وهو Extended-Options-List. لا يوجد فيه صف حالي للرقم 257 أو الاسم SUBLIMINAL-MESSAGE.

تمنح RFC 861 هذا الرقم سياقه. فقد حجزت 255 لـ EXOPL كي تفتح 256 خياراً إضافياً داخل تفاوض مغلف. تختار RFC 1097 الرقم 257، لكن أمثلتها تستعمل الصيغة الرمزية IAC DO/WILL/SB SUBLIMINAL-MESSAGE ولا تفصل تغليف EXOPL على السلك.

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

وافق العميل، ولم يشارك الإنسان في المصافحة

بعد DO/WILL يستطيع المرسل تمرير قيمتين من 16 بت وسلسلة. تحدد الأولى مدة العرض بالميلي ثانية، والثانية الفاصل بالثواني. على العميل قبول المفاوضة الفرعية ومحاولة العرض فوراً وبصورة دورية. أما الموضع وطريقة الرسم فقرار محلي. وإذا ظهر بايت قيمته 255 وجب تكراره وفق قاعدة Telnet.

تستبدل الأمثلة «Use VMS» بـ «Go home»، ثم توقف العرض بقيمتين صفريتين وسلسلة فارغة. تقول فقرة الدافع إن الإعلانات التقليدية لم تقنع بعض المستخدمين بتحديث Telnet، وتشير إلى REMOTE-FLOW-CONTROL. وكانت RFC 1080 الحقيقية قد وصفت قبلها الخيار 33، مع اشتراط DO/WILL قبل أوامر التحكم.

لكن الفاعل الذي «وافق» في RFC 1097 هو العميل. لا توجد شاشة شرح للمستخدم، ولا اختيار للمحتوى أو التوقيت أو الغرض. يستطيع إعداد تلقائي أو مسؤول نظام أو مبرمج أن ينتج WILL. ولذلك لا يمكن تحويل حالة برنامج إلى موافقة بشرية بمجرد تغيير الاسم.

يختار المرسل النص والوقت، ويختار العميل الرسم، وتبقى عناية الشخص خارج بروتوكول Telnet. جمع الأسطح الثلاثة في عبارة «وافق المستخدم» يخفي صاحب القرار الفعلي.

محاولة العرض تسبق النتيجة البشرية بعدة أدلة

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

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

لذلك يأتي سلم الدليل هكذا: نص مؤرشف، تصنيف رسمي، قدرة متفاوض عليها، معلمات مستلمة، محاولة محلية، عرض مادي، إدراك، إقناع، فعل. لا يملك أي طور مبكر حق تمثيل الطور اللاحق.

المصادر