الخلاصة
- ظهرت المراجعة 01 من
draft-chuang-dkim2-sender-policyفي 12 سبتمبر 2026 بوصفها مساهمة فردية؛ وليست نصاً متبنّى من فريق عمل في IETF، ولا تسجل البيانات مدير مجال مسؤولاً عنها. - لم تستحدث المراجعة 01 علامة
unaligned، فهي موجودة في المراجعة 00. الجديد هو اشتراط دليل على حالة الرسالة قبل دخول DKIM2، وإضافة فحوص موصى بها تربط الرسالة بمتلقيها. - يقول المقترح إن وجود
unalignedفي توقيع الحد ذي الصلة يعني أن فحص محاذاة DMARC غير متوقع، وأن نتيجة المحاذاة ستظهرpass. - لذلك يلزم سجل قرار يحمل السبب: هل قِيست المحاذاة ونجحت، أم أعفاها متلقٍ وفق سياسة محلية؟ وأي توقيع سابق استُخدم، وأي هوية فُحصت، ومن أعلن الاستثناء ومن قبله؟
ابدأ بالسؤال الذي لم يُطرح
عندما يرى مشغّل البريد كلمة pass، يفترض عادة أن النظام طرح سؤالاً محدداً ثم أجاب عنه بالإيجاب: هل تتوافق هوية مصادَق عليها مع النطاق الظاهر في حقل From وفق قواعد DMARC؟ أما في المسار الذي تصفه علامة unaligned، فالمقترح يقول إن إجراء فحص المحاذاة غير متوقع، ثم يضع pass في خانة النتيجة. لا تعني الكلمة هنا أن المقارنة نجحت؛ بل تعني أن سياسة ما سمحت بعدم إجرائها.
يمكن للمتلقي الذي اتخذ القرار فوراً أن يعرف السياق من إعداداته المحلية. لكن السياق يضعف حين تنتقل النتيجة إلى سجل مركزي، أو تقرير مجمع، أو منتج حماية، أو مراجعة لاحقة. تبقى الكلمة الخضراء بينما يختفي السؤال الذي لم يُطرح. وبذلك يتحول اختيار تشغيلي مشروع إلى ادعاء ظاهري عن واقعة تقنية.
حاولت المراجعة 01 تقليل مساحة الاستثناء غير المقيد. فهي تشترط أن تكون الرسالة الأصلية، لحظة دخولها معالجة DKIM2، حاملة لتوقيع DKIM ناجح ومتوافق مع DMARC، وأن يظل التوقيع قابلاً للتحقق لدى متلقٍ آخر يستخدم DKIM2. هذا يجعل الإعفاء معتمداً على تاريخ مصادقة قابل للفحص، لا على قول وسيط لا سند له.
وتضيف المراجعة فحصين على سبيل التوصية. الأول يقارن To أو Cc المشمولين بالتوقيع بعنوان المغلف الذي ظهر في أمر SMTP RCPT TO. والثاني يقارن نطاق المتلقي الموقّع بنطاق d= لأول موقّع DKIM2. لا يثبت هذان الفحصان كل نية ممكنة للمرسل، لكنهما يساعدان على كشف ما إذا كانت الرسالة انتقلت إلى متلقٍ لا يغطيه السياق الذي برّر الاستثناء.
التحسين بين نسختين لا يلغي الفجوة
تكشف المقارنة الرسمية بين المراجعتين 00 و01 أين وقع التغيير فعلاً. كانت unaligned موجودة من قبل؛ أما الإضافة فهي متطلبات الدليل السابق وروابط المتلقي. لذا سيكون من الخطأ وصف النسخة الجديدة بأنها لحظة إنشاء الإعفاء. وسيكون من الخطأ أيضاً القول إنها حوّلت الإعفاء إلى إثبات للمحاذاة في الحد الأخير. لقد حسّنت مشروعية الطريق إلى القرار، ولم تغيّر قدرة كلمة pass على إخفاء نوع القرار.
ثمة فرق زمني ومؤسسي بين عبارتين: «كانت الرسالة الأصلية محاذية عند الدخول» و«الهوية المرئية الآن محاذية عند المتلقي النهائي». الأولى واقعة تاريخية تتطلب الحفاظ على التوقيع وحالة الرسالة اللازمة لإعادة التحقق. الثانية تقييم حالي لهوية حالية، ينجزه طرف يملك حدود ثقة وسياسة خاصة به. دمج العبارتين يلغي الزمن وموضوع الفحص وصاحب القرار دفعة واحدة.
توفر الوثائق المحيطة إطاراً لهذا الفصل. يشرح RFC 9989 محاذاة DMARC، ويضع RFC 5598 أدوار البريد ونطاقاته الإدارية، بينما يوضح RFC 8601 أن نتائج المصادقة لا تكتسب الثقة لمجرد ظهورها في ترويسة واردة من خارج النطاق الموثوق. ويسعى مسودتا مواصفة DKIM2 وأفضل ممارساته إلى إبقاء المعالجة المتعاقبة قابلة للتحقق عبر الوسطاء. لكن قابلية التحقق لا تمنح قرار نطاق إداري سلطة تلقائية داخل نطاق آخر.
إعادة كتابة From تكشف ثمناً مختلفاً
يذكر المقترح طريقاً بديلاً: يستطيع المرحّل إعادة كتابة From، فيتولى «ملكية» الرسالة ويتجاهل المتلقون اللاحقون المصادقة السابقة. يخسر هذا الخيار جزءاً من استمرارية هوية المؤلف الأصلي، لكنه يجعل نقطة انتقال المسؤولية أوضح. أما unaligned فيحافظ على قدر أكبر من الاستمرارية الظاهرية، ولذلك يحتاج إلى دفتر أدلة أدق يربط الحالة القديمة بالاستثناء الجديد.
لا توجد ضرورة لأن يفرض التنسيق المشترك حكماً واحداً على الجميع. قد يقبل متلقٍ الإعفاء، ويرفع آخر مستوى التدقيق، ويرفضه ثالث. المطلوب أن يعرف كل واحد أي حالة يتعامل معها. ويمكن تحقيق ذلك بقيمة سبب منظمة، أو بمعامل مرتبط بالنتيجة، أو بسجل قرار لا ينفصل عن التوقيع السابق والهوية المستخدمة في استعلام السياسة. أما الاحتفاظ بكلمة pass وحدها فيجعل التشغيل سهلاً على حساب صدق السجل.
ينبغي أن يحمل السجل، في الحد الأدنى، ما إذا كانت المحاذاة قد فُحصت، والتوقيع السابق الذي أسس الاستثناء، وحالة From التي حكمت الاستعلام، والنطاق الذي أعلن unaligned، والمتلقي الذي قبله، ومدة صلاحية الدليل. وإذا انتقلت الخلاصة خارج النطاق الإداري، فيجب ألا تتحول موافقة محلية إلى حقيقة عالمية قابلة لإعادة الاستخدام بلا سياق.
تساعد كتابات Heng Lu في ضبط الوصف المؤسسي. مرآة السياسة لا تكفي إذا كان التنفيذ الفعلي ينتج معنى مختلفاً عما يراه القارئ. والمواصفة الأولية الدنيا تستطيع توحيد سجل السبب من دون أن تملي على جميع المتلقين سياسة نهائية واحدة. كما أن الالتزام بالواقع يقتضي وصف مكانة المسودة بدقة: إنها مساهمة فردية نشطة، لا قراراً صادراً عن IETF ولا معياراً ذا مستوى مقصود مسجّل.
المصادر
- صفحة الوثيقة في IETF Datatracker
- سجل الوثيقة في IETF Datatracker
- بيانات الوثيقة عبر API
- نص المراجعة 01
- نص المراجعة 00
- الفروق الرسمية بين 00 و01
- واجهة مجموعة Individual Submissions
- مسودة مواصفة DKIM2 الأساسية
- مسودة أفضل ممارسات DKIM2
- RFC 9989 — DMARC
- RFC 5598 — بنية بريد الإنترنت
- RFC 8601 — Authentication-Results
- Heng Lu — The Policy Mirror
- Heng Lu — Minimum Initial Specification
- Heng Lu — Why Reality, Not Advocacy, Is the Product
إحاطة الأعضاء
سياق أعمق للملف الشخصي
سجّل الدخول بمستوى العضوية المناسب لفتح الإحاطة الكاملة وملاحظات المصادر.
للدائرة الاستراتيجية فقط
الدائرة الاستراتيجية
مفتوح لجميع القراء. افتح إحاطات الملف الشخصي بعد الانضمام وتسجيل الدخول.
انضم إلى الدائرة الاستراتيجيةلأعضاء تحالف القيادات فقط
تحالف القيادات
لأصحاب الأصول الفكرية المؤهلين وللإدارة؛ سجّل الدخول للوصول إلى إحاطات التحالف.
انضم إلى تحالف القيادات

