رابط إلغاء الاشتراك في نص الرسالة، أ List-Unsubscribe يرتبط الرأس وآلية النقرة الواحدة بميزات مختلفة. يجب أن يحدد التشخيص الآلية التي أرسلها المرسل بالفعل وما إذا كانت الرؤوس الموقعة المطلوبة موجودة أم لا. مجرد رؤية كلمة إلغاء الاشتراك في المصدر لا يؤدي إلى إنشاء عملية تنفيذ فعالة بنقرة واحدة.
اقرأ الحقلين معًا
يعرّف RFC 2369 List-Unsubscribe بأنها حقل أمر قائمة يحتوي على عناوين URL لترك القائمة. يمكنه وصف طرق مثل mailto أو HTTPS. يضيف RFC 8058 List-Unsubscribe-Post لآلية النقرة الواحدة. يستخدم الأخير القيمة List-Unsubscribe =One-Click، مع HTTPS URI في List-Unsubscribe . خيار mailto وحده ليس آلية RFC 8058 HTTPS. RFC 2369 القسم 3.2, RFC 8058 القسم 3.
يرسل جهاز الاستقبال بنقرة واحدة رسالة HTTPS POST بقيمة إلغاء الاشتراك المحددة. يجب ألا تقوم عملية GET الروتينية لفحص عنوان URL بنفسها بتنفيذ إجراء إلغاء الاشتراك RFC 8058 . هذا التمييز مهم لأن برامج فحص الروابط قد تجلب عناوين URL دون أن ينوي الشخص ترك القائمة. لا تقم بتحويل الفحص التشخيصي إلى تغيير اشتراك غير مصرح به.
تحقق من متطلبات التوقيع
يتطلب RFC 8058 صلاحية توقيع DKIM يغطي كلا من List-Unsubscribe و List-Unsubscribe-Post . يعد العثور على اسمي الحقلين في قائمة h= الخاصة بالتوقيع بمثابة فحص هيكلي مفيد، ولكنه لا يثبت التحقق من صحة التوقيع.
احتفظ بالرسالة الأصلية الموقعة للتحقق الفعلي. تتطلب التوقيعات المتعددة وحقول الرأس المتكررة تحديدًا دقيقًا؛ يمكن للبحث الساذج عن سلسلة فرعية أن يخطئ في التوقيع غير ذي الصلة بالتوقيع الذي يلبي المتطلبات. استمر في تغطية التوقيع والتحقق من صحة التشفير وسلوك نقطة النهاية كفحوصات منفصلة.
استخدم مثالاً خاضعًا للرقابة
خذ بعين الاعتبار رسالة افتراضية تحتوي على قيمتي الرأس الصحيحتين. يغطي التوقيع الصالح الوحيد من والموضوع ولكن ليس حقول إلغاء الاشتراك. يسرد التوقيع الثاني كلا الحقلين ولكنه يفشل في التحقق. تحتوي هذه الرسالة على كل من أ DKIM تمرير وتغطية واضحة في مكان ما من مصدره، ومع ذلك لا يفي أي من التوقيعين بمتطلبات RFC 8058 المدمجة.
والخطوة التالية هي تحديد أو إنشاء توقيع، من خلال تغيير المرسل المعتمد، يتحقق من الحقلين ويغطيهما. لم يتم التحقق من التوقيع أو تغيير الاشتراك لهذا المثال التعليمي. حتى توقيع التغطية الذي تم التحقق منه لاحقًا من شأنه أن يترك سلوك نقطة نهاية HTTPS ومنع الإرسال التالي دون اختبار.
للحصول على اختبار شامل معتمد، استخدم اشتراك اختبار مخصص وبيئة الاختبار المدعومة للمرسل. تحقق من صحة التوقيع، وأرسل البريد المقصود وتأكد من حالة الاشتراك التجريبي من خلال الأدلة الخاصة بالخدمة. يحظر RFC 8058 عمليات إعادة توجيه HTTPS ويستبعد ملفات تعريف الارتباط وتخويل HTTP وسياق الطلب الآخر من POST. يجب على المتلقي الحصول على موافقة المستخدم قبل النشر. تسجيل أي متطلبات لإعادة التوجيه أو تسجيل الدخول باعتبارها عيبًا بدلاً من النقر عليها؛ يجب أن تكمل نقطة النهاية إلغاء الاشتراك دون أي تفاعل إضافي.
حماية معرفات المشتركين
غالبًا ما تحتوي عناوين URL لإلغاء الاشتراك على رمز مميز خاص بالمستلم. تعامل مع عنوان URL الكامل باعتباره قادرًا على تغيير اشتراك ذلك الشخص. قم بتنقيح الرمز المميز أو استبداله في نسخة تشخيصية عامة، واحتفظ بالرسالة التي لم تمسها بشكل خاص، ولا تلصق عنوان URL المباشر في التذاكر العامة أو أدوات الجلب الآلية.
أغلق بقائمة مرجعية واضحة: الحقول موجودة، والتركيب الصحيح، والتوقيع الذي تم التحقق منه، واختبار نقطة النهاية المعتمدة مكتمل أو لم يتم إجراؤه. إن أهلية موفر الخدمة للمرسل المجمع وعرض واجهة إلغاء الاشتراك هما سؤالان منفصلان عن المنتج. لا يضمن فحص الرأس على مستوى المعايير أن يقوم أي موفر صندوق بريد بعرض زر معين.
قم بالإبلاغ عن كل طبقة بشكل مستقل
إذا كانت الترويسات موجودة ولكن التحقق من صحة التوقيع غير متاح، فقم بالإبلاغ عن نتيجة هيكلية فقط. إذا تم التحقق من الصحة ولكن لم يحدث أي اختبار لنقطة النهاية المعتمدة، فاترك السلوك دون اختبار. سجل العينة النهائية بالضبط والأدلة اللازمة للطبقة التالية.