الأسئلة الشائعة

يحلل echo.email رسالة واحدة لكل عنوان ويشرح النتيجة. تشرح الإجابات أدناه طريقة عمل الخدمة ومعنى كل فحص في التقرير.

كيف يعمل echo.email؟

تمنحك الصفحة الرئيسية عنوانًا جديدًا من ثلاث كلمات، مثل power.file.tube@echo.email. تصل الرسالة المرسلة إلى هذا العنوان إلى خادم بريد echo.email، فيسجل الخادم محادثة SMTP ويمرر الرسالة للتحليل. بعد بضع ثوانٍ تنتقل الصفحة إلى تقرير يغطي المصادقة والمحتوى والامتثال والتسليم. لا تحتاج إلى تثبيت أي شيء، ولا توجد حسابات.

كم يبقى العنوان صالحًا؟

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

تُعتمد أول رسالة تصل. تُرفض الرسائل اللاحقة إلى العنوان نفسه، لذلك يخص كل تقرير رسالة واحدة بالضبط. تُرفض الرسائل الأكبر من 10 MB أثناء محادثة SMTP.

كم تُحفظ التقارير؟

يُحذف كل تقرير والرسالة المحفوظة وبيانات الصور المنزّلة تلقائيًا بعد 24 ساعة من وصول الرسالة. خلال هذه الساعات الأربع والعشرين يعمل رابط التقرير لكل من يملكه، وبعدها يتوقف الرابط عن العمل. الاستثناء الوحيد هو التقرير النموذجي، لأنه ناتج عن رسالة اختبار أُرسلت لهذا الغرض.

ماذا يحدث لمحتوى الرسالة؟

يحفظ echo.email الرسالة كاملة، أي الترويسات والنص والمرفقات، مع تفاصيل جلسة SMTP مثل عنوان IP المرسل واسم HELO وإصدار TLS. تُخزَّن البيانات في الاتحاد الأوروبي، ويعمل خادم البريد في فالكنشتاين بألمانيا. يرى كل من لديه رابط التقرير الرسالة كاملة، لذلك يُفضَّل أن تحتوي رسائل الاختبار على محتوى يمكن مشاركته. تحمل النشرات البريدية غالبًا روابط تتبع ورابط إلغاء اشتراك مرتبطًا بمستلم واحد، ونسخة مرسلة إلى قائمة اختبار تبقي هذه الروابط خاصة.

يصل عنوانان إلى المشغّل مباشرة: contact@echo.email للأسئلة والبلاغات، وprivacy@echo.email لطلبات البيانات. تجد التفاصيل الكاملة في سياسة الخصوصية.

ماذا يختبر فحص SPF؟

يحدد SPF الخوادم المسموح لها بإرسال البريد باستخدام نطاق ما في مسار الإرجاع. يأخذ echo.email النطاق من مرسل المغلف (عنوان MAIL FROM، ويُسمى أيضًا مسار الإرجاع أو Return-Path)، ويقيّم سجل SPF لهذا النطاق مقابل عنوان IP للخادم الذي يسلّم الرسالة. النتيجة الجيدة الوحيدة هي pass. أما softfail وneutral وnone فلا تمنح خادم الاستقبال أي إثبات SPF للمرسل.

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

لماذا يهم عدد استعلامات DNS؟

يُسمح لتقييم SPF بعشرة استعلامات DNS على الأكثر. تُحتسب كل من الآليات include وa وmx وptr وexists وredirect ضمن هذا الحد، بما فيها الموجودة داخل include متداخلة. تجاوز الحد يحوّل النتيجة إلى خطأ دائم، فتعامل خوادم الاستقبال الرسالة كأنها بلا SPF صالح إطلاقًا. للاستعلامات بلا نتيجة، أي الاستعلامات التي لا تُرجع أي سجل، حد منفصل هو اثنان. السبب المعتاد هو سلاسل طويلة من include لخدمات خارجية، وتقليص قائمة الخدمات يحل المشكلة.

ماذا يثبت DKIM؟

يضيف DKIM توقيعًا تشفيريًا إلى ترويسات الرسالة. ينشر النطاق الموقِّع المفتاح العام في DNS تحت محدِّد (selector)، ويجلب echo.email المفتاح ويتحقق من التوقيع مقابل الترويسات والنص كما وصلا. تعني النتيجة pass أن الأجزاء الموقّعة وصلت دون تغيير وأن النطاق الموقِّع يضمنها.

يعرض التقرير النطاق الموقِّع (d=) والمحدِّد (s=) والترويسات الموقّعة (h=) ونوع المفتاح وحجمه. يضع التقرير علامة تحذير على أي حد لطول نص الرسالة (l=)، لأن هذا الحد يسمح بإضافة محتوى إضافي بعد التوقيع.

ما هو DMARC؟

يربط DMARC بين SPF وDKIM والنطاق الظاهر في عنوان From. ينشر نطاق From سياسة في _dmarc.<domain> تخبر خوادم الاستقبال بكيفية التعامل مع البريد الذي يفشل في المصادقة: none أو quarantine أو reject. تنجح الرسالة في DMARC عندما ينجح SPF أو DKIM لنطاق متوافق مع نطاق From.

لا يضيف DMARC مصادقة خاصة به. تكمن قيمته في شرط التوافق وفي التقارير المجمّعة (rua=) التي ترسلها خوادم الاستقبال إلى مالك النطاق.

ماذا يعني التوافق؟

يقارن التوافق نطاقًا تمت مصادقته بنطاق From. يشترط التوافق المرن النطاق التنظيمي نفسه، لذلك يتوافق mail.example.com مع example.com. أما التوافق الصارم فيشترط اسم المضيف نفسه تمامًا. يُستخرج النطاق التنظيمي من Public Suffix List، وهي قائمة تعرف أن أسماء مثل example.co.uk تُعد نطاقًا واحدًا قابلًا للتسجيل. عندما يذكر التقرير كلمة متوافق دون تحديد، فالمقارنة تكون مع نطاق From.

ما هو BIMI؟

ينشر BIMI شعار علامة تجارية يعرضه مزودو صناديق البريد بجانب البريد الموثَّق. يوجد السجل في default._bimi.<domain> ويشير إلى شعار بصيغة SVG (l=)، وعند معظم المزودين إلى شهادة Verified Mark Certificate (a=). لا ينطبق BIMI إلا على النطاقات التي لديها سياسة DMARC مُلزِمة، أي quarantine أو reject بنسبة 100 بالمئة. يعرض echo.email السجل ويبيّن هل تستوفي سياسة DMARC هذا الشرط.

لماذا يهم DNS العكسي؟

يحتاج كل عنوان IP يرسل البريد إلى سجل PTR يشير إلى اسم مضيف، ويحتاج اسم المضيف إلى سجل A أو AAAA يشير إلى عنوان IP نفسه. تُسمى هذه الدورة DNS العكسي المؤكَّد أماميًا، أو FCrDNS. يعدّ كبار مزودي صناديق البريد FCrDNS الحد الأدنى لأي خادم إرسال، وكثيرًا ما يُرفض البريد القادم من عنوان IP بلا سجل PTR مباشرة.

ما هو DNS العكسي ذو الاسم المولَّد تلقائيًا؟

تتبع بعض سجلات PTR نمط تسمية مزود الإنترنت، مثل 192-0-2-10.dynamic.example.net. توحي أسماء كهذه باتصال منزلي أو بخادم لم يُعدّه أحد للبريد، فتتعامل معها المرشحات بريبة. أما الاسم المخصص ضمن نطاق المرسل نفسه، مثل mail.example.com، فيدل على خادم بريد أُعدّ عن قصد.

أي اسم HELO هو الأفضل؟

يعرّف خادم الإرسال نفسه باسم HELO أو EHLO في بداية محادثة SMTP. الاسم الجيد يخص خادم الإرسال، ويُحَل في DNS، ويطابق سجل PTR لعنوان IP المرسل. عناوين IP المجردة وأسماء مثل localhost والسلاسل العشوائية نموذجية للبرمجيات الخبيثة ولبريد snowshoe العشوائي، وتأخذها المرشحات في الحسبان.

لماذا نفحص TLS؟

يشفّر TLS الانتهازي محادثة SMTP عندما يعرض الخادم المستقبل STARTTLS. يعرض echo.email خيار STARTTLS في كل اتصال ويسجل إصدار TLS وخوارزمية التشفير التي اختارها المرسل. البريد المرسل دون TLS ينتقل نصًا واضحًا بين الخادمين، وتدرج Google وYahoo بروتوكول TLS ضمن متطلبات مرسلي البريد الجماعي. يحصي التقرير أيضًا الروابط والصور المحمّلة عبر http العادي، لأن هذه الطلبات تنتقل دون تشفير أيضًا.

لماذا نفحص IPv6؟

يحدد سؤالان جاهزية IPv6. الأول: هل يصل المرسل إلى خوادم البريد التي تعمل بـ IPv6 فقط؟ الرسالة التي تصل عبر IPv6 تجيب بنعم مباشرة. والرسالة التي تصل عبر IPv4 تُعد أيضًا داعمة لـ IPv6 عندما يملك المضيف المرسل سجل AAAA، ويشير DNS العكسي لعنوان IPv6 هذا إلى المضيف نفسه، وينجح SPF لهذا العنوان. تختار معظم خوادم البريد IPv4 أو IPv6 لكل اتصال على حدة، لذلك تصل الرسالة التالية من المضيف نفسه غالبًا عبر IPv6. السؤال الثاني: هل لكل مضيف يقدّم الصور والروابط في الرسالة سجل AAAA، حتى يتمكن القارئ على شبكة تعمل بـ IPv6 فقط أو خلف NAT على مستوى المشغّل (CGNAT) من تحميل المحتوى؟ يصف التقرير الرسالة بأنها جاهزة لـ IPv6 عندما تكون الإجابتان نعم.

كيف يُقاس حجم الرسالة؟

حجم الرسالة هو عدد البايتات كما أُرسلت: كل الترويسات وكل أجزاء MIME والمرفقات والزيادة الناتجة عن ترميز base64 أو quoted-printable. يقتطع Gmail الرسائل التي يتجاوز HTML فيها نحو 102 KB ويخفي الباقي خلف رابط، وغالبًا ما يحتوي الجزء المقتطع على رابط إلغاء الاشتراك وبكسل التتبع.

ما هو وزن الصور؟

وزن الصور هو الحجم الإجمالي للصور الخارجية المشار إليها في وسوم <img>، ويُقاس بتنزيل كل صورة مرة واحدة. هذا الرقم حد أدنى، لأن الصور الواردة في سمات srcset وخلفيات CSS لا تُحتسب. الرسالة الثقيلة تُحمَّل ببطء على اتصالات الهاتف المحمول وتستهلك بيانات القارئ.

ما هو تضخم الصور؟

يقدّر تضخم الصور عدد البايتات التي يوفرها المرسل لو قدّم كل صورة بحجم أقرب إلى حجم عرضها في الرسالة. الصورة التي لا يتجاوز حجمها ضعف حجم العرض تُحتسب بلا تضخم، لأن الشاشات عالية الكثافة تستفيد من البكسلات الإضافية. بعد ضعف حجم العرض، تضيف البكسلات الإضافية بايتات دون أن تضيف تفاصيل. الصور الأصغر من 1 KB، مثل صور المباعدة الشفافة (spacer)، لا تدخل في هذا الرقم.

كيف يتعامل echo.email مع الصور؟

ينزّل التحليل كل صورة خارجية مرة واحدة ويسجل حالة HTTP وعمليات إعادة التوجيه والحجم ونوع المحتوى وأبعاد البكسل، ثم يقارن الأبعاد بالحجم المعلن في HTML. تنزيل الصورة هو ما يفعله برنامج البريد عندما يفتح القارئ الرسالة، لذلك يسجل تتبع الفتح عملية فتح. تأتي التنزيلات من شبكة Cloudflare، وتُرفض الطلبات الموجهة إلى عناوين خاصة أو داخلية.

تُستخرج الروابط من HTML وتُجمَّع حسب المضيف، مع فك ترميز معاملات الاستعلام لتسهيل قراءتها. لا يفتح echo.email الروابط العادية أبدًا، لأن فتح رابط قد يؤكد اشتراكًا أو يطلق إجراءً أو يسجل نقرة. الاستثناء الوحيد هو رابط إلغاء الاشتراك بنقرة واحدة الموصوف أدناه.

ما هي List-Unsubscribe؟

List-Unsubscribe ترويسة معرَّفة في RFC 2369. تحمل الترويسة طريقة أو أكثر لمغادرة القائمة، على شكل عنوان mailto: أو رابط https: أو كليهما. يستخدم مزودو صناديق البريد هذه الترويسة لعرض زر إلغاء الاشتراك الخاص بهم بجانب اسم المرسل. روابط http العادية قديمة، والصيغة المتوقعة هي https.

ما هو إلغاء الاشتراك بنقرة واحدة؟

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

يرسل echo.email طلب POST نفسه ويعرض الاستجابة. أي حالة 2xx تُعد نجاحًا. يلغي الطلب الاشتراك لعنوان echo.email المؤقت فقط.

ماذا يعني إلغاء الاشتراك دون تفاعل؟

يكتمل إلغاء الاشتراك دون تفاعل من غير أن يفتح المستلم متصفحًا أو يؤكد أي شيء. الطريقة المفضلة هي النقرة الواحدة وفق RFC 8058. ويُحتسب أيضًا عنوان mailto: في List-Unsubscribe، مع أن إلغاء الاشتراك بالبريد أبطأ ولا يعطي المستلم أي تأكيد، لذلك يعامل المزودون mailto كخيار احتياطي.

لماذا لا يزال رابط إلغاء الاشتراك في نص الرسالة ضروريًا؟

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

ما هي List-Id؟

تسمّي List-Id (RFC 2919) القائمة البريدية التي تنتمي إليها الرسالة، مثل News <news.example.com>. لا تشترط Google وYahoo هذه الترويسة. يستخدمها المستلمون وخوادمهم لفرز البريد وتصفيته حسب نوعه، لذلك إضافتها ممارسة جيدة.

ما هي قائمة الممارسات الجيدة؟

تتبع القائمة المتطلبات التي نشرتها Google وYahoo لمرسلي البريد الجماعي في 2024: SPF متوافق، وDKIM متوافق، وDNS عكسي مؤكَّد أماميًا، وTLS، ونطاق From لا يتبع مزودي البريد المجاني ولا يفشل في DMARC، وسياسة DMARC منشورة، وطريقة مصادقة متوافقة واحدة على الأقل، وإلغاء الاشتراك بنقرة واحدة، ورابط ظاهر لإلغاء الاشتراك. كل صف إجابته نعم أو لا. الصف الأحمر سبب محتمل لضعف الوصول إلى صندوق الوارد لدى كبار المزودين، والنتيجة الكاملة هي الحد الأساسي للبريد الجماعي.

بعض الصفوف لا تدخل في النتيجة إلا عندما تنطبق على الرسالة. يُحتسب صفا إلغاء الاشتراك عندما تحمل الرسالة ترويسة بريد جماعي: List-Unsubscribe أو List-Unsubscribe-Post أو List-Id أو Precedence بالقيمة bulk أو list أو junk. الرسالة الشخصية التي لا تحمل أيًا منها تتخطاهما. ولا يُحتسب صف توافق SPF في النتيجة عندما يكون مرسل المغلف قد أُعيدت كتابته بـ SRS وينجح DMARC بفضل DKIM متوافق. بعد إعادة الكتابة بـ SRS، يفحص SPF نطاق الخادم الذي أعاد الكتابة بدلًا من نطاق From. تستخدم خوادم إعادة التوجيه SRS بطبيعة عملها، وبعض خوادم الإرسال تطبق SRS على كل البريد الصادر، فتفقد توافق SPF. تعرض النتيجة عدد الصفوف الناجحة من بين الصفوف المحتسبة.

كيف تُعرض الرسالة؟

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

ماذا يعرض قسم MIME؟

MIME هو البنية داخل الرسالة: الأجزاء وأنواع محتواها ومجموعات أحرفها وترميزات النقل والحدود الفاصلة بينها. تحتوي النشرة البريدية النموذجية على حاوية multipart/alternative فيها جزء text/plain وجزء text/html. يظهر بوضوح في الشجرة غياب جزء النص العادي، أو غياب الحد الفاصل الختامي، أو التداخل غير المعتاد.

ماذا يعرض قسم الحمولة؟

يعرض قسم الحمولة الرسالة الخام كما وصلت، مع إحصاءات: الحجم الإجمالي وعدد الأسطر وأطول سطر والأحرف خارج ASCII وفواصل الأسطر المفردة. يحدد RFC 5322 طول السطر بـ 998 حرفًا، وبعض الخوادم تقسم الأسطر الأطول أو ترفضها. فواصل الأسطر المفردة (LF) دون رجوع العربة (CR) مصدر شائع لفشل DKIM، لأن الخوادم على الطريق تعيد كتابتها.

يبدأ عرض الرسالة الخام بترويسات التتبع التي يسجلها mx.echo.email عند التسليم: Return-Path وAuthentication-Results وReceived-SPF وReceived. تحتها تأتي الرسالة كما وصلت تمامًا، ويقدّم رابط التنزيل ملف .eml دون أي تعديل.

ما قوائم الحظر (blocklists) التي يفحصها التقرير؟

تبحث خوادم الاستقبال عن عنوان IP المرسل ونطاقات المرسل في قوائم الحظر عبر DNS، والإدراج في قائمة واسعة الاستخدام يؤدي إلى رفض البريد أو تصفيته. يفحص التقرير القوائم نفسها التي يفحصها scan.mx: Spamhaus ZEN وAuthBL لعنوان IP، وSpamhaus DBL وZRD لنطاقي From والمغلف، إضافة إلى SpamCop وGBUdb Truncate وPSBL لعناوين IPv4. كل صف يقول مدرج أو غير مدرج، مع رابط إلى صفحة طلب الإزالة لدى مشغّل القائمة.

الإدراج بحسب السياسة في Spamhaus PBL يحدد نطاق عناوين غير مخصص لإرسال البريد مباشرة، مثل اتصال الإنترنت المنزلي. البريد من عنوان كهذا يجب أن يُرسل عبر خادم البريد لدى مزود الخدمة. تُخزَّن النتائج مؤقتًا لمدة ساعتين، لذلك يظهر أي إصلاح في اختبار جديد بعد ساعتين على الأكثر.

ماذا تعني نتيجة SpamAssassin؟

SpamAssassin مرشح بريد عشوائي مفتوح المصدر تستخدمه خوادم استقبال كثيرة. يقيّم خادم البريد كل رسالة اختبار باستخدام SpamAssassin وقواعده الافتراضية التي تُحدَّث يوميًا. يعرض التقرير المجموع وعتبة البريد العشوائي وهي 5 وكل قاعدة انطبقت، بدءًا بالأعلى نقاطًا. النقاط السالبة في صالح الرسالة، مثل توقيع DKIM صالح.

تبحث اختبارات الشبكة عن عنوان IP المرسل والنطاقات الموجودة في الروابط في Spamhaus (عبر DQS) وURIBL وSURBL والقوائم الأخرى في القواعد الافتراضية. التعلم البايزي وشبكات التجزئة المشتركة Razor وPyzor وDCC معطّلة، لذلك تعتمد النتيجة على الرسالة وحدها، ولا يُرسَل أي شيء عن الرسالة إلى خارج الخادم لأغراض التعلم.

النتيجة للاسترشاد فقط ولا تدخل في نتيجة الممارسات الجيدة. كل مستلم يشغّل مرشحه الخاص بقواعده وعتباته، ولا يستخدم Gmail وOutlook برنامج SpamAssassin إطلاقًا. النتيجة الأعلى من الصفر أمر طبيعي. القواعد ذات النقاط الأعلى تبيّن أين يفيد التغيير أكثر. الرسائل الأكبر من 500 KB لا تُقيَّم.

لماذا تحتاج نطاقات المرسل إلى خوادم بريد؟

تذهب الردود إلى نطاق From، وتذهب الرسائل المرتجعة إلى نطاق مرسل المغلف. يحتاج كلاهما إلى سجل MX، أو على الأقل إلى سجل عنوان تستخدمه خوادم البريد كبديل احتياطي. يعلن Null MX، وهو سجل MX واحد يشير إلى نقطة (RFC 7505)، أن النطاق لا يقبل أي بريد إطلاقًا، وبعض خوادم الاستقبال ترفض الرسائل القادمة من نطاق كهذا.

ما عناصر HTML التي تُعد خطرة؟

السكربتات والنماذج وعناصر iframe وobject وembed نادرًا ما يكون لها مكان في البريد الإلكتروني. تزيلها معظم برامج البريد، وتعدّها مرشحات البريد العشوائي مؤشرًا على التصيد. الروابط والصور العادية تؤدي المهمة نفسها دون هذه العقوبة. يعرض قسم المحتوى أيضًا حجم HTML ومقدار النص المرئي فيه، لأن الرسالة المكونة كلها تقريبًا من وسوم أو صور تبدو مريبة للمرشحات.

لماذا ننبّه على مختصرات الروابط؟

تخفي المختصرات العامة مثل bit.ly الوجهة الحقيقية. تستخدمها حملات التصيد بكثرة، لذلك تتعامل المرشحات بحذر مع الروابط التي تمر عبرها. أما الروابط التي تشير مباشرة إلى نطاق المرسل فتبني سمعة المرسل.

ماذا يعرض قسم DNS؟

يظهر كل استعلام DNS أُجري للتقرير في قسم DNS، مجمّعًا حسب الغرض: DNS العكسي وSPF وDKIM وDMARC وBIMI وخوادم البريد وفحص IPv6. لا تظهر استعلامات قوائم الحظر في القائمة، لأن أسماء استعلاماتها تحمل مفتاح وصول. يعرض كل إدخال الاسم ونوع السجل ورمز الاستجابة والإجابات مع TTL وأي سجلات authority. تبيّن القائمة السجلات التي أنتجت كل نتيجة، وهذا يساعد عندما لا يكون تغيير DNS حديث قد وصل بعد إلى كل المحللات.

أدوات مجانية أخرى

scan.mx
افحص إعداد البريد لنطاق: MX وSPF وDKIM وDMARC وBIMI.
portscan.com
اعرف منافذ TCP المفتوحة على عنوان IP، بما فيها المنفذ 25.