RFC 1203: اعتراض IMAP3 على الوظائف المخفية

الخلاصة

جعل RFC 1176 أوامر مثل FIND MAILBOXES وFIND BBOARDS اختيارية. وعند الرد BAD، لا يستطيع العميل معرفة سبب الإخفاق من ذلك الرد وحده.
قدّم RFC 1203 نفسه اقتراحاً مضاداً، وأضاف سؤال الخادم عن إصداراته وميزاته ثم اختيار السلوك المطلوب صراحة.

زر البحث عن صناديق البريد يحمل مشكلة إذا كان البرنامج لا يعرف هل يفهمه الخادم. في RFC 1176 الصادر في أغسطس 1990، كان دعم FIND MAILBOXES اختيارياً. وإذا رد الخادم BAD، نصت الوثيقة على أن العميل لا يستطيع استخلاص حكم بشأن السبب. ينطبق الأمر أيضاً على FIND BBOARDS. صار على البرنامج أن يعرض خياراً قد يكون وهمياً، أو أن يخفي خياراً قد يكون موجوداً.

في فبراير 1991 نشر John Rice RFC 1203 تحت اسم IMAP3. وصفه من السطر الأول بأنه اقتراح مضاد لـRFC 1176، واتهم التنقيح السابق بأنه جرى من دون تشاور داخلي مع مجتمع IMAP. هذه رواية Rice عن مسار العمل. أما الخلاف التقني فتثبته الوثيقتان: أوامر اختيارية لا تصحبها وسيلة يطلب بها العميل قائمة الوظائف الموجودة فعلاً.

وضع IMAP3 ترتيباً جديداً للحديث بين الطرفين. يطلب SUPPORTED.VERSIONS قائمة الإصدارات والميزات المدعومة. يختار SELECT.VERSION إصدار البروتوكول، ثم يضبط SELECT.FEATURES الميزات المفردة. يعرض المثال في الوثيقة سؤال الخادم أولاً، ثم اختيار الإصدار 3.0، ثم تفعيل TAGGED.SOLICITED. والطلب الذي يحدد إصداراً أو ميزة غير مدعومة يتلقى NO. بذلك يستطيع مطور الواجهة أن يقرر ما يظهر للمستخدم اعتماداً على جواب صريح.

لم يطلب Rice من كل برنامج قديم أن يتغير في يوم واحد. يبدأ الاتصال بسلوك IMAP2 وفق RFC 1064؛ ولا ينتقل الخادم إلى سلوك آخر حتى يختار العميل ذلك. ويجب اختيار الإصدار قبل اختيار صندوق البريد، لأن الخادم قد يحتاج إلى تشغيل برنامج مختلف لتنفيذ إصدار مختلف، فلا يضمن بقاء حالة الجلسة. هذا موضع تغيير محسوب: قبل أن تتراكم حالة يصعب رميها.

امتد النزاع إلى ما يحتفظ به جهاز المستخدم. يصف ملحق RFC 1176 مخبأً محلياً لدى العميل، صورة غير كاملة لصندوق البريد تحدثها رسائل الخادم. اعترض RFC 1203 على افتراض الخادم بنية ذلك المخبأ. وميّز أيضاً بين بيانات يجب إرجاعها استجابة لأمر، فتحمل وسمه، وبيانات يرسلها الخادم بمبادرة منه، فتحمل *. عند تنفيذ عمليات بحث متزامنة فوق تخزين بطيء، يصبح ربط النتيجة بطلبها مسألة عملية.

يسجل RFC Editor الوثيقة اليوم في حالة Historic، وكانت عند صدورها تجريبية لمجتمع الإنترنت. لا يقدم السجل عدد الخوادم التي استخدمتها. لكنه يحتفظ بمشهد واضح من تاريخ المعايير: طرف يكتب «اختياري» ويترك العميل يختبر، وطرف يطالب صاحب المعلومة بالإعلان عنها. كلفة الغموض تقع دائماً في مكان ما؛ أراد IMAP3 أن تظهر على السلك قبل النقر.