الخلاصة

  • نقل RFC 1911 تبادل الرسائل الصوتية بين الأجهزة من إشارات DTMF والتشغيل التناظري إلى ملف رقمي أدنى يستخدم MIME وESMTP.
  • إعلان القدرة أو قبول معاملة SMTP لم يثبت حفظ المستلمين والمسار والمعرّف، ولا فك الصوت، ولا اختيار الصندوق الصحيح، ولا استماع المستخدم.
  • دفعت عروض 1996 و1997 إلى تغييرات كبيرة في RFC 2421؛ فقد عدّلت التجربة الملف الأول بدلاً من أن تمنحه تصديقاً دائماً.

احتاج الخطأ إلى مترجم لا إلى نص أطول

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

صدر RFC 1911 في فبراير 1996 بصفة Experimental، لا بصفة Internet Standard. كان إذن تجربة منشورة لبناء حد أدنى مشترك بين أجهزة متخصصة، لا شهادة بأن البريد الصوتي أصبح بريداً عاماً كاملاً.

أعاد RFC 1911 استخدام بنية البريد الموجودة. وصف MIME المحتوى، ونقله ESMTP، وأسهم DNS في الوصول، وقدمت إشعارات التسليم حالة منظمة. لكن الجهاز لم يتحول إلى خادم بريد عام. كثير من المنصات لم تعرض النص، وجمعت وكيل النقل ووكيل المستخدم في آلة واحدة، وسلمت محلياً من دون ترحيل. وقد لا يحفظ المخزن كل عناوين المستلمين أو أسطر Received أو Message-ID.

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

أقل مجموعة مشتركة لم تكن وصفاً لكل جهاز

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

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

حتى عبارة «يدعم VPIM» بقيت ناقصة من دون النسخة، ونوع الصوت، وشجرة MIME، وحد الحجم، ودور البوابة، ونتيجة التخزين والتشغيل. الاسم لا يختصر سلسلة الإثبات.

الرقم المحلي لم يحمل اسم النطاق

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

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

فرض الملف عنوان postmaster للتشخيص، وأضاف في نسخته الأولى loopback يعيد رسالة جديدة من postmaster. ثم ثبط RFC 2421 استخدامه لأسباب أمنية. لم تجعل الكتابة المعيارية أداة الاختبار آمنة إلى الأبد.

قاس SIZE البايتات لا مدة الكلام

فكر المستخدم بالدقائق، بينما حسب SIZE البايتات بما فيها غلاف MIME. يتغير الحجم مع الترميز الصوتي، ويكبر أكثر حين يفرض المسار Base64 بدلاً من النقل الثنائي.

كان Audio/32KADPCM التنسيق الإلزامي المشترك. سمح الملف بترميزات أخرى مسجلة أو خاصة، لكنها احتاجت معرفة بالوجهة. وفر التنسيق الأساسي أرضية مشتركة، لا دليلاً على جودة الصوت في جهاز معين أو نجاح فك الترميز أو وضوح الكلام.

وأعلن ESMTP ما يقوله نظير واحد عن النقل. لم يضمن أن المخزن النهائي يحتفظ بالرؤوس، أو أن وحدة الصوت مفعلة، أو أن الإنسان استمع. حتى الرد الإيجابي بعد SMTP بقي إيصال نقل محدوداً.

التقرير المنظم لم يكن نهاية القصة

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

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

غيّرت العروض القاعدة التي اختبرتها

ينسب RFC 2421 المراجعة إلى إثبات مفهوم في EMA’96 وعروض منتجات في EMA’97. لا تثبت هذه المصادر قائمة كاملة بالموردين أو نسبة نجاح أو انتشاراً عاماً. لكنها تسجل أن النسخة الجديدة اختلفت كثيراً عن RFC 1911.

أزيل اعتماد أجزاء multipart/voice-message على مواضعها، وقُيد المحتوى بصورة أوضح. فُصلت تعريفات، ووُضحت إعادة التوجيه والرد، وأضيف الفاكس وبيانات الدليل، وتوسعت الإشعارات، وثُبط loopback، وزاد تحليل الأمن.

لم يكن الاستنتاج أن النسخة الأولى اجتازت الامتحان. أظهر التشغيل افتراضات تستحق التغيير. ثم جعل RFC 3801، لاحقاً، RFC 2421 متقادماً رسمياً، وأعاد وصف VPIMv2 بدقة أكبر، وقال إنه لم يغير بروتوكول الوثيقة السابقة. تعديل السلوك وتوضيح سجل السلوك فعلان مختلفان.

نجح الممر لأنه أعلن ضيقه

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

تبدأ السلسلة بالرقم المدخل، ثم اختيار النطاق وDNS ونظير SMTP وEHLO والمغلف والمعرّف والمسار وMIME وترميز النقل والصوت والحجم والتسليم والحفظ وفك الصوت والصندوق والإشعار والتشغيل والاستماع. قبول الصوت حدث حقيقي؛ لكنه لم يثبت أن الرسالة بقيت كاملة.

المصادر