الخلاصة

  • عرّفت مراجعة أغسطس 1982 SMTP كمحادثة موثوقة عبر تدفق بيانات، ويمكنها ترحيل البريد حتى حين لا تشترك النهايتان في خدمة النقل نفسها.
  • يحمل MAIL مسار العودة، ويحدد RCPT مسار مستلم واحداً أو أكثر؛ وتفصل RFC 822 تنسيق النص، لذلك لا تثبت جلسة SMTP المقبولة وصول الرسالة إلى صندوق البريد أو قراءتها.

يمكن للبريد الإلكتروني عبور حدود الشبكات من دون أن يعرف نص الرسالة الشبكة التي نقلته. هذه هي مسألة التصميم التي تظهر في مواصفة Simple Mail Transfer Protocol التي نشرها Jonathan B. Postel في أغسطس 1982. لم تفرض RFC 821 نظام نقل بعينه؛ بل طلبت تدفقاً موثوقاً ومرتباً، ثم حددت كيف تتبادل عمليات SMTP الأوامر والردود عبر القناة.

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

جعلت المعاملة عملية التسليم قابلة للملاحظة خطوة بخطوة. يفتح المرسل قناة ثنائية الاتجاه ويرد المستقبل. يبدأ MAIL المعاملة بمسار عكسي يمكن أن تعود عبره إشعارات عدم التسليم. ويحدد كل أمر RCPT مساراً لمستلم، ويمكن تكراره. ثم ينقل DATA الرسالة. وتبين رموز الاستجابة الرقمية ما إذا كان كل أمر قد قُبل. يحمل غلاف SMTP تعليمات التسليم، وهي ليست النص الظاهر في الرسالة.

توضح المقارنة مع RFC 822، المنشورة في الشهر نفسه، اختلاف النطاقين. نظمت RFC 822 شكل رسائل نصوص ARPA Internet؛ أما RFC 821 فنظمت حوار النقل. ترويسة From: جزء من تمثيل الرسالة، في حين أن MAIL FROM عنصر في معاملة SMTP. الخلط بينهما يحول عنواناً مكتوباً في النص إلى دليل مزعوم على مسار فعلي أو قرار تسليم، وهو ما لا تضمنه المواصفتان.

لم تكن RFC 821 شهادة ميلاد SMTP، بل مراجعة له. يذكر صدرها أنها تحل محل RFC 788 و780 و772؛ وكانت RFC 788 الصادرة في نوفمبر 1981 قد وصفت SMTP بالفعل. وتشير خطة الانتقال RFC 801 إلى خدمة SMTP في سياق الانتقال الشبكي، لكنها لا تقدم تعداداً للتبني أو مقياساً لوصول البريد إلى المستخدمين. تاريخ مراجعة المواصفة لا يكشف متى نفذتها كل المضيفات.

ولم يقتصر النموذج على TCP. تصف ملاحق RFC 821 خدمات نقل مختلفة منها NCP وTCP وNITS، ويخصص ملحق TCP رقم المقبس 25 لـSMTP. توضح هذه المعلومة التنفيذ لكنها لا تجعل فتح المنفذ دليلاً على وجود خدمة عاملة. يلزم تشغيل عملية استقبال وقبول الأوامر وصحة المسارات واكتمال نقل DATA ثم معالجة محلية بعد انتهاء القناة.

كان الإسهام التاريخي هو رسم حد خدمة قابل لإعادة الاستخدام. حدد SMTP حواراً مشتركاً لنقل البريد، وأتاح للمرحل وصل بيئات لا تشترك فيها النهايتان؛ بينما بقي تنسيق الرسالة وسلوك صندوق البريد المحلي مسألتين منفصلتين. وباستخدام Note 64 لHeng Lu كعدسة تحليلية، يمكن قراءة التصميم مثالاً على مواصفة مشتركة تقتصر على ما يلزم للتوافق وتترك اختيار النقل والنشر للأنظمة التي تشغّلها. هذه قراءة لاحقة وليست دليلاً على نية Postel.

Sources