الخلاصة

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

بقي شكل الختم واختفى موضوع التوقيع

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

يفصل RFC 5259 الأمرين: بعد تحويل جزء موقع على الخادم، لا يستطيع العميل التحقق من أصالة المحتوى المحول بالتوقيع الأصلي. من لا يثق بالخادم عليه تنزيل الأصل، التحقق منه، ثم التحويل محلياً.

المشتق مفيد، لكنه لا يرث سلطة المصدر بالمظهر. قابلية القراءة والأصالة حقيقتان مختلفتان.

الأصل ثابت والناتج وليد تنفيذ

لا يؤثر التحويل إلا في المرسل إلى العميل، ولا يجوز تغيير بيانات المخزن. يحفظ ذلك الأصل للعملاء الآخرين والرد والتحويل وBODYSTRUCTURE والتحقق من التوقيع.

أما الناتج فقد يختلف في MIME والبنية والترميز والأبعاد والمحارف والحجم. إنه نتيجة طلب واحد. حفظه لا يثبت أن الأصل تغير؛ وتسميته «المرفق» بلا وصف التحويل تمحو مصدره.

احفظوا هوية المصدر بصندوقه وUID وجزئه وتجزيئه، وهوية الناتج بطلبه وسياساته ومعلماته وتجزيئه.

إعلان القدرة ليس إيصال تشغيل

يعلن الخادم CONVERT وBINARY. تعرض CONVERSIONS الأزواج والمعلمات، وتعرض AVAILABLECONVERSIONS الأهداف الممكنة لجزء معين. هذه خريطة قدرة لا بايتات منفذة.

قد تنقص الموارد أو يتوقف المحول أو تكون القيم غير صالحة. وقد تتغير النسخة والسياسة بين الاكتشاف والتنفيذ. الطريق المعلن لا يحدد ما خرج منه.

سجل القدرة وإيصال التنفيذ يحتاجان زمنين مستقلين.

NIL يفوض اختيار ما سيراه القارئ

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

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

إنه تفويض قرار عرض لا حساب فقط. يجب أن يسجل الإيصال الهدف المختار وإشارات الاختيار.

النجاح قد يتضمن فقداً مقصوداً

يتطلب تحويل النص charset هدفاً. يسمح unknown-character-replacement باستبدال المحارف غير القابلة للتمثيل. قد تكون النتيجة صحيحة وقد فقدت فرقاً في اسم أو مبلغ أو رمز.

تُفك وتُعاد شيفرة رؤوس MIME أيضاً؛ تشابه القراءة لا يعني تطابق البايتات. افصلوا أمانة النص والتخطيط والأبعاد والتفصيل.

وتشير نطاقات CONVERT BINARY الجزئية إلى الناتج المحول المفكوك، لا إلى مواضع المصدر. لا تستخدموا إحداثية المشتق دليلاً على موضع في الأصل.

OK لا تجمع نجاح العناصر

قد تحمل CONVERTED أخطاء TEMPFAIL وBADPARAMETERS وMISSINGPARAMETERS. إذا نجح عنصر واحد وجب أن تكون النهاية OK، وحتى عند فشل الجميع قد تكون OK أو NO.

إذن اللون الأخضر لا يثبت اكتمال المجموعة. طابقوا كل عنصر مطلوب بقيمته أو خطئه؛ فقد تصل بنية بلا بايتات أو ينجح جزء ويفشل آخر.

توضح BODYPARTSTRUCTURE عادة مدى احترام الطلب، لكنها لا تشرح كل سبب. احفظوها مع المعلمات والتجزيئات.

ليس قراءة ولا أصلاً جديداً

لا تضبط CONVERT علامة \Seen؛ يحتاج ذلك STORE. إنتاج البايتات لا يثبت أن إنساناً رآها ولا أن حالة الصندوق تغيرت.

قد يخزن الخادم التحويل مؤقتاً مع حدود ضد حجب الخدمة. الكاش ليس أصلاً بديلاً ولا يضمن تكرار البايتات؛ فالcodec والسياسة والخدمة تتغير.

احفظوا الناتج الحقيقي الذي بُني عليه القرار.

المحول حد أمني

يمكن لرسالة خبيثة عبر APPEND ثم CONVERT مهاجمة parser أو codec، وقد يستنزف تحجيم مبالغ الموارد. يوصي RFC برفض العمليات الخطرة، وفحص الناتج، وتسجيل الهوية، وعزل المكتبة عن المخزن ذي الامتياز.

تضيف الخدمة الخارجية خطوة حيازة. المجال الموثوق نفسه يقلل الخطر ولا يمحو النقل. ويحمي SASL/TLS الطرف والقناة، لا البايتات الجديدة بتوقيع قديم.

إيصال يربط ولا يدمج

احفظوا الصندوق وUIDVALIDITY/UID والجزء وMIME والحجم والتجزيء؛ الأنواع والمعلمات؛ الاختيار الصريح أو الافتراضي؛ القدرة والتفضيلات والسياسة والنسخة والمحول والوقت والمجال.

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

«أنتج الخادم هذه البايتات» قابل للاختبار. «هذا هو المرفق الموقع» يحتاج توثيق الناتج نفسه. «نجح التحويل» يحتاج نتيجة كل عنصر.

قدم RFC 5259 تكييفاً نافعاً للأجهزة المحدودة. على القيادة أن تمنع التمثيل المريح من انتحال الأصل الموثق.

المصادر