الاسم الذي كان على الرسالة أن تصوغه بنفسها: كيف عمل Message-ID بلا سجل مركزي

الخلاصة

• منذ RFC 733 كان على المضيف الذي يولد المعرف أن يضمن تفرده. تحصل المراجعة على معرف جديد، أما إضافة حقول التتبع أثناء النقل فلا تغير الهوية الأصلية بالضرورة.
• حوّل In-Reply-To وReferences المعرف إلى حافة في رسم المحادثة. وجعلته Netnews ذاكرة محلية: يسجل كل خادم المعرفات التي رآها ويرفض التكرار، فتتوقف دورات التوزيع.
• لم يكن الاسم توقيعاً ولا تجزئة للمحتوى. تعامل Netnews مع جسمين مختلفين يحملان المعرف نفسه كمقالة واحدة، لذلك يستطيع معرف متوقع أن يُحجز مسبقاً ويحجب المقالة المقصودة.

تغيرت البايتات وبقيت الرسالة

عندما تدخل رسالة نظام النقل، قد يضيف الخادم التالي حقل Received. لم تعد النسخة المخزنة مطابقة بايتاً ببايت لما قُدم، لكن الخادم لم يؤلف مراجعة جديدة، فيبقى Message-ID الأصلي.

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

حافظ RFC 822 على القاعدة عام 1982. صُممت القيمة للآلة ولا يلزم أن تكون مفهومة للبشر. فهي ليست ملخص الموضوع ولا إثبات شخص، بل مقبض ثابت لنسخة معلنة.

اسم عالمي مركب من عمل محلي

ينص RFC 5322 على أن يكون msg-id فريداً عالمياً وأن يضمن مولده ذلك. لكنه لا ينشئ مكتباً عالمياً يوزع رقماً لكل رسالة.

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

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

يحدد RFC الهوية بالمعنى المقصود أيضاً. يمكن أن تغير حقول التتبع وإعادة الإرسال الشكل من دون إنشاء رسالة أخرى. قرار المرسل بأن هذا هو المعنى نفسه أو معنى جديد هو الذي يحدد تبديل ID، لا فرق معين في البايتات. لذلك ليس Message-ID مجموع تحقق ولا معرف معاملة SMTP.

صار الرد علاقة قابلة للنقل

يحمل In-Reply-To معرف الرسالة الأم. ويرث References أسلافها المعلنين ثم يضيف معرفها. يستطيع البرنامج إعادة بناء المحادثة حتى لو وصلت أجزاؤها عبر مسارات وأوقات مختلفة.

سبق هذا الاستخدام واجهات البريد الحديثة. ألزم RFC 850 عام 1983 رد Usenet بأن يمدد References للمقالة السابقة. وكان الهدف تجميع المقالات في محادثات وتمكين القارئ من إخفاء حوار كامل من دون مغادرة المجموعة. حافظ RFC 1036 على الآلية.

لكن العلاقة إعلان لا إثبات. يلاحظ RFC 5322 أن برامج كثيرة تسير إلى الخلف بافتراض أصل واحد، وأن البناء متعدد الأصول غير محدد بالكامل. لا يثبت References المؤلف ولا أن الرد فهم النص السابق.

حوّل كل خادم الاسم إلى ذاكرة

في توزيع Usenet بين النظراء قد تصل المقالة نفسها من أكثر من جار. إعادة إرسال كل وصول تبقي الحلقة حية. يصف RFC 1036 سجل history المحلي: يحتفظ المضيف بكل ما رآه بحسب Message-ID، فإذا وصل المعرف نفسه مرة أخرى رُفض فوراً. يقلل Path النقل غير اللازم، لكن ذاكرة المعرفات وحدها تكسر الحلقة.

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

غلب الاسم المتساوي الجسم المختلف

يجعل RFC 5536 الثمن صريحاً: المقالات ذات Message-ID واحد تعد المقالة نفسها مهما اختلفت الرؤوس أو الأجسام. يضيق الصياغة، ويحد الطول، ويحافظ على حالة الأحرف كي تكفي مقارنة مباشرة للثمانيات. ويمتد شرط التفرد عبر البريد وNetnews.

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

ما لم يثبته الاسم

يحل Message-ID الإحالة لا الثقة. لا يوقع الجسم، ولا يوثق From، ولا يسمي معاملة غلاف SMTP، ولا يثبت القراءة أو تساوي البايتات. قد يخفي ID متساو تصادماً، وقد يحمل ID مختلف النص نفسه.

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

المصادر والحدود

تضم الحزمة RFC 733 وRFC 822 وRFC 850 وRFC 1036 وRFC 2822 وRFC 5322 وRFC 5536. لا تقيس معدلات التصادم الحالية أو خوارزميات المزودين أو الانتشار العالمي أو مدد حفظ history.