الخلاصة

  • فصل NNTP بين Message-ID الفريد عالمياً وبين المفتاح المحلي المؤلف من اسم مجموعة الأخبار ورقم المقالة. لذلك يمكن للمقالة المنشورة في عدة مجموعات أن تحمل أرقاماً متعددة من دون أن تصبح مقالات متعددة.
  • جمع Xref مواقع الحفظ التي عيّنها آخر خادم، كي لا يعالج برنامج القراءة المقالة المتقاطعة نفسها أكثر من مرة.
  • كان خادم العرض يزيل عادة Xref الوارد ويكتب حقله الخاص. الذي يتغير هو إيصال فهرسة محلي، لا نص المقالة ولا هويتها العالمية.

ظهور ثانٍ للمقالة نفسها

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

في Netnews يوجد تفسير أدق: نشر الكاتب مقالة واحدة في عدة مجموعات دفعة واحدة. كان الخادم يحتفظ غالباً بنسخة واحدة، لكنه ينشئ لها موضع فهرسة داخل كل مجموعة. اختلاف الرقم يصف رفاً آخر، لا عملاً آخر.

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

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

ثلاثة مفاتيح وثلاثة نطاقات

يصف RFC 3977 ثلاثة أنواع من المفاتيح لتخزين المقالات واسترجاعها عبر NNTP. الأول هو Message-ID العالمي الفريد. والثاني يجمع اسم مجموعة الأخبار مع رقم المقالة داخلها. أما الثالث فهو وقت وصول المقالة الذي يحتفظ به الخادم.

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

تنتهي الفرادة عند حدود الخادم. يمكن للزوج نفسه، اسم المجموعة والرقم، أن يشير إلى مقالتين مختلفتين على خادمين مختلفين. تُمنح الأرقام بحسب ترتيب الوصول المحلي. ولذلك فإن الانتقال إلى خادم آخر يعني الانتقال إلى نظام إحداثيات آخر حتى إذا ظل Message-ID ثابتاً.

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

مقالة واحدة على رفوف عدة

يميّز RFC 5536 بين نشر مقالة واحدة في مجموعات متعددة وبين نشر النص نفسه كمقالات منفصلة. في الحالة الأولى تبقى مقالة واحدة وMessage-ID واحد، وتحيط بها فهارس مجموعات متعددة.

يعبّر Xref عن هذا التشعب. تأتي أولاً هوية خادم الأخبار المنشئ، ثم موقع واحد أو أكثر. يقرن كل موقع اسم مجموعة بمحدد مقالة. الشكل التقليدي في NNTP رقم عشري، مع سماح المواصفة بأشكال تعتمد على التنفيذ.

اسم الخادم يحدد مجال الإحداثيات. بدونه قد يقود الموضع الظاهري نفسه إلى مقالة أخرى على خدمة أخرى. وبوجوده يفهم القارئ أن عدة مداخل في الخريطة المحلية تعود إلى المقالة نفسها.

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

المجموعات المعلنة ليست مواقع الحفظ

يعلن Newsgroups المجموعات التي نُشرت المقالة إليها. أما Xref فيصف أين حفظها آخر خادم فعلياً. ويسمح RFC 5536 صراحة بأن تختلف القائمتان.

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

إذن يحمل أحد الحقلين التوزيع المعلن، بينما يجسد الآخر صورة التخزين المحلية. لا يجوز تقديم واقعة محلية كأنها نية الكاتب، ولا تقديم النية كدليل على أن كل خادم قبل الحفظ.

إيصال صُمم ليُستبدل

وصف RFC 1036 في عام 1987 Xref بأنه اسم المضيف متبوعاً بأزواج المجموعة والرقم المأخوذة من دليل الحفظ المحلي. وقال إن هذه المعلومة نافعة للنظام المحلي فقط ولا ينبغي نقلها. وأظهر مثاله رسالة واحدة برقمين مختلفين في مجموعتين.

نظمت البنية اللاحقة تداول الحقل من دون تحويله إلى هوية دائمة. يسمح RFC 5537 لوكيل الترحيل بحذف Xref قائم وإضافة واحد لاستخدامه. وعلى وكيل العرض عادة إزالة الحقل الوارد — باستثناء إعداد خاص يحفظ محددات موقع الإرسال — ثم يمكنه، كما يحدث في العادة، إضافة حقله قبل التخزين.

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

تكشف قابلية إعادة الكتابة عند حدود الحيازة صاحب الادعاء: الإيصال يصف قرار الخادم في الحفظ، لا قولاً دائماً للكاتب.

النطاق ليس ختماً للمصدر

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

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

يسجل سجل IANA الحالي لحقول ترويسات الرسائل Xref حقلاً معيارياً في Netnews ويربطه بـRFC 5536. ويسجل Message-ID وNewsgroups كلّاً على حدة. يوفر السجل مفردات مشتركة، لكنه لا يدمج الهوية والتوزيع المعلن والموقع المحلي في سلطة واحدة.

كان الرقم يعني «هنا»

لم يكن إنجاز Xref اختراع معرّف أقوى، بل جعل نظام القراءة الموزع يعترف بأن للمقالة الواحدة إحداثيات متعددة، وأن الخادم التالي يستطيع استبدالها من دون استبدال المقالة.

اعتبار الموقع هوية يصنع نسخاً وهمية عند النشر المتقاطع أو الانتقال. واعتبار الهوية موقعاً يفترض أن الاسم العالمي يمنح عنواناً عالمياً واحداً. أبقى NNTP الطبقتين منفصلتين وحدد دلالة كل منهما.

لا تثبت المصادر الرسمية مدى استعمال Xref اليوم ولا سلوك مزود بعينه، ولا تفسر وحدها اختفاء رقم محلي. لكنها تثبت الحد: Message-ID يجيب عن أي مقالة نتحدث، وXref يجيب عن مكان حفظها على هذا الخادم. تأتي الدقة من عدم ادعاء أكثر من ذلك.