لماذا لا يصل البريد إلى نطاقي المخصص؟

بماذا أبدأ الفحص؟

افحص سجلات MX أولاً، لأنها تحدد أين يُسلَّم كل بريد للنطاق. سجل MX يسمّي خادم بريد وأولوية؛ ويجرّب المُرسِلون الرقم الأدنى أولاً. إذا كانت القائمة فارغة، فلا مكان يذهب إليه البريد. وإذا كانت تسمّي المزوّد القديم، فسيستمر البريد في الوصول إليه.

يُظهر أمران الجواب. استبدل yourname.com بنطاقك.

كيف يجب أن تبدو إجابة MX؟

يجب أن تسرد فقط مضيفي مزوّدك الحالي. الإجابة المتوقعة لـ Proton Mail سطران: mail.protonmail.ch بأولوية 10 وmailsec.protonmail.ch بأولوية 20. وبالنسبة إلى Fastmail هي in1-smtp.messagingengine.com بأولوية 10 وin2-smtp.messagingengine.com بأولوية 20. تجد طريقة قراءة كل سجل في كيف تتحقق من سجلات MX وSPF وDKIM وDMARC.

لماذا ما زال البريد يذهب إلى مزوّدي القديم؟

لأن سجلات MX القديمة ما زالت في المنطقة، أو لأن المحللين ما زالوا يحتفظون بها في الذاكرة المؤقتة. بحسب فهرس Postelva بتاريخ 12 نوفمبر 2026، يطلب ثلاثة من المزوّدين الذين لديهم إعداد MX موثّق، وهم Proton Mail وMailbox.org وFastmail، إزالة سجلات MX التي تشير إلى مكان آخر، أو إعطاء الجديدة أقل رقم أولوية. وترك المجموعتين معاً يرسل البريد إلى أي من الخادمين بشكل غير متوقع.

الوقت الذي يحتاجه التغيير هو تقريباً الـ TTL القديم للسجل لحظة تغييره. فـ TTL بقيمة 3600 ثانية يعني إجابات مخزّنة لمدة تصل إلى ساعة؛ وقيمة 86400 تعني حتى يوم كامل. يقول Proton Mail إنه يجب السماح بيوم كامل لتغييرات MX، ويقول Mailbox.org إن مزامنة سجل التحقق لديه قد تستغرق حتى 48 ساعة. وإذا كنت تخطط لانتقال لا لإصلاح، فإن انقل بريدك إلى مزوّد جديد دون أن تفقد رسائل يشرح كيف تخفض TTL مسبقاً.

هل يمكن أن يوقف نطاق منتهٍ بريدي؟

نعم: بعد أن يتجاوز النطاق تاريخ انتهائه ويتوقف DNS عن الحل، يرتد البريد الوارد أو يضيع. تتيح سياسة ICANN لاسترداد التسجيلات المنتهية للمالك أن يجدّد من يوم الانتهاء. وبعد الحذف، تعرض سجلات gTLD فترة استرداد مدتها 30 يوماً يُعطَّل فيها حل DNS، ويُمنع النقل، ويستطيع المسجّل استعادة الاسم برسم إضافي. ويختلف اليوم الدقيق الذي يتوقف فيه DNS من مسجّل إلى آخر.

سبب ثانٍ أقل شهرة هو بريد المسجِّل. تشترط ICANN أن يوثّقه المسجّل خلال 15 يوماً من التسجيل أو النقل أو تغيير المسجِّل، ويمكن تعليق نطاق لا يردّ مالكه أبداً. تقول Postelva ذلك بوضوح: يُتحقق من البريد الإلكتروني للمسجِّل بعد التسجيل، كما تقتضي قواعد ICANN (خلال 15 يوماً). أجب عن رسالة التحقق، وفعّل التجديد التلقائي، وهو هنا تجديد تلقائي من رصيدك، يمكن تفعيله أو إيقافه لكل نطاق. ويرد الجدول الزمني الكامل في ماذا يحدث للبريد حين ينتهي النطاق.

هل يمكن لـ SPF أو DKIM أو DMARC أن يُخفي البريد؟

تؤثر هذه الأمور في البريد الذي ترسله أكثر من البريد الذي تستقبله، لكن سياسة DMARC الصارمة قد تجعل المستقبِلين يرفضون رسائلك مباشرة. لا يجوز أن ينشر النطاق أكثر من سجل SPF واحد: فسجل ثانٍ، أو سجل SPF يحتاج إلى أكثر من 10 استعلامات DNS (RFC 7208)، يعيد خطأً دائماً، ويعامل المستقبِلون الفحص كفاشل. أضف تضمين المزوّد الجديد إلى السجل الموجود بدلاً من إنشاء سجل جديد.

أما DMARC، فابدأ بـ p=none مع عنوان تقارير، وتأكد أن SPF وDKIM ينجحان في كل بريد مشروع، ثم انتقل إلى quarantine وأخيراً إلى reject. يحذّر Mailbox.org من أن سياسة صارمة تُفرض مبكراً قد ترتد بريداً مشروعاً. وتُشرح السجلات في كيف تنشئ سجل SPF.

أين يقع Postelva من هذا؟

Postelva تستضيف DNS الخاص بالنطاق، لذلك يُحرَّر كل سجل في هذا الدليل من منطقة العملاء. يشمل DNS استضافة DNS مجانية مع سجلات A وAAAA وCNAME وALIAS وMX وTXT وNS وSRV وCAA، وDNSSEC، وخوادم أسماء خاصة بك إن فضّلت ذلك (من 2 إلى 13). تغطي القوالب بنقرة واحدة Proton Mail وFastmail وZoho Mail؛ أما بالنسبة إلى Tuta وMailbox.org وiCloud+ وMigadu فتُكتب السجلات يدوياً في محرر DNS. وإذا اختلف قالب مع سجل كتبته بنفسك، تُظهر المنطقة الاثنين، لذلك اقرأ القائمة كاملة قبل أن تنتظر الانتشار. يردّ الدعم بالبريد الإلكتروني: ردود بالبريد الإلكتروني خلال 12 ساعة، 7 أيام في الأسبوع، بما في ذلك المساعدة في سجلات MX وSPF وDKIM وDMARC.