الخلاصة

  • طبقت RFC 2156 مطابقة MIXER على مثيل بوابة بين X.400 وRFC 822/MIME، لا على تنفيذ برمجي يستطيع قبول إعداد مطابق فحسب.
  • قد تتحول بوابة لمجتمع مغلق إلى جزء من الربط العالمي بسبب توسيع قوائم التوزيع ورسائل مستخدمي X.400 خارج نطاقها الأصلي.
  • لذلك يصل الإثبات بين قدرات المنتج والخيارات النشطة وMCGAM وكل عبور وتحويل والخدمة المحفوظة ونتيجة التسليم المستقلة.

تغير الدور قبل أن يتغير الصندوق

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

في السيناريو العالمي ربطت بوابات متعددة شبكتي Internet/MIME وX.400، وكان من الممكن أن تعبر الكائنات الحدود مراراً، لذلك لزم سلوك متسق. أما السيناريو المحلي فربط مجتمعاً مغلقاً بالشبكة العالمية، مع حدود تفرضها سياسة الاتصال أو التفويض. وكانت الخرائط العالمية وبعض التفاصيل تحتاج جهداً في التنفيذ والنشر لا يحتاجه الممر المحلي الصارم.

غير أن المحلية لم تكن دائمة. وصفت المواصفة بوابات ADMD الموجهة إلى العملاء المحليين ثم وجدت نفسها تعمل عالمياً بسبب قوائم التوزيع والرسائل المتبادلة مع مستخدمي X.400 من غير العملاء. لم يتبدل البرنامج؛ تبدلت شبكة المستلمين ومسؤولية المثيل.

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

جعلت القائمة التحويل سلسلة قرارات

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

عدّت RFC 2156 الخرائط المتكررة ضرورية، ولا سيما مع القوائم. سعت إلى التناظر وقابلية العكس حتى لا يتضاعف ترميز العنوان ويمكن للرد أن يعود. لكنها حذرت من أن الخدمة تهبط عادة إلى القاسم المشترك الأدنى، أي ما يقارب خدمة RFC 822. ولا يفترض بقاء خدمات X.400 التي لا مقابل قياسياً لها بعد X.400→RFC 822→X.400.

قابلية عكس العنوان لا تثبت سلامة المعنى أو الإشعار أو trace أو منع التحويل أو فعل المستلم. كما فرقت المواصفة بين تكرار داخل بوابة واحدة وsource route عبر بوابات متعددة، حيث تختلف مصادر الخرائط والإصدارات وسياسات المحتوى.

حوّل Appendix G المطابقة إلى سجل إعداد

منع Appendix G ادعاء المطابقة عند غياب ميزة إلزامية. شملت المتطلبات صيغ الحقول، واستخدام MCGAM، وخرائط trace، والوصول إلى الخرائط العالمية الثلاث، واتباع RFC 2157 للأجسام وRFC 2045 عند توليد MIME. وكان على البوابة بيان بروتوكولات نقل البريد وإصدارات X.400 ووسائل الوصول إلى المعلومات العالمية؛ وإذا دعمت SMTP صار Appendix A إلزامياً.

هذه خصائص للمثيل. قد يحتوي المنتج على DNS وX.500 وقراءة الجداول بينما يشير التشغيل إلى نسخة قديمة. وقد يدعم trace في الكود ويعطله الملف النشط.

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

وأجازت RFC 2157 اختيارات تستند إلى قدرة المستلم وطلب المرسل واستدلال المحتوى وحدود القفزة التالية. قد تغلف بوابتان قادرتان محتوى مجهولاً أو ترفضانه أو تسجلان فقده بطرق مختلفة. الدليل هو القرار الذي نُفذ للرسالة، لا قائمة الخيارات المتاحة.

نجاح الصيغة كان إيصالاً واحداً

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

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

تستخدم Running-Code Primacy لـLu Heng هنا كعدسة تحريرية معلنة، لا كشرط من RFC: الوثيقة والبرنامج يصفان الإمكان، بينما يصف الإعداد والمسار التنفيذ. تفصل Minimum Initial Specification الادعاءات القابلة للتحقق محلياً. وتمنع On Reality Layers استبدال الدليل التنفيذي بالملصق الرمزي.

لم تثبت RFC 2156 حادثة أو منتجاً بعينه أو انتشاراً حالياً. لكنها وضعت عبء الإثبات عند المثيل الذي عالج الرسالة فعلاً.

المصادر