الخلاصة

  • تسمح RFC 9590 للخادم، إذا تعذر عليه البحث عن تعليقات صندوق بريد، بأن يحذف استجابة METADATA المقابلة ومع ذلك ينهي LIST برد OK موسوم.
  • القيمة الصريحة NIL، وغياب الاستجابة، والاسم الموسوم \NonExistent، والأب الذي ظهر فقط بسبب تطابق أحد الأبناء، أربع حالات إثبات مختلفة ولو بدت كلها فراغاً على الشاشة.

تطلب أداة إدارة أسماء صناديق المستوى الأعلى وتعليق اللون لكل اسم. تصل الأسماء وبعض الألوان، ثم تصل العبارة A01 OK List completed. يتحول المؤشر إلى الأخضر، لكن لوناً واحداً غائب.

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

ماذا جمعت RFC 9590؟

تضيف القدرة LIST-METADATA خيار METADATA إلى نتائج LIST-EXTENDED. وبدلاً من إرسال LIST ثم GETMETADATA لكل صندوق، يستطيع العميل طلب الأسماء وسمات LIST والتعليقات المحددة في عملية واحدة.

لكل صندوق قابل للإدراج يطابق نمط LIST القانوني وخيارات الاختيار، يجب أن يرسل الخادم LIST ثم استجابة METADATA واحدة أو أكثر. وتسمح RFC 5464 بجمع عدة أزواج من المدخلات والقيم أو توزيعها على استجابات متعددة. لذلك تكون وحدة التجميع «الصندوق × المدخل»، لا عدد السطور.

لكن إذا تعذر البحث عن تعليقات صندوق بعينه، تجيز RFC 9590 إسقاط METADATA الخاص به. ويمكن أن يبقى الرد النهائي OK. أغلق الوسم العملية، ولم يملأ الخانة المفقودة.

أربع دلالات للفراغ

NIL جواب صريح. تعرفه RFC 5464 بوصفه مدخلاً لا قيمة له. وفي مثال RFC 9590 يعود لون foo بقيمة NIL لأن اللون لم يُضبط. يوجد إيصال للسؤال حتى وإن لم توجد قيمة.

أما حذف METADATA بسبب تعذر البحث فلا ينتج NIL. لم تُشاهد استجابة لذلك الزوج؛ وتحويل الغياب إلى NIL اختلاق لجواب لم يرسله الخادم.

وتقول RFC 5258 إن \NonExistent يعني أن الاسم لا يشير إلى صندوق موجود، كما يتضمن \NoSelect. وقد يظهر الاسم مع ذلك لحفظ بنية التسلسل أو الاشتراك. يعرض مثال RFC 9590 هذا الاسم بلا METADATA.

وفي SUBSCRIBED RECURSIVEMATCH قد يظهر الأب فقط لأن ابناً تحته يحقق الاختيار. إذا لم يحقق الأب الشرط بنفسه، فلا تُنتظر له METADATA. هنا جاء الفراغ من نطاق الاختيار، لا من فشل البحث.

التغطية تبدأ بتعريف المقام

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

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

تنبه RFC 5258 أيضاً إلى احتمال حذف الأبناء أو إعادة تسميتهم بعد LIST وقبل وصول العميل إليهم. النتيجة ملاحظة زمنية وليست كوناً ثابتاً. ولا تجعل RFC 9051 اكتمال الأمر دليلاً على العرض أو رؤية المستخدم.

التسجيل ليس انتشاراً

تسجل IANA القدرة LIST-METADATA وخيار METADATA. يثبت السجل وجود مفردات معيارية مشتركة، لا معدل التبني ولا مطابقة منتج أو سلوك تشغيل حقيقي.

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

المصادر