الخلاصة

  • سمحت RFC 2369 في يوليو 1998 بنشر طريق الخروج من القائمة في ترويسة الرسالة. إذا كان مجرد فتح الرابط يكفي للحذف، فلن يميز الخادم بين الفحص الآلي وقرار القارئ.
  • أضافت RFC 8058 في يناير 2017 الحقل List-Unsubscribe-Post: List-Unsubscribe=One-Click. يجب أن يشمل توقيع DKIM صحيح حقلي إلغاء الاشتراك، ولا يرسل برنامج الاستقبال طلب HTTPS POST قبل موافقة المستخدم.
  • يحمل POST زوج المفتاح والقيمة المحدد وحده، بلا ملفات تعريف ارتباط أو تفويض HTTP. ولا يجوز للخادم إرجاع إعادة توجيه HTTPS. سجلت IANA اسم الحقل الجديد.

زيارة تحولت إلى تصويت

كان الحل الأول نافعاً. أتاحت RFC 2369 للقائمة وضع تعليمات المغادرة في List-Unsubscribe. يستطيع برنامج البريد إظهارها دون أن يفتش القارئ أسفل كل رسالة. يمكن أن يتضمن الحقل رابط HTTPS. أصبح الباب معروف المكان، لكن العنوان وحده لا يحدد من سيفتحه لاحقاً: شخص يريد المغادرة أم برنامج يراجع سلامة البريد.

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

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

الحقل الجديد سمّى الفعل المطلوب

لم تلغ RFC 8058 الحقل القديم. اشترطت على من يعرض إلغاءً بخطوة واحدة أن يضع رابط HTTPS في List-Unsubscribe، وأن يكتب بالضبط List-Unsubscribe=One-Click في الحقل المستقل List-Unsubscribe-Post. بعد موافقة القارئ، يرسل برنامج الاستقبال POST عبر HTTPS إلى ذلك الرابط، حاملاً هذا الزوج في جسم الطلب. جلب الرابط بغرض الفحص وإرسال POST لتغيير الاشتراك فعلان مختلفان حتى على مستوى طريقة HTTP.

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

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

على الخادم إنهاء العمل في العنوان المعلن

لا يحتوي جسم POST إلا الزوج المحدد. لا ملفات تعريف ارتباط، ولا تفويض HTTP، ولا سياق إضافي. لذلك يجب أن يحدد الرابط نفسه المستلم والقائمة تحديداً كافياً لإنجاز الحذف. تنصح RFC بمعرّف مبهم يصعب تخمينه. إن كان الخادم ينتظر جلسة متصفح كي يعرف من سيزيل، فلن يستطيع إكمال الطلب الذي ترسله أداة البريد وفق المواصفة.

ولا يجوز للخادم أن يرد على POST بإعادة توجيه HTTPS إلى عنوان آخر. تذكر RFC سبباً عملياً: إعادة توجيه POST فشلت تاريخياً في حالات، وحولت بعض المتصفحات الطلب إلى GET. إذا انتقلت الخطوة الحاسمة عبر سلسلة تحويلات، ضاع الحد الذي رسمته المواصفة بين الفحص والأمر. على العنوان المنشور أن يستقبل الطلب المأذون وينهي إزالة العضوية هناك.

لا تغير RFC 8058 الاستعمالات الأخرى لروابط إلغاء الاشتراك في RFC 2369. إنها تعيّن مساراً محدداً للعملية بخطوة واحدة. تسجل IANA الحقل List-Unsubscribe-Post، لكن الاسم المسجل لا يخرج أحداً من القائمة وحده؛ لا بد من التوقيع والموافقة وPOST وخادم ينفذ.

الخروج سلسلة لا رابط منفرد

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

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