Email Spam Tester

Email Spam Tester › Email Spam Tester لـ Plesk

Email Spam Tester لـ Plesk

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

الإصدار 0.1.0، 1 أكتوبر 2026. تنزيل (75 كيلوبايت)، SHA-256 5df918a10cd996799f5d144abcc101970fab31fbb7e2298be78362257c0aaa28. توجد خطوات التثبيت في نهاية هذه الصفحة، وداخل الأرشيف يوجد النص نفسه في INSTALL.md. تتوفر الشيفرة والأرشيف نفسه كإصدار أيضًا على GitHub.

لمن صُممت هذه الإضافة

لمزودي خدمات الاستضافة الذين تعمل خوادمهم بنظام Plesk Obsidian 18.0.50 أو إصدار أحدث على Linux. تثبّت الإضافة بصلاحيات root وتسجّل الخادم مرة واحدة. بعد ذلك، يجد كل عميل Email Spam Tester ضمن Websites & Domains › نطاقه › Mail، بجوار Mail Settings. تحدد خطط الخدمة الأجزاء المتاحة لكل عميل.

لا تستطيع أداة اختبار عبر الويب فحص جهة الإرسال، فهي لا ترى سوى الرسالة التي وصلت إليها. ترسل الإضافة رسالة الاختبار من خادمك عبر Postfix، موقّعة بمفتاح DKIM الخاص بالنطاق، ومن عنوان IP واسم HELO الخاصين به، لذلك يصف التقرير الإعداد الفعلي لدى العميل. ولأن Plesk يحتفظ بمنطقة DNS الخاصة بالنطاق، فعادة ما يمكن إضافة السجل المفقود بضغطة زر واحدة.

ما يراه العميل

الاختبار

في الأعلى يوجد فحص يعمل قبل إرسال أي رسالة بريد إلكتروني: ما إذا كان هذا الخادم يجتاز SPF للنطاق، وما إذا كان Plesk يوقّع باستخدام DKIM وكان المفتاح الموجود في DNS هو نفسه المستخدم في التوقيع، بالإضافة إلى سياسة DMARC وسجل MX. لكل مشكلة زر إصلاح، أو عرض السجل عندما تكون خدمة DNS للنطاق مستضافة في مكان آخر.

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

يكون خيار "فحص المجلد لدى مزودي البريد الإلكتروني أيضًا" مفعّلًا افتراضيًا. بعد ذلك، يرسل الخادم في الخلفية نسخة واحدة إلى كل صندوق من صناديق الاختبار لدينا لدى Gmail وOutlook وYahoo ومزودي الخدمة الآخرين، بترتيب عشوائي وفاصل يتراوح بين ثانيتين وأربع ثوانٍ. تحمل كل نسخة Message-ID خاصًا بها، حتى تتمكن الإضافة من استخراج أسطرها من سجل Postfix. خلال نصف الساعة التالية يمتلئ الجدول بالنتائج: البريد الوارد أو البريد العشوائي أو العروض الترويجية لكل مزود، أو رد المزود مع رمز SMTP إذا رفض الرسالة. في Gmail، هذه صناديق بريد اختبار عامة، ويمكن لأي شخص فيها رؤية الموضوع واسم المرسل والمجلد، لذلك من الأفضل اختبار المحتوى السري من دون فحص المجلد.

يتضمن التقرير جميع الفحوصات، والدرجة من 100 والدرجة التقليدية من 0 إلى 10، وخطة الذكاء الاصطناعي، وأزرار الإصلاح نفسها، لكنها تستخدم هذه المرة عنوان IP الذي رآه التقرير فعليًا كمصدر للرسالة.

السجل

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

المراقبة

إذا سمحت بذلك على الخادم، يمكن للعميل تفعيل المراقبة لنطاق. بعد ذلك، تحصل كل رسالة يرسلها النطاق على تقرير تقني يتضمن DKIM وSPF وDMARC وعنوان IP المرسل وقوائم الحظر. يلخص التبويب آخر 24 ساعة حسب المصدر، لذلك يُحتسب البريد المرسل من PHP الخاص بالموقع بشكل منفصل عن بريد الويب أو تطبيق البريد. تظهر التنبيهات بعد ذلك، مثل فشل DKIM في أحدث الرسائل أو فشل SPF للبريد المرسل من الموقع. وتحتها تظهر أحدث الرسائل مع تقاريرها. يُحتسب تأكيدا طلب صادران من قالب المتجر نفسه كفحص واحد خلال ساعة، حتى لا ينتج متجر نشط ألف تقرير متطابق. ويمكن طلب خطة ذكاء اصطناعي لرسالة واحدة.

ما يحصل عليه المسؤول

يحتوي Tools & Settings › Mail › Email Spam Tester على إعداد التسجيل ومفتاح تفعيل المراقبة على مستوى الخادم بالكامل. ومن هناك، تُحدَّد الحدود لكل اشتراك لعدد الاختبارات وعمليات فحص المجلد وخطط الذكاء الاصطناعي والنطاقات الخاضعة للمراقبة، ولكل نطاق خاضع للمراقبة لعدد الرسائل يوميًا. يعرض جدول عناوين IP الخاصة بالخادم مع سجلات DNS العكسية لها، وما إذا كانت تطابق اسم HELO، وقوائم الحظر.

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

السعر

مجاني حاليًا، مثل أداة الاختبار نفسها. ستُذكر أي تغييرات أولًا في سجل التغييرات. تنطبق الحدود التي تحددها ضمن الحدود التي يحتفظ بها Email Spam Tester لكل خادم (عمليات فحص المجلدات وعمليات فحص النطاقات والنطاقات المراقبة يوميًا)، وتعرض صفحة المسؤول مجموعتي الحدود مع استخدام اليوم.

آلية العمل والبيانات التي تغادر خادمك

ترسل الإضافة رسالة الاختبار من خادمك، ولا تتخذ أي قرارات بنفسها. تتولى Email Spam Tester API، وهي نفسها التي يستخدمها الموقع، معالجة نتائج عمليات التحقق والسجل والتغييرات وسجل DNS الذي يجب نشره وموجز المراقبة والتنبيهات والحدود. تُرسل البيانات التالية إلى API:

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

أسئلة يطرحها مزودو الاستضافة

هل يغيّر DNS تلقائيًا؟

لا. لا يتغير أي سجل إلا عندما يضغط العميل على Fix ويؤكد السجل بصورته الحالية وبالصورة التي سيصبح عليها، وفقط عندما يقرأ العالم فعليًا DNS الخاص بالنطاق من خادمك. يحتفظ سجل SPF بكل العناصر الموجودة فيه، وتُضاف IP الخاصة بالخادم في البداية من دون أن تتطلب عملية بحث إضافية في DNS. لا تُستبدل سياسة DMARC الحالية أبدًا. يُسجَّل كل تغيير في سجل إجراءات Plesk، ويمكن التراجع عنه من علامة التبويب Test ما دام لم يعدّل أحد السجل بعد ذلك. تحتفظ محللات DNS العامة بالسجل المفقود طوال مدة SOA الدنيا للمنطقة، وهي ثلاث ساعات في قالب Plesk الافتراضي، لذلك قد يظل الاختبار الذي يُجرى مباشرة بعد الإصلاح يعرض النتيجة القديمة.

كيف ينسخ الرصد البريد؟

يعمل معالج بريد Plesk بعد أن يوقّع Plesk الرسالة باستخدام DKIM. يمرر كل رسالة من دون تغيير، وإذا كان الرصد مفعّلًا للنطاق، فإنه يسلّم نسخة إلى مستمع Postfix على 127.0.0.1 لا يقبل إلا عناوين الرصد الخاصة بنا. بعد ذلك، يسلّم Postfix النسخة مثل أي رسالة أخرى، من IP نفسها وبالتوقيع نفسه. تُحدَّد هوية صاحب الرسالة من بيانات تسجيل الدخول إلى SMTP أو من مستخدم النظام الخاص بالاشتراك، وليس من عنوان المرسل وحده أبدًا، لذلك لا يمكن لأي شخص دفع بريده إلى موجز عميل آخر. يُثبَّت المعالج في /usr/local/lib/email-spam-tester، وتُحفظ قائمة النطاقات في /etc/email-spam-tester/monitor.json.

هل يبطئ البريد الصادر؟

يقرأ المعالج الرسالة ثم يعيدها. تمرر عملية منفصلة النسخة إلى المستمع المحلي، لذلك لا تنتظر الرسالة الأصلية تسليم النسخة. أرسلت مرفقًا بحجم 5 MB عبر كل من sendmail وSMTP مع تفعيل الرصد، ووصلت الرسالة الأصلية والنسخة في الحالتين.

ما الذي اختُبر فعليًا؟

اختُبر Plesk Obsidian 18.0.81 على Ubuntu 24.04، على خادم لديه IP عامة ويستضيف DNS لنطاق: التثبيت وإلغاء التثبيت وإعادة التثبيت، والتسجيل، وإجراء اختبار يتضمن فحص المجلد من نطاق لا يحتوي على DKIM أو SPF أو DMARC، وأزرار الإصلاح الثلاثة، واختبار ثانٍ نجحت فيه عمليات التحقق الثلاث، والسجل، ورصد الرسائل المرسلة من الموقع ومن تطبيق بريد. اختُبرت صفحات الويب على تثبيت محلي من Plesk. لم تُختبر بعد توزيعات Linux وإصدارات Plesk الأخرى، أو خادم يمرر البريد عبر smarthost، أو استخدام qmail بدلًا من Postfix. Plesk لنظام Windows غير مدعوم. اكتب إليّ إذا شغّلته على أحد هذه الأنظمة.

التثبيت، خطوة بخطوة

يفترض هذا الدليل أن لديك صلاحية root على خادم Plesk. كل أمر أدناه معد للنسخ واللصق كما هو.

1. ما تحتاج إليه

يمكنك التحقق من كليهما قبل التثبيت. يجب أن يطبع الأمر الأول سطرًا يبدأ بـ 220، وأن يطبع الثاني 200:

timeout 10 bash -c 'exec 3<>/dev/tcp/t.email-spam-tester.com/25 && head -1 <&3'
curl -s -o /dev/null -w '%{http_code}\n' https://email-spam-tester.com/health

2. التثبيت

سجّل الدخول عبر SSH بصلاحية root. نزّل الإضافة وقيمة التحقق الخاصة بها:

cd /root
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip
curl -fsSLO https://email-spam-tester.com/plesk/latest.zip.sha256

تحقق من سلامة التنزيل. يجب أن ترى latest.zip: OK. إذا رأيت FAILED، فنزّل الملف مرة أخرى ولا تتابع:

sha256sum -c latest.zip.sha256

ثبّتها:

plesk bin extension --install /root/latest.zip

يجب أن يكون السطر الأخير The extension was successfully installed.

3. تسجيل الخادم

في Plesk، انتقل إلى Tools & Settings › Mail › Email Spam Tester واضغط على Register this server. يمكنك إدخال عنوان بريد إلكتروني لتلقي إشعارات عن الخدمة، وهذا اختياري.

يرسل التسجيل اسم مضيف الخادم، وإصدارات Plesk والإضافة، وعدد الاشتراكات، وعنوان البريد الإلكتروني المذكور. تكون الاستجابة مفتاحًا يبقى على هذا الخادم، ومشفرًا في إعدادات الإضافة، ولا يراه العملاء مطلقًا.

يجد العملاء Email Spam Tester ضمن Websites & Domains › a domain › Mail. وحتى تسجيل الخادم، لن تعرض لهم الإضافة سوى طلب التواصل معك.

4. تحديد ما يحصل عليه كل مستخدم

ضمن Service Plans › a plan › Permissions، وكذلك ضمن أذونات كل اشتراك، تضيف الإضافة أربعة أذونات، وجميعها مفعّلة افتراضيًا:

توجد حدود كل اشتراك، وهي الاختبارات وفحوصات المجلد وخطط AI والنطاقات الخاضعة للمراقبة ورسائل البريد الإلكتروني الخاضعة للمراقبة لكل نطاق يوميًا، في صفحة Tools & Settings › Mail › Email Spam Tester نفسها.

5. المراقبة المستمرة (اختيارية)

لا تُنسخ أي رسالة حتى تسمح بذلك ويفعّله عميل لنطاقه. في صفحة الإضافة ضمن Tools & Settings، اضغط على Allow constant monitoring on this server. يضيف هذا ما يلي:

تتضمن الصفحة نفسها الخيار Disable on the whole server، الذي يزيل العناصر الثلاثة كلها ويوقف المراقبة لكل نطاق.

لمعرفة حالتها من سطر الأوامر:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor status

تعني "state": "active" أنها مفعّلة، وتعني "off" أنه لم يُسمح بها قط أو أنها أُزيلت، وتعني "partial" أن أحد المكونات مفقود، إذ يعيد Plesk أحيانًا كتابة ملف master.cf الخاص بـ Postfix عند التحديث. يعيد خيار Repair في الصفحة نفسها المكون المفقود. كما تنفذ مهمة يومية الإجراء نفسه تلقائيًا.

6. الترقية

نزّل ملف latest.zip الجديد وقيمة التحقق الخاصة به كما في الخطوة 2، وتحقق منه، ثم نفّذ:

plesk bin extension --upgrade /root/latest.zip

يبقى التسجيل والحدود والمراقبة كما كانت. وإذا كانت المراقبة مفعّلة، فستُحدّث ملفاتها إلى الإصدار الجديد.

7. إلغاء التثبيت

plesk bin extension --uninstall email-spam-tester

يؤدي هذا إلى إزالة المراقبة من Postfix ومن معالجات البريد في Plesk، وإيقافها لكل نطاق خاضع للمراقبة. ولا يمس أي سجل DNS مطلقًا، بما في ذلك السجلات التي أنشأها العملاء باستخدام أزرار الإضافة.

إذا كانت المراقبة مفعّلة، فمن الأفضل إزالتها أولًا، حتى يظهر أي فشل فيها مباشرة بدلًا من ظهوره في سجل Plesk فقط:

/usr/local/psa/admin/sbin/modules/email-spam-tester/est-monitor disable

يطبع الأمر الحالة في النهاية. وتعني "state": "off" أن المعالج والمستمع والقائمة قد أُزيلت.

8. إذا لم يعمل شيء ما