ملخص

  • اقترحت RFC 1357 في يوليو 1992 صيغة نصية لإرسال السجلات الببليوغرافية لتقارير علوم الحاسوب بالبريد الإلكتروني. حقول نسخة الصيغة، ومعرّف الجهة الناشرة والتقرير، وتاريخ إنشاء السجل، وعلامة ختامه بالمعرّف نفسه كانت إلزامية. أما العنوان والمؤلف والملخص وطريقة الحصول على التقرير فكانت اختيارية.
  • تصحيح السجل أو سحبه يتطلب إرسال سجل كامل جديد يحمل رقم مراجعة أعلى ومعرّف التقرير ذاته. وقد تشرح خانة الحصول على النص طريق FTP أو طلباً بريدياً أو سعراً؛ ولم تحدد الوثيقة تعليمات آلية لجلب الملف.

بطاقة إلكترونية لكتاب ما زال على الرف

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

لم تفرض الصيغة نظام مكتبات موحداً. حددت شكل ما يغادر المؤسسة، وتركت طريقة التعامل معه عند الوصول للمستلم. أسماء حقول واضحة يتبعها نقطتان رأسيتان، وسطور لا تتجاوز 79 حرفاً، ومحارف ASCII قابلة للطباعة: تلك هي المادة المشتركة بين آلة بسيطة وموظف يقرأ الشاشة. ومن حق كل جهة أن تقرر مقدار الأتمتة الذي يناسبها.

للسجل أربعة أعمدة لا يجوز إسقاطها. يفتتحه BIB-VERSION، ويليه ID، ثم ENTRY، وتختمه END مع تكرار المعرّف. يتكون ID من رمز الجهة الناشرة وشرطتين مائلتين // ورقم التقرير الذي تمنحه تلك الجهة. أما ENTRY فيؤرخ إنشاء بطاقة البيانات، وقد يختلف عن تاريخ نشر التقرير نفسه. هذا الترتيب يمنح الرسالة عنواناً إدارياً ثابتاً قبل أن يطلب منها وصفاً جيداً للعمل.

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

سحب الإعلان يحتاج إعلاناً آخر

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

السحب حالة خاصة من المراجعة. في المثال يبقى ID ثابتاً، ويظهر تاريخ جديد ورقم مراجعة أعلى، بينما تُترك خانة العنوان فارغة وتختفي تعليمات الحصول على التقرير. المعرّف الباقي يخبر الفهرس أي سجل ينبغي استبداله. لو صدر السحب تحت رقم آخر لظل الإعلان القديم قائماً إلى جانبه. الرقم هنا ليس زينة بيروقراطية؛ إنه نقطة التحكم في التصحيح والتراجع.

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

عنوان FTP لا يسلم الورق

خانة RETRIEVAL تكشف ما بقي خارج البريد الإلكتروني. يصف المثال طريقين للتقرير ذاته: إرسال مظروف عليه العنوان والطابع للحصول على النسخة الكاملة ذات الصور الملونة، أو جلب نسخة ASCII عبر FTP مجهول الهوية. ويمكن أن تذكر الخانة دفع مبلغ أو مراسلة شخص. كلها تعليمات مكتوبة بحرية. أوضحت RFC أن المعلومات اللازمة لجلب الملفات آلياً لم تُصغ بعد في هذا النظام.

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

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

المصادر