Outlook يرفض رسائلك بصمت، والحل سطر DNS واحد
منذ 5 نوفمبر 2026، يُرفض جزء من الرسائل التي ترسلها شركتك إلى عناوين Outlook وHotmail وLive وMSN، ولم يخبرك أحد بذلك. فقد بدأت خدمة البريد الموجهة للأفراد لدى Microsoft ترفض جزءًا من رسائل النطاقات التي لا تنشر سجل DMARC، وفقًا لشركة MailRoute، وهي شركة متخصصة في أمن البريد لاحظت حالات الرفض في سجلاتها الخاصة.
الإصلاح يستغرق خمس دقائق، أما تجاهله فقد يكلّفك عرض سعر أو فاتورة أو عميلًا يظن أنك لم ترد عليه.
باختصار
- أصبح Outlook.com يرفض جزءًا من رسائل النطاقات التي لا تملك سجل DMARC، بما في ذلك المرسلون الصغار، لا المرسلون بالجملة فقط.
- تُرفض بعض الرسائل فقط، لذلك فإن عبارة «بريدي يعمل» ليست دليلًا على سلامة نطاقك.
- سطر DNS واحد، `v=DMARC1; p=none`، هو الإصلاح الأول، بشرط أن يكون SPF أو DKIM يعمل لنطاقك أصلًا.
رسالة الخطأ التي لا يقرؤها أحد
تبدو رسالة الرفض هكذا: 550 5.7.1 Message rejected: Message lacks SPF/DKIM/DMARC Auth Records. بالنسبة لموظف المبيعات، هذا جدار من الاختصارات، فيظن أنه خلل عابر، وربما يعيد الإرسال، ثم ينتقل إلى عمل آخر.
الجزء الخطير أن Microsoft ترفض جزءًا فقط من الرسائل: رسالة إلى عنوان Hotmail تصل، والتالية تُرفض، وقد تنجح إعادة الإرسال. وتقول MailRoute إن معظم النطاقات المرفوضة كان لديها SPF يعمل، وكثير منها لديه DKIM أيضًا. ما كان ينقصها هو سجل DMARC الذي يربط هذه الفحوص بالعنوان الظاهر في خانة «من».
وحتى 6 نوفمبر، تقول MailRoute إن Microsoft لم تنشر شيئًا عن هذا التغيير: لا إشعار ولا مقال. أما القاعدة التي أعلنتها Microsoft في مايو 2025 فتخص النطاقات التي ترسل أكثر من 5,000 رسالة يوميًا فقط. وهذه القاعدة الجديدة تطال المكتب الصغير الذي يرسل ردًا من سطر واحد.
كم يكلّف ذلك شركة صغيرة
إليك شهرًا توضيحيًا: يرسل فريق مبيعاتك 300 عرض سعر ورسالة متابعة. لنفترض أن خُمس عملائك يستخدمون عناوين Outlook أو Hotmail، أي 60 رسالة. إذا رُفض ربعها، فإن 15 عرض سعر لا تصل أبدًا.
لا أحد في شركتك يلاحظ ذلك، لأن رسائل الرفض مدفونة في صندوق لا يقرؤه أحد. أما من جهة العميل، فيبدو الأمر كأنك لم ترد أبدًا، وبعضهم يتصل ببساطة بمنافسك.
وينطبق الأمر نفسه على الفواتير وتأكيدات المواعيد ورسائل كلمات المرور. كل ما ترسله إلى عناوين شخصية معرّض لذلك.
افحص نطاقك في دقيقة واحدة
من أي نافذة أوامر، استبدل example.com بنطاقك:
`dig +short TXT _dmarc.example.com`
إذا ظهر سطر يبدأ بـ `v=DMARC1` فلديك سجل. وإذا لم يظهر شيء، فأنت ضمن الفئة المستهدفة بهذا الرفض. وتعطي أدوات فحص DMARC على الإنترنت الجواب نفسه إن لم تكن تستخدم نافذة الأوامر.
الإصلاح، والفخ
لدى مزوّد DNS الخاص بك، أضف سجل TXT باسم `_dmarc` وقيمته `v=DMARC1; p=none`. تعني «p=none» أن نطاقك يستخدم DMARC وتطلب من الخوادم المستقبِلة إرسال تقارير، دون أن تطلب منها حظر أي شيء. ولا يتغير شيء في طريقة تعامل Gmail وغيره مع بريدك.
أما الفخ، فهو أن DMARC لا ينجح إلا إذا نجح SPF أو DKIM للنطاق نفسه الموجود في عنوان المرسل. إذا كنت ترسل عبر Microsoft 365، فهو يوقّع بنطاقه الخاص onmicrosoft.com إلى أن تفعّل DKIM لنطاقك، وهذا التوقيع لا يُحتسب. افحص السجلات الثلاثة، لا السجل الجديد فقط.
وبعد وصول التقارير وتوافق كل شيء، يمكنك تشديد السياسة خطوة بخطوة. فالبريد المنتحل هو بداية كثير من عمليات التصيد، وهذا الإجراء يحمي عملاءك أيضًا.
وصول الرسالة نصف العمل فقط
إصلاح DMARC يضمن وصول رسائلك، أما التأكد من متابعة كل عرض سعر فهو النصف الآخر. يجمع Holol-CRM مسار مبيعاتك في مكان واحد ويؤتمت متابعة العملاء، فيظهر العميل المحتمل الذي توقف عن الرد كمهمة بدل أن يضيع في صندوق بريد.
الحد الأدنى تغيّر للتو
يبدأ مزوّدو البريد بالمرسلين الكبار، ثم يجعلون القواعد نفسها بهدوء أساسًا للجميع. لم يعد DMARC ممارسة جيدة للشركات الكبرى فقط، بل أصبح الحد الأدنى لكل من يرسل فاتورة.