الخلاصة

  • وسّع RFC 2368 صيغة mailto: لتشمل مستلمين ورؤوساً وجسماً قصيراً بنص عادي، من دون أن يفرض حل الرابط اتصالاً فورياً بخادم بعيد.
  • كان للعميل أن يرفض الحقول الخطرة، وكان عليه إظهار النتيجة المفكوكة كاملة قبل طلب الموافقة؛ فلا الرابط ولا النقر ولا المسودة المعبأة إيصال إرسال أو تسليم.

يوحي رابط الويب عادة بحركة مباشرة نحو نظام بعيد. أما mailto: فكان يمكن أن ينتهي داخل الجهاز: نافذة تحرير مفتوحة وحقول جاهزة، مع عدم خروج أي رسالة إلى شبكة البريد.

حمل RFC 1738 العنوان البسيط. وأضاف RFC 2368 قائمة صناديق وأزواج اسم وقيمة بعد ? تفصل بينها &. وكان الاسم الخاص body يحدد أول جزء text/plain. بذلك أمكن لصفحة أن تجهز طلب معلومات أو أمر اشتراك أو رداً على أرشيف أو رسالة تتضمن نسخة إضافية.

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

كان الترميز جزءاً من سطح التحكم. فالمحارف ? و= و& تبني الصيغة، ويجب ترميزها مئوياً حين تكون بيانات. تصبح المسافة %20، وفاصل السطر %0D%0A، وعلامة النسبة الحرفية %25. وداخل HTML تكتب & على هيئة &. لذلك لم يكن مصدر الصفحة والرابط المحلل والمسودة المعروضة سلسلة واحدة. وقد يغير فك مزدوج أو ترتيب خاطئ الوجهة أو حدود الحقول.

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

اتساع القواعد النحوية لم يلزم العميل بتنفيذ كل رأس. كان يستطيع رفض إنشاء الرسالة عند وجود حقل خطر، أو الاحتفاظ بمجموعة آمنة فقط. عُدت Subject وKeywords وBody مفيدة، بينما كانت From وBcc ورؤوس التوجيه وبعض رؤوس MIME موضع شك خاص. وجود اسم في الرابط لا يمنحه سلطة على هوية المرسل أو وجهة خفية.

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

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

حل RFC 6068 محل المواصفة في 2010، وأضاف ترميزاً مئوياً مبنياً على UTF-8 ووضح التكرار ومسائل السلامة. لكنه أبقى الحد الجوهري: URI قالب لرسالة محتملة. سلامة المحارف ليست موافقة، والموافقة ليست دليلاً على الوصول.

تكمن قيمة RFC 2368 التاريخية في أتمتة متحفظة: يستطيع مستند خارجي أن يوفر جهد الكتابة، لكنه لا يكتسب بذلك حق الكلام باسم المستخدم.

المصادر