الخلاصة

  • تحدد اللاحقتان .priv و.shared في RFC 5257 نطاق الرؤية والتعديل لملاحظة دائمة، لكنهما لا تثبتان أن المرسل كتبها أو أن المؤسسة أقرتها أو أن قيمتها لم تتغير.
  • تنقل عملية COPY الملاحظات المشتركة المؤهلة، ولا تنقل من الملاحظات الخاصة إلا ما يخص المستخدم الحالي؛ لذلك قد تبقى الرسالة نفسها بينما يتغير محيط المعرفة والقرار حولها.

وصل البريد كاملاً، أما ملف القرار فوصل ناقصاً

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

قد يكون الخادم في هذه الحالة قد نفذ RFC 5257 بصورة صحيحة. فالمعيار يمنع نسخ الملاحظات الخاصة بمستخدمين آخرين. الخلل كان في الاستنتاج الإداري: جرى التعامل مع نجاح نسخ الرسالة بوصفه دليلاً على انتقال كل السياق الذي صنع القرار.

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

خاص ومشترك يصفان النطاق لا المصداقية

لكل سمة في النموذج صورتان ضمنيتان: .priv و.shared. يمكن للجلب أو البحث أن يطلب الصورتين إذا حُذفت اللاحقة، أما الكتابة عبر STORE أو APPEND والفرز بحسب الملاحظة فتتطلب تحديد الصورة صراحة. على الكاتب أن يختار مساحة فردية أو مساحة جماعية.

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

إذا وُضعت معلومة حساسة في المساحة المشتركة اتسعت دائرة من يراها. وإذا وُضع تسليم تشغيلي مهم في المساحة الخاصة غاب عن الفريق. البروتوكول يرسم حدود الرؤية؛ أما معنى القيمة وخطرها فيبقيان مسؤولية الحوكمة.

حق الكتابة ليس حق التحدث باسم الغير

عند غياب امتداد ACL، يتبع الوصول حالة الصندوق المختار: للقراءة فقط أو للقراءة والكتابة. ومع ACL، يتحكم الحق r في قراءة الملاحظات الخاصة وكتابتها وفي قراءة المشتركة، بينما يضيف RFC 5257 الحق n لإنشاء القيم المشتركة وتغييرها.

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

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

الدوام ليس سجلاً لا يقبل التغيير

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

يمكن لـSTORE إنشاء القيمة أو استبدالها، ويؤدي تخزين NIL إلى حذفها. ترجع قراءة قيمة غير موجودة NIL ويكون حجمها صفراً. من دون تاريخ مستقل، لا يمكن للحالة النهائية نفسها أن تميز بين قيمة لم تُنشأ قط، وقيمة حُذفت عمداً، وقيمة لم يستطع مقصد النسخ الاحتفاظ بها.

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

قدرة الخادم لا تضمن قدرة كل صندوق

قد يعلن الخادم ANNOTATE-EXPERIMENT-1، لكن الصندوق المختار يصرح بواقعه الخاص. تعني NONE عدم دعم الملاحظات، وREAD-ONLY منع التغيير، وNOPRIVATE دعم القيم المشتركة وحدها. ويحدد رقم أقصى حجم للقيمة، كما يستطيع الخادم وضع حد لعدد الملاحظات على الرسالة.

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

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

تنشئ COPY حزمة غير متناظرة عمداً

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

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

ولا تكتسب الملاحظة المشتركة المنسوخة سلطة بأثر رجعي. ربما كتبها حساب مختلف بعد وصول البريد بأيام، ثم عُدلت تحت ACL آخر وانتقلت بين صناديق. تحفظ COPY قيمة؛ ولا تحفظ تلقائياً سببها ومؤلفها وتفويضها.

البحث والفرز يحولان السياق إلى قوة تشغيلية

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

قد تكون القيمة صحيحة نحوياً، مقروءة وفق ACL، ومنسوخة بلا خطأ، ثم تكون قديمة أو خاطئة. تسجيل اسم قياسي أو مساحة أسماء خاصة بمورد يحدد طريقة تفسير الحقل، ولا يشهد لصحة كل قيمة مخزنة فيه.

يحدد RFC 5464 لاحقاً بيانات وصفية على مستوى الخادم والصندوق بدلاً من الملاحظات لكل رسالة. هذا الفصل مفيد: ليست «البيانات الوصفية» طبقة سلطة واحدة. النطاق والكاتب وقاعدة الانتقال والجهة المستهلكة هي التي تحدد ما يمكن للقيمة إثباته.

ابنوا إيصالاً للملاحظة نفسها

لكل قيمة تؤثر في قرار، احفظوا الصندوق وUID، ونطاق الرسالة أو جزء المتن، واسم المدخل، وفئة .priv أو .shared، وهوية الكاتب وبيانات اعتماده، ولقطة ACL والقدرات، وتجزيئات القيمة القديمة والجديدة، ورمز الحالة، ونتيجة الخادم، وحدث الحذف، وقرار الحجم أو الحصة، والإجراء اللاحق الذي استهلكها.

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

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

قدّم RFC 5257 طبقة سياق دائمة ونافعة. واجب القيادة أن تستفيد منها من دون السماح للسياق بأن ينتحل صوت السجل الذي يجاوره.

المصادر