لماذا تصل رسائل البريد الإلكتروني إلى مجلد الرسائل غير المرغوب فيها

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

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

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

فخ التصنيف الدائم كمرسل بكميات كبيرة

لماذا تصل رسائل المرسلين بالجملة إلى مجلد الرسائل غير المرغوب فيها: وفقا لإرشادات Google، إذا أرسلت 5,000 رسالة إلى عناوين Gmail في يوم واحد فقد تصنفك Google مرسلا بالجملة، ويعامل هذا الحد باعتباره أعلى حجم مسجل لا يعاد ضبطه يوميا. بعد هذا التصنيف، يلزم إلغاء الاشتراك بنقرة واحدة وفق RFC 8058 في كل رسالة تسويقية، ويصبح وجود DMARC بسياسة لا تقل عن p=none إلزاميا، مع ضرورة تجنب بلوغ معدل الشكاوى 0.3%. ولا توفر الإرشادات مسارا للعودة إلى تصنيف غير جماعي.

قد يتجاوز المرسل هذا الحد دون أن ينتبه. فحملة ترويجية واحدة إلى قائمة متوسطة الحجم قد تتجاوز 5,000 رسالة خلال دقائق. ومنذ ذلك الحين تنطبق متطلبات المرسل بالجملة، وإذا لم تكن ملتزما بها فقد تزداد مرات وصول رسائلك إلى مجلد الرسائل غير المرغوب فيها من دون أن ترسل Google إليك تنبيها مباشرا.

الإصلاح ليس معقدا، لكنه يجب أن يكون متكاملا. تحتاج إلى ترويسات RFC 8058 في كل رسالة تسويقية، وسجل DMARC ينجح في المحاذاة، وإبقاء معدل الشكاوى دون 0.1% باستمرار. وتعثر أي عنصر منها قد يفسر وصول الرسائل إلى مجلد الرسائل غير المرغوب فيها حتى عندما تبدو العناصر الأخرى سليمة.

حافة معدل الشكاوى البالغ 0.3%

لماذا قد تصل الرسائل إلى مجلد الرسائل غير المرغوب فيها عند 0.3% من الشكاوى: توصي Google بإبقاء المعدل دون 0.1% وتجنب بلوغه 0.3% أو تجاوزه. وتستخدم Yahoo أرقاما مماثلة، لكن طريقة حساب المقام قد تختلف، وهذا فارق مهم. ففي بعض تقارير Yahoo تقاس الشكاوى مقارنة بالرسائل التي وصلت إلى صندوق الوارد لا بإجمالي الرسائل المرسلة، لذلك يمكن لضعف قابلية التسليم أن يضخم المعدل بسرعة بسبب صغر المقام.

مثال حساب مقام صندوق وارد Yahoo: ترسل 1,000 رسالة. تذهب 900 منها إلى مجلد الرسائل غير المرغوب فيها، وتصل 100 إلى صندوق الوارد. يضغط مستلم واحد على "الإبلاغ عن رسالة غير مرغوب فيها". النتيجة هي 1 شكوى ÷ 100 عملية تسليم إلى صندوق الوارد = معدل شكاوى 1.0%، أي أكثر من الحد بثلاث مرات، رغم أنك تلقيت شكوى واحدة فقط من أصل 1,000 رسالة مرسلة.

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

تحقق من معدل الشكاوى في Google Postmaster Tools قبل إرسال حملة أخرى. وإذا تجاوز 0.08%، فتعامل معه كإنذار مبكر عاجل.

فخ محاذاة DMARC

لماذا تصل الرسائل إلى مجلد الرسائل غير المرغوب فيها رغم نجاح SPF وDKIM: لا يتحقق DMARC من نجاح SPF وDKIM فحسب، بل يتحقق أيضا من محاذاتهما مع نطاق From. إذا كنت ترسل عبر مزود خدمة بريد إلكتروني يستخدم بنية مشتركة، فقد ينجح SPF وDKIM ويفشلا مع ذلك في محاذاة DMARC. وهذا من الأسباب الشائعة لوصول الرسائل إلى المجلد غير المرغوب فيه رغم ظهور نتائج مصادقة سليمة.

الإصلاح هو مصادقة النطاق المخصص: سجلات CNAME توجه نطاقك الفرعي إلى بنية مزود الخدمة، مع نطاق فرعي مخصص لمسار الإرجاع يتيح نجاح محاذاة SPF تحت نطاقك. يدعم معظم مزودي خدمة البريد الكبار ذلك، لكنه قد لا يكون مفعلا افتراضيا. فعله قبل الإرسال التالي.

راجع إرشادات Google لمرسلي البريد الإلكتروني للاطلاع على متطلبات المحاذاة الحالية. حدّثت Google هذه القواعد في 2024، وتطبق الآن متطلبات المرسلين بكميات كبيرة.

حاجز Microsoft أمام عناوين IP الجديدة

لماذا تصل الرسائل إلى مجلد الرسائل غير المرغوب فيها في Outlook وHotmail: قد تتعامل Microsoft بحذر مع عنوان IP لا يملك سجل إرسال. وحتى إذا كانت سمعة نطاقك جيدة، فإن الانتقال إلى عنوان IP مخصص جديد أو تبديل المزود يعني بدء بناء الثقة على مستوى عنوان IP من جديد. ولا تدل رسائل SMTP التالية بالضرورة على فشل المصادقة وحده، فقد ترتبط بالحجم أو السمعة أو التقييد، ولذلك ينبغي تفسيرها في سياق السجلات الكاملة وخطة التهيئة التدريجية.

451 4.7.500 - Server busy, try again later (throttle signal - slow down)
421 RP-001  - Reputation limitation; this IP has no sending history
550 5.7.515 - Message volume exceeds IP reputation (not an auth failure)

تتطلب تهيئة الإرسال إلى Microsoft تدرجا حذرا. ويمكن أن يكون الجدول التجريبي كالتالي: في اليوم 1 أرسل 50 رسالة، وفي اليوم 2 أرسل 100، وفي اليوم 3 أرسل 200، وبعدها ضاعف العدد كل 2-3 أيام ما دامت مؤشرات التسليم مستقرة. لا يوفر تجاوز التدرج وقتا، بل قد يؤدي إلى تأجيلات آلية تعيدك إلى نقطة البداية.

إذا كنت ترى 421 RP-001 باستمرار، فتحقق من دلالة الرمز في الاستجابة الكاملة ومن سمعة عنوان IP قبل تغيير DNS. قد يحتاج عنوان IP الجديد إلى خطة تهيئة مخصصة وسلوك إرسال نظيف لعدة أسابيع. والاستعجال في هذه المرحلة سبب محتمل لوصول الرسائل إلى مجلد الرسائل غير المرغوب فيها في Outlook حتى حين تبدو سمعة النطاق جيدة.

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

لماذا تصل الرسائل إلى مجلد الرسائل غير المرغوب فيها عندما يصعب الانسحاب: إذا لم يجد المستلم خيارا واضحا لإلغاء الاشتراك، فقد يستخدم زر "الإبلاغ عن رسالة غير مرغوب فيها" بدلا منه، وهذا يسجل شكوى. وبالنسبة إلى المرسلين بكميات كبيرة، تطلب Google وYahoo إلغاء الاشتراك بنقرة واحدة وفق RFC 8058 للرسائل التسويقية منذ يونيو 2024.

يلزم وجود الترويسين التاليين في كل رسالة تسويقية:

List-Unsubscribe: <mailto:unsub@yourdomain.com>, <https://yourdomain.com/unsubscribe?id=123>
List-Unsubscribe-Post: List-Unsubscribe=One-Click

يجب أن يقبل عنوان HTTPS طلب POST لإلغاء الاشتراك مباشرة من دون تسجيل دخول أو خطوة تأكيد. وقد تؤثر عمليات إعادة التوجيه أو التدفقات التفاعلية في التوافق بحسب طريقة تنفيذ المزود. تعرض واجهة صندوق وارد Google رابط "Unsubscribe" المستمد من هذه الترويسة عند استيفاء الشروط. وإذا غابت الترويسة أو كان تنسيقها خاطئا، فقد لا يظهر الرابط. وعندما يصعب على المستخدم الخروج، قد يبلغ عن الرسالة، فتتكون حلقة ملاحظات تزيد احتمال وصول البريد إلى المجلد غير المرغوب فيه.

إعادة التوجيه وتعطل SPF

لماذا قد تصل الرسائل إلى مجلد الرسائل غير المرغوب فيها بعد إعادة التوجيه: غالبا ما تعطل إعادة توجيه البريد SPF عند جهة الاستلام التالية. وهذا هو تسلسل الفشل المحتمل:

1. ترسل من you@yourcompany.com إلى عنوان Gmail. ينجح SPF لأن عنوان IP لخادمك مصرح له.
2. يكون حساب Gmail مهيأ لإعادة التوجيه إلى عنوان Yahoo، فيعيد Gmail تسليم الرسالة إلى Yahoo باستخدام عنوان IP تابع له.
3. يتحقق Yahoo من SPF. أصبح عنوان IP المرسل تابعا لـ Gmail لا لك، وعنوان Gmail غير موجود في سجل SPF الخاص بك، فيفشل SPF.
4. إذا فشل DKIM أيضا، مثلا لأن وسيط إعادة التوجيه عدل جزءا موقعا من الرسالة، يفشل DMARC. وقد يسلم Yahoo الرسالة إلى مجلد الرسائل غير المرغوب فيها أو يرفضها.

ينجو DKIM من إعادة التوجيه في حالات كثيرة ما دامت الأجزاء الموقعة لم تتغير. ويوصى بمفاتيح DKIM بطول 2048-bit لقوة التشفير، لكنها لا تمنع فشل التحقق إذا عدل وسيط إعادة التوجيه ترويسات أو محتوى مشمولا بالتوقيع. وفي سيناريوهات إعادة التوجيه، يعيد SRS، أي Sender Rewriting Scheme، كتابة مسار الإرجاع لمساعدة SPF على النجاح عبر سلسلة إعادة التوجيه. اقرأ دليل إعادة توجيه البريد باستخدام SRS لإعداده بصورة صحيحة.

سير عمل تشخيصي في 15 دقيقة

قبل تغيير أي شيء، تأكد مما يفشل فعليا. يساعد سير العمل التالي في عزل سبب وصول الرسائل إلى مجلد الرسائل غير المرغوب فيها خلال أقل من 15 دقيقة باستخدام أدوات متاحة عادة.

الخطوة 1: فحص ترويسات المصادقة (0-5 min)

أرسل رسالة اختبار إلى عنوان Gmail تتحكم فيه. افتحها واضغط قائمة النقاط الثلاث واختر "Show Original"، ثم انتقل إلى Authentication-Results. ستعرض نجاح SPF وDKIM وDMARC أو فشل كل منها على حدة. وإذا ظهر fail لأي منها، فهذا أول عنصر ينبغي تشخيصه وإصلاحه.

الخطوة 2: التحقق من سجلات DNS (5-10 min)

# Check SPF record
dig txt yourdomain.com +short

# Check DMARC record
dig txt _dmarc.yourdomain.com +short

# Check DKIM (replace 'default' with your actual selector)
dig txt default._domainkey.yourdomain.com +short

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

الخطوة 3: فحص سمعة عنوان IP والنطاق (10-15 min)

افتح Google Postmaster Tools وافحص مخططات سمعة النطاق وعنوان IP إذا كانت البيانات متاحة. وكل تصنيف أدنى من "High" يستحق التحقيق مع بقية مؤشرات التسليم. وافحص أيضا عنوان IP المرسل عبر Spamhaus، بما في ذلك SBL وXBL. فقد تؤثر أي قائمة منطبقة في التسليم بشدة، لكن ينبغي قراءة سبب الإدراج وسياسة القائمة قبل اتخاذ الإجراء.

الإصلاح البنيوي: فصل الاستضافة عن الإرسال

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

يتيح نموذج BYO SMTP في TrekMail ربط Amazon SES أو SendGrid أو Mailgun للإرسال الصادر مع إبقاء صناديق البريد ضمن خطة بسعر ثابت. استخدم بيانات اعتماد SMTP للبريد المعاملاتي وأخرى للتسويق، بعناوين IP ومجموعات سمعة منفصلة لتقليل انتقال الضرر. ويمكن للوكالات تدوير بيانات اعتماد SMTP لكل عميل من دون تعديل إعداد صناديق البريد أو ترحيل البيانات.

يرشدك معالج SPF/DKIM/DMARC المدمج خلال إعداد المحاذاة لكل نطاق على حدة، وتعرض لوحة النطاقات المتعددة حالة المصادقة لجميع نطاقاتك في شاشة واحدة.

خطة Nano: $0، وتشمل 10 نطاقات وسعة 5GB وBYO SMTP، ولا تحتاج إلى بطاقة ائتمان وتبقى مجانية. Starter: بسعر ثابت $3.50 شهريا، وتشمل 50 نطاقا وسعة 15GB وخدمة SMTP مدارة وتجربة مجانية لمدة 14 يوما، مع اشتراط بطاقة ائتمان للتجربة.

ابدأ مجانا، من دون بطاقة ائتمان أو تجربة محدودة، مع 10 نطاقات وBYO SMTP من اليوم الأول. أو اطلع على الخطط وابدأ تجربة Starter لمدة 14 يوما إذا كنت تحتاج إلى SMTP مدار.

توقف عن السؤال لماذا تصل الرسائل إلى المجلد غير المرغوب فيه، وأصلح البنية

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

عالج المشكلات التقنية بسير العمل التشخيصي أعلاه، وعالج المشكلة البنيوية ببنية BYO SMTP من TrekMail. الأول يقلل احتمال اندلاع المشكلات، والثاني يساعد على احتوائها إذا ظهرت.

ابدأ مجانا مع 10 نطاقات ومن دون بطاقة ائتمان، أو استكشف خطة Starter بسعر ثابت $3.50 شهريا، من دون رسوم لكل مستخدم، مع عزل سمعة الإرسال لكل نطاق ولوحة واحدة لكل شيء.