الخلاصة

  • أتاح RFC 821 ثلاثة أوامر اختيارية تجعل العرض على الطرفية أو الإيداع في صندوق البريد أو الجمع بينهما جزءاً من دلالة معاملة SMTP.
  • اختلف معنى النجاح: اعتمد SEND على وصول الطرفية، وقَبِل SOML أحد الوجهتين، بينما ربط SAML النجاح بصندوق البريد حتى عندما حاول العرض المباشر أيضاً.
  • استطاع مرحّل MX معرفة طريق البريد من دون التحكم في شاشة المستخدم؛ لذلك صنّفت معايير SMTP اللاحقة الأوامر قديمة وأبقت لها توافقاً محدوداً.

اختيار شكل الوصول قبل إرسال المحتوى

لنتخيل مضيفاً مشتركاً عام 1982. المستخدم مسجّل الدخول ويسمح برسائل تظهر مباشرة على طرفيته. يفتح الطرف البعيد جلسة SMTP، لكنه لا يبدأ بالضرورة بأمر MAIL المعتاد؛ فقد يختار واحداً من ثلاثة أفعال.

يفرض SEND التسليم إلى الطرفية. وإذا كان المستخدم غائباً أو لا يقبل رسائل الطرفية، جاز للخادم ردّ ذلك المستلم بفشل مؤقت. أما SOML، أي Send Or MaiL، فيحاول الطرفية عند حضور المستخدم ويعود إلى صندوق البريد عند غيابه. ويحاول SAML، أي Send And MaiL، العرض متى أمكن، مع إيداع نسخة في الصندوق في كل الأحوال.

لم تكن هذه تفضيلات تجميلية. جعلها RFC 821 أوامر تبدأ المعاملة، ثم تأتي RCPT وDATA. كان المرسل يختار طبيعة الوصول قبل أن يسلّم قائمة المستلمين وجسم الرسالة.

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

ثلاثة أوامر وثلاثة معاني للنجاح

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

لذلك قد ينجح SEND من دون أثر دائم. وقد ينجح SOML من دون أن تكشف السجلات أي فرع اكتمل. ويثبت SAML الناجح مسار الحفظ، لكنه لا يثبت تحقق العرض أو انتباه المتلقي.

كانت القواعد تعترف بأن الانتباه والحيازة خدمتان مختلفتان. لكن السلطة لم تكن موزعة بالتساوي: المرسل اختار الفعل، بينما تحمّل المستلم أثر المقاطعة وحمل المضيف المستقبل عبء التنفيذ.

الحضور حالة محلية لا صفة للعنوان

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

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

يستطيع العميل طلب SEND، لكنه لا يستطيع إعلان حضور الشخص. وإعلان الأمر في EHLO يثبت أن الخادم يفهم الصيغة، لا أن مستخدماً محدداً حاضر أو موافق.

فصل MX بين معرفة الطريق وامتلاك الشاشة

جعل RFC 1123 تنفيذ SEND وSOML وSAML اختيارياً لدى المرسل والمستقبل. وتكشف ملاحظته عن MX موضع الخلل البنيوي.

قد يقبل Mail Exchanger البريد نيابة عن الوجهة ويعرف كيف يقرّبه من المستخدم، لكنه لا يستطيع الكتابة مباشرة على طرفية ذلك المستخدم. بعد SEND، أمكنه الرد على المستلم بـ 251 User Not Local لتنبيه المصدر إلى احتمال تأخر التسليم.

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

وزّعت شبكة التخزين والتمرير مسؤولية الرسالة بكفاءة، لكنها لم توزّع تلقائياً سلطة الاستحواذ على انتباه البشر.

يكتشف EHLO اللغة لا حالة الإنسان

عندما أدخل RFC 1425 نموذج امتدادات SMTP، وضع السجل الأول الأوامر الثلاثة ضمن الخدمات الاختيارية، واستعمل أسماءها كلمات EHLO.

أصبح العميل يعرف أن الخادم يفهم الفعل. لكنه لم يعرف إن كان المستلم متصلاً، أو يقبل المقاطعة، أو إن كان الخادم هو المضيف النهائي، أو إن كان العرض سيتم.

يسهل تحويل مؤشر قدرة إلى زر أخضر، ثم تحويل الزر إلى وعد. لكن EHLO يصف مفردات الخادم، لا حضور المستخدم ولا موافقته.

بقي التوافق وتراجعت مركزية التصميم

بحلول 2001، وصف RFC 2821 الأوامر SEND وSAML وSOML بأنها قديمة. كانت نادرة التنفيذ، وربما أبطلتها تغيرات محطات العمل وظهور بروتوكولات أخرى حتى حيث بقيت الشيفرة.

لم يمحُ المعيار الماضي دفعة واحدة. لم يعد ينبغي للعملاء تقديم هذه الخدمات، مع السماح للخوادم بتنفيذها للتوافق بشرط اتباع نموذج RFC 821 وإعلان الأسماء في EHLO.

يحافظ RFC 5321 على هذا الترتيب. تظل الأفعال القديمة معروفة، لكن SMTP العادي يتمحور حول MAIL وانتقال المسؤولية رسمياً إلى الخادم بعد قبوله البيانات بنجاح.

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

سجل IANA ليس إحصاءً للاستخدام

لا تزال سجلات SMTP لدى IANA تحتوي SEND وSOML وSAML، وتحيل إلى RFC 821، وتذكر إهمالها اللاحق، وتضع لكل منها MUST NOT في Message Submission.

يحفظ السجل أسماء قابلة للتشغيل البيني. ولا يثبت انتشاراً حالياً، أو حضور مستلم، أو نجاح عرض بعينه. تسجيل الاسم لا يعيد الافتراضات الاجتماعية التي اعتمد عليها الأمر.

القدرة والحضور والموافقة والعرض والتخزين والمسؤولية ست حقائق منفصلة. جمع SMTP المبكر عدة حقائق في اختيار معاملة واحدة. لم يحل SMTP اللاحق مسألة الانتباه؛ بل توقف عن وضعها في قلب النقل.

الوصول الأسرع لم يكن التسليم الأقوى

كانت الأوامر منطقية بين عدد صغير من المضيفين المتقاربين. قدّم SOML تراجعاً عملياً، وحمى SAML نسخة ثابتة. رأى المصممون فرقاً حقيقياً بين العرض والحفظ.

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

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

المصادر