البريد يذهب إلى السبام بعد نقل الاستضافة؟ خمسة أشياء لا تنتقل مع الملفات، وخطوات الإصلاح، وملخص شروط Gmail و Yahoo و Microsoft من صفحاتها الرسمية.
- شركة برمجيات مصرية منذ 2010
- دعم فني على واتساب
البريد يذهب إلى السبام بعد نقل الاستضافة لأن الملفات وحدها هي ما ينتقل بسهولة، أما هوية البريد فتعتمد على عنوان IP وسجلات DNS ومفاتيح توقيع كلها تتغير مع الخادم الجديد. وقد يكون عندك سبب آخر: رسائلك ثابتة لكن Gmail أو Outlook شدّدا شروطهما على المرسلين كبار الحجم. نرتب هنا ما يتغير عند النقل، وخطوات الإصلاح، ثم نلخص شروط Gmail و Yahoo و Microsoft من صفحاتها الرسمية دون أرقام مخترعة.
البريد يذهب إلى السبام بعد نقل الاستضافة: خمسة أشياء لا تنتقل مع الملفات
- سجلات DNS: إذا غيّرت خوادم الأسماء (nameservers) إلى المضيف الجديد، فالمنطقة الجديدة قد لا تحتوي على MX و SPF و DKIM و DMARC. أكثر حوادث ضياع البريد التي نراها سببها نقل خوادم الأسماء إلى منطقة ينقصها سجل MX. انسخ كل سجلات المنطقة القديمة قبل التغيير.
- SPF يشير إلى الخادم القديم: يبقى السجل يسمح بعنوان IP القديم، بينما تخرج الرسائل الآن من عنوان جديد، فتظهر النتيجة softfail أو fail.
- مفتاح DKIM: الخادم الجديد يولّد مفتاحًا خاصًا جديدًا. فإذا بقي المفتاح العام القديم في DNS فلن يطابق التوقيع. ولّد المفتاح الجديد وانشره.
- العنوان والسمعة و PTR: للعنوان الجديد سمعته الخاصة وسجله العكسي (PTR). قد يكون عنوانًا مشتركًا مع مواقع أخرى أو مستخدمًا سابقًا من غيرك. اسأل المضيف عن PTR، وافحص العنوان في قوائم الحظر.
- إعدادات الإرسال في الموقع والتطبيقات: نماذج الاتصال وإشعارات المتجر وبرامج Outlook على الجوالات قد تشير إلى خادم SMTP القديم أو تحمل بيانات دخول قديمة.
الأفضل أن تمنع المشكلة قبل النقل
خفّض قيمة TTL (مدة تخزين السجل مؤقتًا) في DNS قبل النقل بيوم، حتى تنتشر التغييرات أسرع. أنشئ الصناديق في الخادم الجديد وانقل الرسائل القديمة قبل تغيير MX. جهّز SPF و DKIM للعنوان الجديد قبل أن تبدأ الرسائل بالخروج منه. وتذكر أن تغيير MX لا يظهر للجميع في اللحظة نفسها، فقد يستمر وصول بعض الرسائل إلى الخادم القديم لفترة، ولهذا يبقى الحساب القديم مفتوحًا.
خطوات التصحيح بعد النقل
- صدّر منطقة DNS الحالية والقديمة وقارنهما سجلًا بسجل، خصوصًا MX و TXT.
- حدّث SPF بعنوان الخادم الجديد وأبقِ المصادر الأخرى (Workspace والنشرة والفواتير).
- فعّل DKIM على الخادم الجديد وانشر المفتاح، ثم تأكد أنه ظاهر في DNS فعليًا وليس في اللوحة فقط.
- تأكد من DMARC على _dmarc، ويفضّل أن يكون بالسياسة none في البداية.
- اطلب من المضيف تأكيد PTR للعنوان المرسِل، وافحص قوائم الحظر.
- أرسل رسائل اختبار إلى Gmail و Outlook.com واقرأ Authentication-Results كما في دليل اختبار الوصول وقراءة رأس الرسالة.
- خفّف الإرسال الجماعي في الأيام الأولى. ارفع الحجم تدريجيًا، فالعنوان الجديد بلا تاريخ عند المستقبِل.
- أبقِ الحساب القديم مفتوحًا أسبوعًا على الأقل حتى لا تضيع رسائل في الطريق.
وإن كنت تخطط للنقل أصلًا فراجع دليل نقل موقعك إلى استضافة جديدة بأمان لتضع البريد في الخطة من البداية.
شروط Gmail و Yahoo و Microsoft في جدول
| المزود | على كل المرسلين | على المرسلين الكبار |
|---|---|---|
| Gmail (صفحة Email sender guidelines، سارية من 1 فبراير 2024) | SPF أو DKIM، وسجلات DNS أمامية وعكسية صالحة، واتصال TLS، ونسبة سبام في Postmaster Tools أقل من 0.3% | 5,000 رسالة أو أكثر يوميًا: SPF و DKIM و DMARC (تقبل السياسة none) مع توافق From، وإلغاء اشتراك بنقرة واحدة لرسائل التسويق، ونسبة سبام أقل من 0.10% دون الوصول إلى 0.30% |
| Yahoo (صفحة Sender Requirements and Recommendations في Sender Hub) | SPF أو DKIM كحد أدنى | SPF و DKIM و DMARC بسياسة p=none على الأقل ونجاح DMARC، ونسبة سبام أقل من 0.3%، وإلغاء اشتراك بنقرة، والاستجابة خلال يومين. لا تذكر الصفحة رقمًا يعرّف المرسل الكبير |
| Microsoft (صفحة Microsoft الرسمية عن الخطأ 550 5.7.515 في Outlook.com) | لا تذكر الصفحة شروطًا على المرسلين الأقل حجمًا | 5,000 رسالة أو أكثر إلى خدمات البريد الاستهلاكية من Microsoft من الدومين نفسه في عنوان 5322.From: يجب أن ينجح SPF و DKIM معًا، وأن يكون للدومين سجل DMARC تنجح رسائله في فحصه |
تنبيه عن Microsoft: تذكر الصفحة الرسمية أن الرسالة التي لا تستوفي ذلك تُرفض بالنص «550 5.7.515 Access denied, sending domain … does not meet the required authentication level». لا تذكر الصفحة تاريخ سريان ولا معاملة خاصة بمجلد Junk، فاقرأ صفحة Microsoft الرسمية قبل الاعتماد على أي تفصيل آخر.
إلغاء الاشتراك بنقرة واحدة: ماذا يعني تقنيًا؟
تطلب Google و Yahoo من المرسلين الكبار أن تدعم رسائل التسويق إلغاء الاشتراك بنقرة واحدة. تقنيًا يعني ذلك إضافة ترويسة List-Unsubscribe إلى الرسالة، وتوصي Yahoo بطريقة POST المعرّفة في RFC 8058، وتقبل طريقة mailto. وتطلب Yahoo تنفيذ الطلب خلال يومين. أغلب خدمات النشرات البريدية تضيف هذه الترويسة تلقائيًا، فتأكد فقط أن الخيار مفعّل، ولا تحتاج أن تبرمجه بنفسك.
هل المشكلة من النقل أم من القواعد الجديدة؟
| ما تلاحظه | الأرجح | أين تبحث |
|---|---|---|
| بدأت المشكلة يوم النقل أو بعده بأيام | DNS أو SPF أو DKIM أو عنوان IP جديد | خطوات التصحيح أعلاه |
| بدأت دون أي تغيير عندك | تغيّر في سمعتك أو في شروط المستقبِل | Postmaster Tools وقوائم الحظر |
| رسائل ترتد من Outlook.com فقط وفيها 5.7.515 | توثيق لا يستوفي شرط Microsoft للمرسلين كبار الحجم | SPF و DKIM وتوافق DMARC |
| رسالة ارتداد من Gmail فيها 5.7.26 | رسالة غير موثّقة أو سياسة DMARC | Authentication-Results |
كيف يظهر الرفض أو التقييد عند Gmail و Outlook؟
- Gmail 550 5.7.26: «This email has been blocked because the sender is unauthenticated». وهناك صيغة مرتبطة بسياسة DMARC للدومين.
- Gmail 421 4.7.28: «Gmail has detected an unusual rate of email»، وهو تقييد مؤقت لمعدل الإرسال.
- Outlook 550 5.7.515: «Access denied, sending domain … does not meet the required authentication level».
إذا لم تصلك رسالة ارتداد، فقد تكون الرسالة وصلت إلى مجلد السبام أو الـJunk بدل أن تُرفض.
هل تنطبق هذه الشروط على شركتك الصغيرة؟
أرقام 5,000 رسالة يوميًا تخص كبار المرسلين، وأغلب الشركات الصغيرة لا تصل إليها. لكن شروط الحد الأدنى في Gmail (SPF أو DKIM، و PTR، و TLS، وسبام منخفض) تنطبق على الجميع. ولهذا نضبط السجلات الثلاثة دائمًا، ولو بسياسة DMARC الهادئة. فالشروط تتغير مع الوقت، ومن يضبط الأساس مبكرًا لا يحتاج أن يعدّل كل شيء عند كل إعلان جديد من أحد المزودين الكبار. وتجد الشرح التفصيلي للسجلات في دليل SPF و DKIM و DMARC بأمثلة، والأسباب الأخرى المحتملة في الأسباب الثمانية لذهاب ايميل الشركة إلى السبام.
وإذا كنت ترسل نشرة بريدية إلى عدد كبير، ففكّر في إرسالها من دومين فرعي مثل mail.example.com، حتى لا تتأثر سمعة صناديق الموظفين اليومية بشكاوى النشرة. هذه ممارسة شائعة وليست شرطًا في صفحات Gmail أو Yahoo أو Microsoft. وسجّل عدد ما ترسله إلى عناوين Gmail و Outlook.com أسبوعًا كاملًا لتعرف أين تقف من الأرقام المذكورة أعلاه.
قائمة فحص سريعة بعد النقل
- نسخت كل سجلات DNS القديمة قبل تغيير خوادم الأسماء.
- SPF يتضمن عنوان الخادم الجديد وكل المصادر الأخرى.
- DKIM جديد منشور ورسالة اختبار تعرض pass.
- PTR للعنوان الجديد صحيح، والعنوان خارج قوائم الحظر.
- إعدادات SMTP في الموقع والتطبيقات والجوالات محدّثة.
- الإرسال الجماعي مخفف في الأيام الأولى، والحساب القديم مفتوح أسبوعًا.
ما الذي نفعله في برمجلى؟ نضبط لك السجلات ونختبرها
برمجلى شركة برمجة واستضافة في القاهرة منذ 2010، ولدينا 89 موقعًا لعملاء نشغّل لهم الاستضافة ونجهّز بريد الشركة. إذا كنت لا تريد تعديل سجلات DNS بنفسك، فنحن نضبط لك السجلات ونختبرها بإرسال فعلي إلى حسابات حقيقية، ونشرح لك ما وجدناه بلغة مفهومة. وإن كنت تحتاج صناديق بريد جاهزة على دومينك فتجدها في باقات ايميل الشركة. لا نعد بوصول مطلق إلى صندوق الوارد، لأن القرار الأخير عند المستقبِل، لكننا نزيل الأسباب الفنية التي تحت سيطرتك. تواصل معنا على واتساب إن أردت أن نفحص حالتك.
المصادر
- Google, Email sender guidelines (Gmail Help)
- Google, Gmail SMTP errors and codes
- Yahoo Sender Hub, Sender Requirements and Recommendations
- Microsoft Support, Fix NDR error “550 5.7.515” in Outlook.com
- Google, Set up Postmaster Tools
- IETF RFC 7208, Sender Policy Framework (SPF)
أسئلة شائعة
هل ينتقل سجل DKIM مع الموقع عند النقل؟
لا. المفتاح الخاص يتولد على الخادم الذي يوقّع الرسائل، والمفتاح العام يُنشر في DNS. عند النقل ولّد مفتاحًا جديدًا على الخادم الجديد وانشره، أو انقل المفتاحين معًا إن كان مزودك يسمح بذلك.
ما معنى أن نسبة السبام يجب أن تكون أقل من 0.3% عند Gmail؟
تقول Google في صفحة Email sender guidelines إن على كل المرسلين إبقاء نسبة السبام في Postmaster Tools أقل من 0.3%، وتنصح الكبار بأن تبقى دون 0.10% وألا تصل إلى 0.30%. وهي نسبة الرسائل التي يبلّغ مستلموها أنها سبام.
هل رابط إلغاء الاشتراك بنقرة واحدة مطلوب على رسائل الفواتير والمراسلات العادية؟
تربطه Google بالرسائل التسويقية ورسائل الاشتراكات للمرسلين الكبار، لا بكل رسالة. ومع ذلك ضع رابط إلغاء واضحًا في أي نشرة، ولا تخلط النشرة ورسائل المعاملات في مصدر واحد.
هل Hotmail و Live و Outlook.com تخضع لشروط Microsoft نفسها؟
تتحدث صفحة Microsoft الرسمية عن «خدمات البريد الاستهلاكية من Microsoft»، ولا تفصّل كل النطاقات الداخلة فيها. ولخدمات الشركات (Microsoft 365) راجع وثائقها ولا تفترض التطابق.
بعد النقل أرسلت اختبارات كثيرة فأصبح الوضع أسوأ، فماذا أفعل؟
توقف عن الإرسال لمدة يوم، أصلح السجلات أولًا، ثم أرسل عددًا قليلًا من الرسائل الحقيقية إلى حسابات مختلفة. الإغراق بالاختبارات يزيد الشبهة ولا يعطي معلومة إضافية.
خدمات مرتبطة
- تصميم مواقع الشركات في مصر
- إنشاء متجر إلكتروني
- برمجة مواقع وأنظمة خاصة
- ايميل رسمي للشركات
- أتمتة واتساب للشركات
- نظام شركات السياحة
