رسالة واحدة، طرق عدة، ملفان

الخلاصة

• وصفت RFC 784 برنامج توزيع بريد على TOPS20 يختار طريق كل مستلم من جدول قدرات المضيف: MTP على TCP، أو MTP على NCP، أو FTP الأقدم على NCP، أو طريقاً خاصاً.
• حددت RFC 785 ملفاً للنص وملفاً للتحكم. يحمل الثاني المرسل ومسارات المستلمين وإشارة إلى الأول، ويمكن تعديله كلما أُنجزت مهمة مستلم أو انتظرت قناة جديدة.

إرسال الرسالة نفسها إلى أربعة أشخاص يحتاج نصاً واحداً وأربعة عناوين. بعض برامج البريد القديمة كانت تصنع أربع نسخ من النص. في يوليو 1981، عرضت Suzanne Sluizer وJon Postel ترتيباً أقرب إلى مكتب البريد. في RFC 784 عن تنفيذ MTP على TOPS20 في ISI، تسكن الرسالة ملفاً وتعيش تعليمات توزيعها في ملف آخر. تتحمل ورقة التوزيع آثار الأبواب المغلقة؛ ويبقى الكلام الذي كتبه المرسل في مكانه.

كانت الأبواب مختلفة فعلاً. خطط الباحثان لبرنامج مكتوب بلغة BLISS-10 يرسل ويستقبل عبر TCP وعبر NCP الأقدم، ويتصل بآليات بريد أخرى. تنشئ برامج كتابة الرسائل ومستقبلات الشبكة الملفات في أدلة المستخدمين. ثم يتولى برنامج يعمل في الخلفية توزيعها على قنوات الخروج. نسخة يستدعيها المستخدم تستطيع محاولة الإرسال فوراً إذا توفرت القناة. يستشير الموزع جدولاً يبين إن كان المضيف المقصود يقبل MTP عبر TCP، أو MTP عبر NCP، أو الطريقة القديمة FTP عبر NCP. وهناك جدول للحالات الخاصة، مثل الإرسال إلى مضيفات في إنجلترا بواسطة نظام طورته UCL.

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

كتبت RFC 785 الخاصة بتعريف الملفات شكل الورقة سطراً سطراً. يحدد FILE: الاسم الكامل لملف الرسالة، ويحمل FROM: مسار المرسل، ويضيف كل TO: طريق مستلم. الملف الآخر يحمل الترويسة والمتن. وقارن المؤلفان هذا الزوج بالبرامج القديمة التي تنتج N نسخ من النص لعناوين N في حقول To وCc وBcc. في الواجهة الجديدة يبدأ العمل بملفين مهما طالت قائمة الأسماء. ما يظهر للقارئ في رأس الرسالة وما يحتاجه عامل التوزيع على الطاولة مهمتان مختلفتان.

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

عدّد Sluizer وPostel الأجزاء التي يبنيانها، والبرامج التي يأملان تكييفها، والجداول التي سيضعانها. تقدم RFC 784 خطة تنفيذ ملموسة، وتفصل RFC 785 عقد الملفات بين مكوناتها. الفكرة الأوضح هي أن انتظار مستلم لا يمنع تسجيل تقدم الآخرين. للرسالة متن واحد، لكن لكل عنوان سطر عمل مستقل.

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