كُتب في الترويسة: 33 ثانية. لكن الرسالة لم تُشغّل بعد: RFC 2424

الخلاصة

• أتاح Content-Duration: 33 لعميل البريد إظهار مدة قدرها 33 ثانية أعلنها المرسل، من دون فتح الوسيط. سهّلت الترويسة الوصول إلى المعلومة، لكنها لم تكن قياساً مستقلاً.
• قال RFC 2424 إن معرفة المدة بدقة تتطلب فتح المحتوى وتشغيله. يظل استخدام الحقل عند الاستقبال قراراً محلياً، ولا يثبت الحقل الحجم الدقيق للبيانات.

لم تكن الرسالة قد شُغّلت بعد، ومع ذلك كان الرقم موجوداً: Content-Duration: 33. على شاشة صغيرة، يستطيع العميل عرض المدة الظاهرة لمقطع صوتي قبل أن يفتح المستخدم المرفق. ولا يحتاج إلى فك ترميز الصوت كي يقدم هذا المؤشر المريح. الفائدة واضحة، لكن المسافة بين الرقم في الترويسة وملاحظة الوسيط فعلياً واضحة أيضاً.

هذه هي المسألة المحددة التي تناولها RFC 2424، المنشور ضمن مسار المعايير في سبتمبر 1998. فقد عرّف ترويسة MIME للمحتوى المتغير مع الزمن، وغالباً ما يكون صوتاً أو فيديو. الصيغة مقصودة البساطة: Content-Duration: تتبعها من خانة واحدة إلى عشر خانات عشرية. وتعني القيمة مدة بالثواني من دون وسم للوحدة. وفي المثال الذي أورده RFC، تعني 33 ثلاثاً وثلاثين ثانية.

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

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

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

يوفر Voice Profile for Internet Mail سياقاً ملموساً لهذا الحقل. فعند استخدام audio/32KADPCM، كان من الممكن أن يساعد المؤشر سطح مكتب بسيطاً على عرض مدة رسالة صوتية قبل فتح بيانات الصوت. لكن ذلك لا يكشف من تحدث، أو متى سُجل المقطع، أو ما إذا كان المستخدم قد فتح الرسالة، أو استمع إليها حتى نهايتها. هذه وقائع مختلفة لا يثبتها هذا الحقل؛ ويلزم نقلها أو ملاحظتها بطريقة أخرى إن أُريد إثباتها.

تُظهر الوثائق اللاحقة استمرار المعنى واتساع الإطار معاً. فقد حلّ RFC 3803 محل RFC 2424 في عام 2004، وقال إنه لم يُدخل سوى تغييرات تحريرية وشكلية. وبقيت الصيغة والتمييز بين قيمة يحددها المرسل والدقة التي تتطلب التشغيل كما هما. وفي عام 2005، سجّل RFC 4021 الحقل Content-Duration ضمن سجل ترويسات MIME على مسار المعايير، بوصفه مدة محتوى جزء من الرسالة بالثواني. جعل التسجيل العثور على الحقل أسهل، لكنه لم يحول التصريح إلى قراءة متحقق منها.

وقد وضّحت وثيقة معلوماتية عن سلوك العملاء، RFC 4024، مسألة العرض أكثر. يمكن قياس حجم النص بالكيلوبايت، ومدة الصوت بالثواني، وطول الفاكس بعدد الصفحات. وهي تفضل استخدام Content-Duration الخاص بالجزء الصوتي الرئيسي لعرض مدة الرسالة الصوتية، مع السماح للعميل بجمع مدد أجزاء صوتية متعددة. وفي الرسائل ذات الوسائط المختلطة، ينبغي أن يتبع «الحجم» المعروض نوع المحتوى الرئيسي. هذه توصيات للواجهة، وليست ضماناً بأن القيمة قِيست أو أن الصوت شُغّل.

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

الدرس التاريخي هنا محدود لكنه باقٍ: قد يجعل المعيار نقل تصريح وعرضه أمراً يسيراً، من دون أن يجعل التحقق من الخاصية التي يصفها يسيراً بالقدر نفسه. يحدد RFC 2424 الطرفين: مدة يصرح بها المرسل لسهولة الوصول، وفتح المحتوى وتشغيله لمعرفة المدة بدقة. ويمكن للعميل عرض الطرف الأول قبل حدوث الثاني. لكن لا الحقل ولا الشاشة يثبتان أن المدة طابقت التشغيل، أو أن الرسالة وصلت كاملة، أو أن أحداً سمعها. تقول الترويسة 33 ثانية؛ وإلى أن يُفحص المحتوى، يقف الدليل عند هذا الحد.