طريقة الاستخدام
- افتح الرسالة في برنامج البريد، واعثر على ترويساتها الأصلية أو الكاملة، وانسخها من السطر الأول حتى السطر الفارغ.
- ألصقها في الترويسات الخام. تقرأها الصفحة في متصفحك.
- اقرأ القفزات بالترتيب من أول قفزة إلى آخرها، وعمود التأخير للزمن الذي استغرقته كل قفزة.
- اقرأ نتيجة SPF ونتيجة DKIM ونتيجة DMARC. النجاح يظهر بالأخضر، وأي نتيجة أخرى تظهر بالأحمر.
كيف تسجّل الرسالة مسارها
يضيف كل خادم يتعامل مع الرسالة سطر Received في أعلى الترويسات (RFC 5321، القسم 4.4). يسمّي السطر المضيف الذي سمع منه الخادم (from)، والمضيف الذي أرسل إليه الرسالة (by)، والبروتوكول (with)، وتاريخاً بعد الفاصلة المنقوطة (RFC 5322، القسم 3.6.7). وإذا قرأت الأسطر من الأسفل، أعطتك المسار بالترتيب.
- تأخير القفزة هو زمنها ناقص زمن القفزة التي قبلها، مقروءاً من الأسفل إلى الأعلى.
- قد تكون ساعة الخادم خاطئة، فالتأخير السالب أو الطويل يدل على الساعة بقدر ما يدل على الشبكة.
العناوين والمحاذاة
From هو عنوان الكاتب. وReturn-Path هو المكان الذي تذهب إليه الرسائل المرتدة، وهو العنوان الذي يفحصه SPF (RFC 5322، القسمان 3.6.2 و3.6.7). يقارن DMARC نطاق From بالنطاق الذي فحصه SPF أو DKIM. وفي المحاذاة التساهلية، وهي الافتراضية، يكفي أن يشترك النطاقان في نطاق تنظيمي؛ أما في المحاذاة الصارمة فيجب أن يكونا الاسم نفسه (RFC 7489، القسمان 3.1 و3.1.1). وReply-To هو المكان الذي تذهب إليه الردود حين يُكتب (RFC 5322، القسم 3.6.2).
نتائج المصادقة
يسجّل الخادم المستلِم فحوصه في ترويسة Authentication-Results. كلمتها الأولى هي authserv-id لذلك الخادم، وكل نتيجة طريقة مع قيمة، مثل spf=pass وdkim=pass وdmarc=pass (RFC 8601، القسمان 2.2 و2.7). وReceived-SPF ترويسة أقدم تسجّل فحص SPF واحداً (RFC 7208، القسم 9.1).
مثال: رسالة عبر ثلاثة خوادم
الترويسات الافتراضية تُظهر رسالة من client.example.net مرّت عبر relay.example.net وmx.example.org قبل أن تصل إلى mail.example.net. إذا قرأت الأسطر الثلاثة من الأسفل، وجدت توقيتها 09:59:21 و10:00:03 و10:02:14، فالقفزة الثانية استغرقت 42 ثانية، والثالثة 2 د 11 ث.
ترويسة Authentication-Results تقول spf=pass وdkim=pass وdmarc=pass لـ example.net. وتذهب الردود إلى [email protected]، وهو نطاق آخر، فتعلّم الصفحة ذلك لأن الرد الذي يخرج من نطاق المُرسِل يستحق الفحص.
| المقياس | القيمة |
|---|---|
| سطور Received | 3 |
| الزمن من أول قفزة إلى آخرها | 2 د 53 ث |
| SPF | pass (example.net) |
| Reply-To | تذهب الردود إلى example.org، لا إلى example.net. تحقق من أن ذلك مقصود (RFC 5322، القسم 3.6.2). |
الأسئلة الشائعة
لماذا تكون القفزات بترتيب معاكس لسطور Received؟
يضع كل خادم سطر Received في الأعلى، فتكون أحدث قفزة أولاً في الترويسات (RFC 5321، القسم 4.4). تعكس الصفحة الترتيب، فيكون الصف الأول هو الخادم الذي غادرته الرسالة منه.
هل أثق بسطور Received؟
يكتب كل خادم سطره، لكن الأسماء والعناوين فيه هي ما أبلغ به ذلك الخادم، وقد يضيف المُرسِل أسطراً من عنده. والأسطر في الأعلى أُضيفت أحدث، من الخوادم الأقرب إليك، وتستحق الانتباه الأكبر.
ماذا يعني التأخير السالب؟
القفزة المسجّلة قبل القفزة التي قبلها تعني أن ساعتي خادمين لا تتفقان، أو أن منطقة زمنية قُرئت بشكل خاطئ. إنها علامة على خطأ في الساعة، لا على شبكة أسرع.
ما هي Authentication-Results؟
ترويسة يضيفها الخادم المستلِم ليذكر ما فحصه، مثل SPF وDKIM وDMARC، ونتيجة كل فحص (RFC 8601). وكلمتها الأولى تسمّي ذلك الخادم، ولا ينبغي الوثوق إلا بترويسة خادم الاستلام الخاص بك (القسم 2.5).
لماذا يهم نطاق Reply-To؟
تذهب الردود إلى Reply-To حين يُكتب، وإلى From بخلاف ذلك (RFC 5322، القسم 3.6.2). وإذا كان يسمّي نطاقاً آخر، فالردود تخرج من نطاق غير النطاق الذي جاءت منه الرسالة. وهذا ليس خطأً في ذاته، لكنه يستحق الفحص.
هل ترسل هذه الأداة ترويساتي إلى أي مكان؟
لا. تُقرأ الترويسات في متصفحك، ولا يُرسل شيء ولا يُخزَّن.
المصادر
- RFC 5322 (باللغة الإنجليزية): تنسيق رسالة الإنترنت
- RFC 5321 (باللغة الإنجليزية): بروتوكول نقل البريد البسيط، معلومات التتبع
- RFC 8601 (باللغة الإنجليزية): حقل ترويسة للإشارة إلى حالة مصادقة الرسالة
- RFC 7208 (باللغة الإنجليزية): إطار سياسة المُرسِل (SPF)
- RFC 7489 (باللغة الإنجليزية): DMARC
آخر مراجعة للأرقام والنص: الثلاثاء، 30 جمادى الأولى 1448 بعد الهجرة.