وُضع العنوان داخل متن الرسالة: ترحيل البريد التجاري عبر Intermail، 1981–1990

الخلاصة

• عبر Intermail الحدود بين أنظمة البريد من دون تعديل برامج المستخدمين، لكن المرسل كان عليه وضع تعليمات الوجهة في بداية متن الرسالة.
• يوضح تقرير التشغيل لعام 1990 أن الترحيل لم يكن بوابة موحدة: ظل MCI Mail يستخدم Intermail على TOPS-20، بينما لم يكن Commercial Mail Relay الجديد على Unix يدعمه بعد.

كان الحد الأول عند طبقة التطبيق

كان بريد الإنترنت وخدمات البريد التجاري أنظمة منفصلة، ولكل منها قواعد عناوينه. ذكر تقرير معهد علوم المعلومات (ISI) بجامعة جنوب كاليفورنيا لعام 1990 أن Internet mail وSprint Telemail وMCI Mail وDialcom صُممت لتعمل بصورة مستقلة، من دون وسيلة سهلة تتيح لمستخدم أحدها مراسلة مستخدم في نظام آخر. بدأ المعهد تجربة عام 1981 لسد هذه الفجوة. وكانت أول نسخة من Intermail تنقل مواصفات دوائر VLSI لمشروع MOSIS بين ARPANET وTelemail. لقد كانت خدمة عاملة لمهمة تبادل محددة، لا وعداً بإتاحة عامة لكل شبكة أو صندوق بريد. كان بريد الإنترنت وخدمات البريد التجاري أنظمة منفصلة، ولكل منها قواعد عناوينه.

ذكر تقرير معهد علوم المعلومات (ISI) بجامعة جنوب كاليفورنيا لعام 1990 أن Internet mail وSprint Telemail وMCI Mail وDialcom صُممت لتعمل بصورة مستقلة، من دون وسيلة سهلة تتيح لمستخدم أحدها مراسلة مستخدم في نظام آخر. بدأ المعهد تجربة عام 1981 لسد هذه الفجوة. وكانت أول نسخة من Intermail تنقل مواصفات دوائر VLSI لمشروع MOSIS بين ARPANET وTelemail. لقد كانت خدمة عاملة لمهمة تبادل محددة، لا وعداً بإتاحة عامة لكل شبكة أو صندوق بريد.

نقل الحل الأول التعقيد إلى الرسالة. وقد صُممت الصيغة الأولى، المسماة «Source Route Forwarding»، للحالات التي تمر فيها الرسالة عبر عدة أنظمة. وفي عام 1983، طورت Annette DeSchon Intermail إلى نظام ترحيل عام يربط Internet mail بكل من Telemail وMCI Mail وDialcom. وأظهرت الخبرة أن صيغة مسار المصدر الكاملة أوسع مما يلزم، فأنشأ ISI صيغة «Simple Forwarding». كانت التعليمات توضع في بداية النص، ويمكن للمرسل أن يدرج عناوين الوجهة وحقولاً مألوفة مثل To وCc وSubject، ثم ينهي ترويسة الترحيل بسطر فارغ قبل متن الرسالة.

لم تكن الشفافية في هذا التصميم مطلقة. كان المستخدمون قادرين على الاستمرار في برامج البريد المعتادة، ولم تكن هناك حاجة إلى تعديل كل برنامج محلي. لكن المرسل ظل بحاجة إلى معرفة وجود مرحّل، واختيار البوابة الصحيحة، وإدخال العنوان بالصيغة التي تفهمها الخدمة الأخرى. يقدم RFC 1168 أمثلة مختلفة لـTelemail وDialcom. فقد يضم عنوان Telemail المستخدم والمنظمة والمضيف والبلد، بينما استخدم Dialcom معرّفاً للمضيف وآخر للمستخدم. وهكذا احتاجت الرسالة التي تبدو عادية في خدمة ما إلى تعليمات صريحة كي يفسرها النظام الوسيط.

ظل الترحيل بحاجة إلى أشخاص وسجلات

لم ينته العمل عند تحديد الصيغة. كان Intermail ينشئ إشعارات الخطأ آلياً جزئياً فقط، ثم يوافق عليها مسؤول بريد بشري أو يصححها. واستخدم Commercial Mail Relay (CMR) الأحدث على Unix قائمة انتظار وعملية خفيّة لتحليل الرسائل والبحث عن ترويسة Simple Forwarding المضمنة. كما امتلك آلية محاسبة بسيطة: كانت البرامج النصية تعدّ علامات في السجلات وتجمع في نهاية الشهر الرسائل المرسلة والمستلمة لكل خدمة تجارية. يوثق التقرير هذه الضوابط، لكنه لا يقدم معدل نجاح التسليم أو التكلفة الكاملة للموظفين أو سلسلة مكتملة لأحجام الرسائل.

والأهم أن كلمة «البوابة» لم تكن تشير إلى تنفيذ واحد. ففي يوليو 1990، كان CMR يدعم Telemail وDialcom. أما اتصاله بـMCI فكان لا يزال قيد التطوير؛ ويقول التقرير إن MCI Mail ظل مخدوماً بواسطة Intermail على TOPS-20 ولم يُنفذ بعد في CMR. لذلك لا يصح افتراض أن المرحّل الجديد حل محل الخدمة الأقدم. كان ISI يدير جيلين من الترحيل ببرمجيات ونطاق خدمة مختلفين.

بوابة البريد لا تعني اتصال IP عاماً

وكان للحد التشغيلي جانب يتعلق بسياسة الاستخدام. يذكر RFC 1168 أن مرحّلات ISI وفرتها DARPA لأعمالها أو لشؤون حكومية معتمدة، وأنه لا يجوز استخدامها لمجرد الربط بين نظامين تجاريين. وكان ينبغي أن يلتزم أحد طرفي الرسالة على الأقل بسياسة الاستخدام المناسبة للجنة تنسيق أبحاث الإنترنت الفيدرالية. لم يحول هذا القيد البريد الإلكتروني إلى اتصال عام بالإنترنت، بل حدد الرسائل التي يمكنها استخدام بعض المرافق الممولة اتحادياً. وتشير روايات لاحقة عن تجربة CNRI وMCI Mail إلى طلب إذن في 1988 واكتمال الاتصال في 1989. لكنها لا تنشر وثيقة القرار الأصلية، ولا ينبغي الخلط بين التجربة وبين التاريخ الأسبق لـIntermail.

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

المصادر

• RFC 1168، “Intermail and Commercial Mail Relay Services” (يوليو 1990) — تاريخ الخدمة المعاصر وحالة تنفيذها.
• RFC 821، “Simple Mail Transfer Protocol” وRFC 822، “Standard for the Format of ARPA Internet Text Messages” — سياق بريد الإنترنت.
• CNRI، “What Is the Internet?” — رواية لاحقة عن تجربة MCI Mail.
• IEEE Spectrum، “Meet Mr. Internet: Vint Cerf” — استعادة Cerf اللاحقة لعملية ربط MCI.
• RFC 2235، “Hobbes’ Internet Timeline” — خط زمني لاحق لمرحّلات البريد التجاري.