لماذا تصل رسائلك إلى مجلد البريد العشوائي، وما الذي يجب إصلاحه أولًا: SPF وDKIM وDMARC وحدود الإرسال

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

ابدأ بالمصادقة

تتحقق الخوادم المستقبِلة مما إذا كان مصرّحًا لك بالإرسال باسم نطاقك. والنطاق الذي يفشل في هذه الفحوصات يُصفّى في كل مكان تقريبًا، لذا أصلح هذا الأمر قبل أي شيء آخر.

تتولى ثلاثة سجلات هذه المهمة:

• SPF يحدد الخوادم المسموح لها بالإرسال باسم نطاقك.
• DKIM يوقّع رسائلك رقميًا حتى تتمكن الخوادم المستقبِلة من التحقق منها. يمكنك تفعيله لكل نطاق من cPanel → Email Deliverability.
• DMARC يخبر الخوادم المستقبِلة بما يجب فعله مع الرسائل التي تفشل في SPF وDKIM، ويطلب منها إرسال تقارير إليك.

افتح cPanel → Email Deliverability أولًا. فهي تتحقق من السجلات الثلاثة وتوضح لك موضع الخلل. وإذا أظهرت مشكلة، فلن يكون لأي تغيير آخر تجريه تأثير يُذكر.

اضبط سجل SPF

تخرج كل رسالة تُرسل من حساب WebGee عبر خادم ترحيل صادر مخصص هو MailBaby، وليس عبر عنوان IP الخاص بخادمك. ويجب تفويض خادم الترحيل هذا في سجل SPF، وإلا ستفشل كل رسالة في التحقق من SPF.

1. في cPanel، افتح Email Deliverability ضمن قسم Email.
2. ابحث عن نطاقك واختر Manage.
3. إذا كان DNS الخاص بك مستضافًا في cPanel، فاختر Install The Suggested Record. أما إذا كان مستضافًا في مكان آخر، مثل Cloudflare أو لدى مسجّل النطاق، فانسخ القيمة المقترحة وأنشئ سجل TXT هناك.

يبدو سجل SPF الخاص بـ WebGee على النحو التالي:

إذا كنت ترسل أيضًا من خدمات أخرى، فأضف كل واحدة منها إلى السجل نفسه. يجب أن يكون للنطاق سجل SPF واحد فقط: فوجود سجلين يُعد خطأً دائمًا، وتتعامل معه الخوادم المستقبِلة كأنه لا يوجد SPF على الإطلاق. كما يسمح SPF بحد أقصى 10 عمليات بحث DNS، وكل include: يستهلك عملية واحدة على الأقل. وتجاوز هذا الحد يؤدي إلى permerror، الذي يفشل تمامًا كما لو لم يكن هناك سجل.

تجد الشرح الكامل في ضبط سجل SPF.

فعّل DKIM، ثم انشر DMARC

فعّل DKIM من صفحة Email Deliverability نفسها. وتأكد من أن SPF وDKIM يظهران كسجلين صالحين قبل إضافة DMARC، لأن سجل DMARC على نطاق لا يعمل فيه SPF بشكل صحيح سيبدأ في إفشال رسائلك الشرعية نفسها.

لإضافة DMARC، اختر Manage بجانب نطاقك، ثم انتقل إلى قسم DMARC واختر Install The Suggested Record. السجل المقترح مخصص للمراقبة فقط، وهي نقطة البداية الصحيحة. أضف عنوانًا لاستلام التقارير المجمّعة:

شدّد السياسة على مراحل. فبمجرد أن تُظهر التقارير أن المصادر غير الشرعية وحدها هي التي تفشل، انتقل إلى p=quarantine، التي تُوجّه الرسائل الفاشلة إلى مجلد البريد العشوائي. وعندما تكون واثقًا، انتقل إلى p=reject، التي ترفضها تمامًا. لا تبدأ بـ p=reject: فمنصات التسويق وأنظمة الفوترة وأنظمة CRM ومنصات الدعم الفني كثيرًا ما ترسل باسم نطاقك، وأي منها لا يغطيه SPF وDKIM سيتوقف عن إيصال رسائله دون أن تصلك أي رسالة ارتداد تنبهك.

راجع نشر سجل DMARC لمعرفة كيفية إضافة السجل يدويًا من Zone Editor وقراءة التقارير.

أرسل بالطريقة الصحيحة

استخدم المصادقة عبر SMTP. الإرسال دون مصادقة يرفع درجة تصنيف الرسالة كبريد عشوائي فورًا. في برنامج البريد لديك، تأكد من تفعيل خيار My outgoing server requires authentication وأنه يستخدم اسم المستخدم وكلمة المرور نفسيهما المستخدمين للبريد الوارد. تحقّق من ذلك حتى لو كنت تعتقد أنه مفعّل بالفعل، لأن بعض البرامج تُلغي هذا الإعداد دون تنبيه عند تغيير كلمة المرور. راجع إصلاح الخطأ "550 Please turn on SMTP Authentication".

لا تستخدم PHP mail(). فهي ترسل الرسائل عبر اسم مضيف الخادم بينما يدّعي تطبيقك عنوان مرسل (From) مختلفًا، وتعتبر الخوادم المستقبِلة هذا التعارض انتحالًا. اضبط تطبيقك أو موقع WordPress الخاص بك للإرسال عبر SMTP باستخدام صندوق بريد حقيقي بدلًا من ذلك. راجع تفعيل PHP mail().

أرسل من عنوان على نطاقك الخاص. فعنوان مرسل مثل [email protected] يُرسل من خادمك سيفشل في اختبار التوافق (Alignment).

انتبه إلى المحتوى

تتفاعل أنظمة تصنيف البريد العشوائي مع أنماط معروفة. وفي الرسائل الشرعية، يكون السبب عادةً نمطًا أو اثنين منها:

• عناوين رسائل مكتوبة بالأحرف الكبيرة، أو مليئة بعلامات التعجب
• عبارات شائعة في البريد الجماعي مثل "تصرّف الآن" أو "لفترة محدودة" أو وعود بعوائد مضمونة
• رسالة عبارة عن صورة كبيرة واحدة بلا نص تقريبًا
• الروابط المختصرة مثل bit.ly، التي تُخفي الوجهة الحقيقية. استخدم الرابط الكامل.

افهم رسالة الرفض 550 الخاصة بالبريد العشوائي

تفحص WebGee البريد الصادر قبل خروجه. وأي رسالة تتجاوز درجة الحد المسموح تُعاد إليك بدلًا من إرسالها، مع رسالة الارتداد التالية: 550 This message was classified as SPAM and may not be delivered

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

وإذا استمرت الرسائل العادية في الفشل بعد التحقق من المصادقة والمحتوى، فافتح تذكرة دعم مرفقًا بها رسالة الارتداد كاملة وترويسات الرسالة. راجع إصلاح الخطأ "550 This message was classified as SPAM".

التزم بحدود الإرسال

البريد الصادر محدود بعدد معين لكل نطاق في الساعة بحسب خطتك. وتتراوح الحدود من 150 رسالة في الساعة في خطط مثل Infinity Hosting وcPanel Reseller Hosting، إلى 250 رسالة في WebGee Workspace وPremium Hosting — Business، وحتى 500 رسالة في Premium Hosting — Platinum. لا يوجد حد يومي. ويوجد هامش تجاوز بنسبة 25% يضع الرسائل التي تتخطى الحد بالساعة في قائمة الانتظار بدلًا من رفضها؛ أما ما يتجاوز ذلك فتُرفض محاولات إرساله.

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

يرسل نظام المراقبة التلقائي إشعارًا، وقد يفرض حظرًا، عندما يرسل الحساب إلى 250 مستلمًا أو أكثر خلال ساعة واحدة أو أكثر من 500 رسالة خلال 24 ساعة. وإذا تلقيت أحد هذه الإشعارات دون أن تكون قد أرسلت بريدًا جماعيًا، فتعامل معه على أنه اختراق محتمل: غيّر كلمة مرور صندوق البريد وراجع Track Delivery في cPanel.

لا يُسمح بإرسال البريد التسويقي عبر خدمات البريد في WebGee. استخدم خدمة مصممة للحملات مثل Mailchimp أو SendGrid أو Brevo. وإذا كنت تصل إلى الحد برسائل شرعية، فوجّه بريد تطبيقك عبر خادم ترحيل SMTP من طرف ثالث أو انتقل إلى خطة ذات حد أعلى. تجد الجدول الكامل في حدود إرسال البريد الإلكتروني.

احمِ سمعة نطاقك

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

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

شخّص مشكلة رسالة بعينها

عندما تُصفّى رسالة معينة، احصل على ترويساتها الكاملة. في البريد عبر الويب من WebGee، افتح الرسالة واختر القائمة ⋮ ثم View Source. وفي Gmail، استخدم Show original.

توضح الترويسة Authentication-Results ما إذا كانت SPF وDKIM وDMARC قد نجحت، بينما توضح X-Spam-Score أو X-Spam-Status مدى اقتراب الرسالة من حد التصنيف كبريد عشوائي. وبذلك تعرف ما إذا كانت لديك مشكلة واحدة أو عدة مشكلات. وعند التواصل مع الدعم الفني، الصق كتلة الترويسات كاملة كنص، وليس كلقطة شاشة.

تجد التعليمات الخاصة بـ Outlook وApple Mail وThunderbird في الحصول على الترويسات الكاملة لرسالة بريد إلكتروني.

تتبّع التسليم في Mail Delivery Center

يعرض Mail Delivery Center ما حدث لبريدك الصادر بعد خروجه من الخادم. وتقارن صفحة Email Deliverability فيه معدل التسليم لديك لدى Gmail وMicrosoft وYahoo/AOL وغيرها من المزوّدين، يومًا بيوم، وتحدد أي نطاق من نطاقات الإرسال لديك يقف وراء المشكلة، بما في ذلك ما إذا كان لكل منها سجل DMARC.

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