[{"data":1,"prerenderedAt":219},["ShallowReactive",2],{"seo-verification":3,"blog-dmarc-p-reject-نطاقات-العملاء-للوكالات-على-مراحل-ar":6},{"google":4,"bing":5},"EycwPY2XMyTkVzas3n1ygeNJFGAH513qrMjfDljzsMQ","",{"key":7,"data":8},"blog-dmarc-p-reject-نطاقات-العملاء-للوكالات-على-مراحل-ar",{"id":9,"slug":10,"slugs":11,"title":15,"excerpt":16,"readTime":17,"views":18,"isPinned":19,"publishedAt":20,"updatedAt":21,"category":22,"categories":26,"featuredImage":28,"bgImage":29,"posterImage":30,"relatedSolution":28,"intro":31,"sections":32,"ctaTitle":165,"ctaBody":166,"ctaButton":167,"ctaUrl":168,"relatedPosts":169},526,"dmarc-p-reject-نطاقات-العملاء-للوكالات-على-مراحل",{"fr":12,"en":13,"ar":10,"es":14},"dmarc-passer-p-reject-domaines-clients-agence","dmarc-p-reject-client-domains-agency-staged-rollout","dmarc-p-reject-dominios-de-clientes-agencia-por-fases","نقل نطاقات العملاء إلى DMARC p=reject على مراحل","انقل كل نطاق عميل من p=none إلى p=reject دون فقدان بريد شرعي: جرد المرسِلين من تقارير rua، والمحاذاة، والنطاقات الفرعية، وجدول زمني ورسالة للعميل.",11,0,false,"2026-10-29T00:00:00+00:00","2026-10-29T15:45:55+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},"البريد الإلكتروني الاحترافي","emails","bg-cyan-500\u002F10 text-cyan-400",[27],{"id":17,"name":23,"slug":24,"color":25,"icon":24},null,"\u002Fblog\u002Fcovers\u002Fbg.svg","\u002Fblog\u002Fcovers\u002Fdmarc-passer-p-reject-domaines-clients-agence-poster.svg","لا تستطيع وكالة تدير عشرين نطاقًا لعملائها أن تتركها على p=none إلى أجل غير مسمى، ولا أن تنقلها كلها إلى p=reject مساء يوم جمعة. فلكل عميل أدوات إرسال خاصة به (نشرة بريدية، فوترة، CRM، دعم)، وأول عرض سعر يُرفض سيُنسب إلى من لمس DNS. يقترح هذا الدليل طريقة قابلة للتكرار لكل نطاق: نشر التقارير، وجرد المرسِلين، وتصحيح المحاذاة، ثم المرور بـ quarantine فـ reject. ويعرض سجلات كل مرحلة وجدولًا زمنيًا والتدفقات التي تتعطل رغم ذلك ورسالة إلى العميل، ليُقال الخطر المتبقي قبل وقوعه.",[33,37,40,51,54,86,111,114,117,121,124,151,154,162],{"type":34,"title":35,"body":36},"h2","لماذا لا تنتقل محفظة العملاء إلى reject دفعة واحدة","يمكن إدارة نطاق واحد بالنظر، أما المحفظة فلا: لكل عميل أدوات لا تعرفها الوكالة دائمًا بالكامل. والدافع غالبًا خارجي. ففي 1 فبراير 2024 بدأ Gmail يطلب SPF وDKIM وDMARC من المرسِلين الذين يتجاوزون 5000 رسالة يوميًا، ويضع Yahoo شرطًا مشابهًا، وتطبّق Outlook.com قواعد مماثلة على الأحجام الكبيرة. وعند Gmail وYahoo معًا يكون الحد الأدنى سجل DMARC منشورًا بسياسة p=none: فهذه الشروط لا تطلب منك الانتقال إلى reject. ما يدفع إلى ذلك هو انتحال الهوية: عميل يُستخدم اسمه لإرسال فواتير مزيفة، أو تصل فواتيره الحقيقية إلى البريد غير المرغوب.\n\nوالخطر ذو اتجاهين. فسياسة reject المنشورة مبكرًا ترفض بريدًا شرعيًا، وأنت من سيتصل به العميل. ويوصي معيار DMARCbis (RFC 9989، الصادر في مايو 2026 والذي يحل محل RFC 7489) بتدرّج: p=none شهرًا على الأقل، ثم p=quarantine لمدة مماثلة مع مقارنة النتائج. تجد تعريف السياسات الثلاث في دليلنا عن \u003Ca href=\"\u002Fblog\u002Fdmarc-p-quarantine-email-delivrabilite\">DMARC p=quarantine\u003C\u002Fa>، وما يغيّره المعيار الجديد في \u003Ca href=\"\u002Fblog\u002Fdmarcbis-rfc-9989-ce-qui-change-email-2026\">DMARCbis\u003C\u002Fa>. هنا نعالج العمل الخاص بالمحفظة: الجرد والجدول الزمني والتواصل.",{"type":34,"title":38,"body":39},"نشر p=none مع عنوان للتقارير، عميلًا بعد عميل","لكل نطاق، أول كتابة هي سجل TXT على `_dmarc.your-domain.com`: `v=DMARC1; p=none; rua=mailto:dmarc@your-domain.com`. لا يغيّر p=none شيئًا في التسليم؛ بل يطلب من المستقبِلين إرسال تقارير مجمّعة إليك، ملف XML مضغوط لكل مستقبِل في اليوم. وإذا جمعتَ تقارير جميع عملائك في عنوان تابع للوكالة، مثل `reports@agency-example.com`، فإن نطاق هذا العنوان يختلف عن نطاق العميل، وعلى المستقبِل أن يتحقق من موافقتك. يتيح معيار التقارير (RFC 9990) لذلك سجل TXT على `client-example.com._report._dmarc.agency-example.com` يتضمن على الأقل `v=DMARC1`. ودونه يتجاهل المستقبِل العنوان فلا تتلقى شيئًا. أما السجل العام `*._report._dmarc.agency-example.com` فيأذن بجميع النطاقات دفعة واحدة.\n\nيمنح التجميع رؤية شاملة لكنه يخلط العملاء في صندوق واحد. وعنوان لكل عميل، أو فرز حسب نطاق الحقل `header_from`، يجنّبك قراءة تقارير عميل أثناء البحث عن تقارير آخر.",{"type":41,"title":42,"items":43},"ul","قراءة سطر من التقرير: الحقول المهمة",[44,45,46,47,48,49,50],"**source_ip** — العنوان الذي سلّم الرسالة؛ يكشف البحث العكسي أو ترويسة `Received` في رسالة اختبار المزوّد الذي يقف خلفه.","**count** — عدد الرسائل في السطر؛ وهو يرتّب العمل، فنعالج الأحجام الكبيرة أولًا.","**disposition** — ما طبّقه المستقبِل: `none` أو `quarantine` أو `reject`. مع p=none تكون كلها `none`؛ ويصبح العمود مفيدًا في المراحل التالية.","**dkim** و**spf** — النتيجة المقيَّمة لأغراض DMARC، أي مع المحاذاة. وDKIM صالح لكنه غير محاذٍ يظهر `fail`.","**header_from** — النطاق الظاهر في حقل From، وهو ما تحميه DMARC.","**envelope_from** — نطاق المظروف (Return-Path) الذي تحاذي SPF عليه؛ ووجود نطاق مزوّد هنا يفسّر فشل SPF.","**أسطر بلا مالك** — عنوان IP مجهول بقيمة `count` كبيرة هو إما أداة منسية عند العميل وإما انتحال: نسأل العميل قبل الحكم.",{"type":34,"title":52,"body":53},"المحاذاة: لماذا تفشل أداة تجتاز SPF وDKIM","تشترط DMARC أن يكون SPF أو DKIM محاذيًا للنطاق الظاهر في حقل From. تحاذي SPF نطاق المظروف (Return-Path) لا From؛ وتحاذي DKIM نطاق `d=` في التوقيع. فخدمة نشرات بريدية ترسل بـ Return-Path خاص بها وتوقّع بـ `d=` خاص بها تجتاز SPF وDKIM من جهتها، وتفشل في DMARC عند عميلك، لأن أيًا من النطاقين ليس نطاق From. افتراضيًا تكون المحاذاة relaxed (`aspf` و`adkim` قيمتهما `r`): يكفي نطاق فرعي من النطاق التنظيمي نفسه. وفي الوضع strict (`s`) يجب أن يتطابق النطاق تمامًا. أبقِ relaxed ما لم تكن لديك حاجة محددة.\n\nالحل هو نفسه تقريبًا دائمًا: اجعل الأداة توقّع بنطاق العميل عبر نشر سجلات CNAME الخاصة بـ DKIM التي يقدمها المزوّد. تكفي محاذاة واحدة، فلا ضرر من Return-Path الخاص بالمزوّد إذا كان DKIM محاذيًا. وعند إضافة `include:` في SPF، احسب العدد: يحدّ RFC 7208 التقييم بـ 10 استعلامات DNS، وما فوق ذلك تكون النتيجة خطأً دائمًا (permerror).",{"type":55,"title":56,"headers":57,"rows":61},"comparison","مصفوفة المرسِلين من الأطراف الثالثة الواجب محاذاتهم",[58,59,60],"المرسِل","ما يقدمه المزوّد","ما يُنشر عند العميل",[62,66,70,74,78,82],[63,64,65],"نشرة بريدية، إرسال جماعي","مفتاح DKIM ونطاق الإرسال","CNAME لـ DKIM؛ يُنصح بنطاق فرعي مخصص للإرسال",[67,68,69],"CRM، أتمتة التسويق","توقيع DKIM باسم العميل","CNAME لـ DKIM؛ و`include:` في SPF فقط إذا طلبه المزوّد",[71,72,73],"الفوترة، الدفع الإلكتروني","الإرسال من خوادمه","CNAME لـ DKIM الخاص بالمزوّد؛ وإلا الإرسال من نطاق فرعي مخصص للإرسال",[75,76,77],"مكتب المساعدة، التذاكر","عنوان إرسال يلزم التحقق منه","CNAME لـ DKIM والتحقق من نطاق الإرسال",[79,80,81],"البريد الرئيسي","سجلات SPF وDKIM موثقة","`include:` في SPF ومفتاح DKIM الخاص بمزوّد البريد",[83,84,85],"موقع الويب (نماذج، متجر)","الإرسال من خادم الموقع أو عبر مرحِّل","SMTP موثَّق بنطاق العميل",{"type":87,"title":88,"steps":89},"steps","الجدول الزمني النموذجي لنطاق واحد، مرحلةً بمرحلة",[90,93,96,99,102,105,108],{"title":91,"body":92},"الأسبوع 0: نشر p=none","سجّل النطاق ثم انشر `v=DMARC1; p=none; rua=mailto:dmarc@your-domain.com`. تحقق بالأمر `dig +short TXT _dmarc.your-domain.com`. تصل التقارير الأولى خلال 24 إلى 48 ساعة.",{"title":94,"body":95},"الأسابيع 1 إلى 4: المراقبة والمراجعة أسبوعيًا","يوصي المعيار بشهر على الأقل من p=none. كل أسبوع، جمّع الأسطر حسب المزوّد واملأ جدول المتابعة: المرسِل، والحجم، ومحاذٍ أم لا، وشرعي أم لا.",{"title":97,"body":98},"تصحيح كل مرسِل شرعي غير محاذٍ","انشر سجلات CNAME لـ DKIM الخاصة بالمزوّد، وأرسل رسالة اختبار إلى صندوق Gmail وتأكد من `dmarc=pass` في الترويسة. الأداة المهجورة لا تُصحَّح: تُسجَّل على أنها مما يجب رفضه.",{"title":100,"body":101},"الأسابيع 5 إلى 8: تفعيل quarantine","استبدل السجل بـ `v=DMARC1; p=quarantine; sp=quarantine; rua=mailto:dmarc@your-domain.com`، لمدة مماثلة للمرحلة السابقة. تذهب حالات الفشل إلى البريد غير المرغوب بدل أن تُرفض: ويُظهر عمود `disposition` في التقارير ما كان سيضيع.",{"title":103,"body":104},"عدم الاعتماد على pct كشبكة أمان","ألغى RFC 9989 الوسم `pct` لعدم موثوقيته خارج القيمتين 0 و100، وأضاف `t=y` لطلب عدم تطبيق السياسة. دعم Gmail وYahoo وMicrosoft للوسم `t` غير موثّق حتى الآن: لا تبنِ مرحلة عليه.",{"title":106,"body":107},"الأسابيع 9 إلى 12: الانتقال إلى reject","إذا لم تكشف quarantine عن أي مرسِل شرعي يفشل، فانشر `v=DMARC1; p=reject; sp=reject; np=reject; rua=mailto:dmarc@your-domain.com`. نبّه العميل في اليوم السابق، وراقب التقارير يوميًا طوال أسبوع.",{"title":109,"body":110},"مواصلة المراجعة بعد reject","كل أداة جديدة يعتمدها العميل تصبح مرسِلًا يجب محاذاته. أدرج ذلك في عقد المتابعة: تُعلَن كل أداة إرسال جديدة قبل تشغيلها، ثم تُضاف إلى جدول المتابعة.",{"type":34,"title":112,"body":113},"النطاقات الفرعية: sp وnp ونطاق فرعي مخصص للإرسال","النطاق الفرعي الذي لا سجل خاصًا به يرث سياسة النطاق التنظيمي. يحدد الوسم `sp` سياسة النطاقات الفرعية الموجودة، ويحدد `np` سياسة النطاقات الفرعية غير الموجودة؛ وفي غياب `np` يُرجَع إلى `sp` ثم إلى `p` (RFC 9989، تعريف الوسوم). وفي سجل منشور على نطاق فرعي يُتجاهل `sp`. والوسم `np` حديث: فالمستقبِل الذي لا يعرفه يتجاهله ويطبّق `sp`.\n\nالاستخدام المعتاد هو النطاقات الفرعية المزيفة. فمحتال يكتب من `invoice.client-example.com`، وهو نطاق فرعي غير موجود، يوقفه `np=reject` دون أي خطر على البريد الحقيقي، إذ لا يخرج منه شيء شرعي. وللأدوات الخارجية، فضّل نطاقًا فرعيًا مخصصًا للإرسال، مثل `news.your-domain.com`: تكون الأداة محاذاة فيه بوضع relaxed، ولا تزدحم مفاتيحها وSPF الخاص بها في النطاق الرئيسي، ويمكنك تشديد النطاق الرئيسي دون انتظار ذلك التدفق. وسجل `_dmarc` خاص بالنطاق الفرعي يتيح حتى جدولًا زمنيًا مستقلًا.",{"type":34,"title":115,"body":116},"التدفقات التي تتعطل: القوائم البريدية وإعادة التوجيه والأسماء المستعارة","بعض الرسائل الشرعية تفشل في DMARC بحكم بنيتها، لأن وسيطًا يعيد إرسالها مع الإبقاء على From الأصلي. فالقائمة التي تضيف تذييلًا تُبطل توقيع DKIM؛ وإعادة التوجيه تُبطل SPF لأن عنوان IP الذي يسلّم الرسالة لم يعد العنوان الذي يأذن به النطاق. ويقول المعيار ذلك صراحة (RFC 9989، قسم التشغيل البيني): قد لا يتوافق p=reject مع هذه التدفقات غير المباشرة، وينبغي ألا تنشره النطاقات التي يكتب مستخدموها في القوائم البريدية. ويُذكر ARC (RFC 8617) محاولةً للحل، لكن لم تنتشر أي طريقة على نطاق واسع. ويطلب المعيار أيضًا من المستقبِلين ألا يرفضوا بناءً على p=reject وحده، وأن يعاملوا الرسالة، في غياب تحليل آخر، كما لو كانت quarantine: فلا يُطبَّق reject حرفيًا دائمًا، وهذا ليس سببًا لتجاهله.\n\nيمكن رصد هذه الحالات قبل التحويل. ابحث في التقارير عن أسطر يعود عنوان IP فيها إلى مرحِّل قائمة أو خدمة إعادة توجيه، ويفشل فيها `spf` و`dkim`، وقيمة `count` فيها منخفضة لكنها منتظمة. ثم اسأل العميل: أسماء مستعارة لخريجين، جمعية، عنوان يعيد التوجيه إلى صندوق شخصي. وفي نطاق تُستخدم عناوينه للكتابة في قوائم عامة، ابقَ على quarantine: إنه خيار يمكن الدفاع عنه، ويُسجَّل في جدول المتابعة.",{"type":118,"title":119,"body":120},"tip","أثبت النتيجة قبل تنبيه العميل","أرسل رسالة اختبار من كل أداة إلى صندوق Gmail، وافتح «إظهار الأصل» وابحث عن السطر `Authentication-Results`: يجب أن يتضمن `dmarc=pass header.from=your-domain.com`. بعد الانتقال إلى reject، يحمل رفض SMTP رمزًا من الصيغة 5.7.x ونصًا خاصًا بالمستقبِل. احتفظ بلقطة لرسالة الرفض وبالسطر المقابل في تقرير rua: فهي تُري العميل أن الأداة المعيبة كانت محددة ومُبلَّغًا عنها، لا مكتشفة بعد وقوع المشكلة.",{"type":34,"title":122,"body":123},"الرسالة التي تُرسَل إلى العميل قبل كل مرحلة","لا يحتاج العميل إلى فهم DMARC، لكن عليه أن يعرف ما الذي يتغير ومتى وما المطلوب منه. تكفي أربع جمل.\n\nالموضوع: حماية نطاقك من انتحال البريد الإلكتروني\n\nمرحبًا، نعزّز حماية نطاقك your-domain.com من انتحال عناوينك. ابتداءً من [التاريخ]، ستوضع في البريد غير المرغوب الرسائل التي تبدو صادرة من نطاقك دون توثيق، ثم تُرفض ابتداءً من [التاريخ التالي]. لكي لا نفقد أي رسالة شرعية، هل يمكنك أن تزوّدنا قبل [التاريخ] بكل الأدوات التي ترسل بريدًا باسمك (نشرة بريدية، فوترة، CRM، دعم، موقع)؟ يبقى خطر على القوائم البريدية وإعادة توجيه العناوين: أخبرنا إن كنت تستخدم شيئًا منها.\n\nاحتفظ بالرد في ملف العميل: فهو يحدد من صرّح بأي الأدوات وفي أي تاريخ.",{"type":55,"title":125,"headers":126,"rows":130},"جدول متابعة المحفظة",[127,128,129],"النطاق","السياسة الحالية والمرحلة التالية","المرسِلون المعتمدون وحالة العميل",[131,135,139,143,147],[132,133,134],"client-a-example.com","p=none، وquarantine عند الأسبوع 4","البريد والنشرة معتمدان؛ الفوترة قيد التأكيد",[136,137,138],"client-b-example.com","p=quarantine، وreject عند الأسبوع 8","أربعة مرسِلين محاذون؛ لا فشل شرعي في التقارير",[140,141,142],"client-c-example.com","p=reject، ومراجعة أسبوعية","أضاف العميل CRM، وDKIM قيد النشر",[144,145,146],"client-d-example.com","p=quarantine، دون reject مخطط","العناوين مستخدمة في قوائم؛ القرار مسجَّل",[148,149,150],"client-e-example.com","p=none، دون مرحلة مخططة","العميل لا يرد؛ يلزم جدولة تذكير",{"type":34,"title":152,"body":153},"استكشاف الأخطاء: خمس حالات فشل شائعة في المحفظة","في المحفظة تتكرر الحوادث الخمس نفسها. وهذه هي مع سببها والإجراء الذي يحلّها.",{"type":41,"title":155,"items":156},"الأعراض والحلول",[157,158,159,160,161],"**لا يصل أي تقرير** — عنوان `rua` على نطاق مختلف عن نطاق العميل وسجل التفويض `_report._dmarc` غير موجود: انشره، وإلا يتجاهل المستقبِل العنوان.","**أداة تجتاز SPF وDKIM لكنها تفشل في DMARC** — Return-Path و`d=` الخاصان بها هما للمزوّد: انشر سجلات CNAME لـ DKIM باسم العميل لمحاذاة DKIM.","**SPF في حالة permerror** — أكثر من 10 استعلامات DNS (RFC 7208): احذف سجلات `include:` الخاصة بالأدوات المهجورة أو انقل الأداة إلى نطاق فرعي مخصص للإرسال.","**أداة جديدة تُرفض بعد reject** — اعتمدها العميل دون إخبارك: عُد إلى quarantine ريثما تحاذي الأداة، بدل تخفيف المحاذاة.","**العميل لا يرد** — ابقَ على p=none أو quarantine، وسجّل التذكير وتاريخه في جدول المتابعة؛ فنشر reject دون جرد يحمّلك مسؤولية.",{"type":34,"title":163,"body":164},"الوثائق الرسمية","RFC 9989، معيار DMARCbis (الوسوم والنطاقات الفرعية والتشغيل البيني): https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9989.html\n\nRFC 9990، تقارير DMARC المجمّعة (الوجهات الخارجية): https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc9990.html\n\nRFC 7208، معيار SPF (حد 10 استعلامات DNS): https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc7208.html\n\nRFC 8617، معيار ARC: https:\u002F\u002Fwww.rfc-editor.org\u002Frfc\u002Frfc8617.html\n\nمتطلبات Gmail للمرسِلين بكميات كبيرة: https:\u002F\u002Fsupport.google.com\u002Fa\u002Fanswer\u002F81126\n\nأفضل ممارسات Yahoo للمرسِلين: https:\u002F\u002Fsenders.yahooinc.com\u002Fbest-practices\u002F\n\nمتطلبات Outlook للأحجام الكبيرة: https:\u002F\u002Ftechcommunity.microsoft.com\u002Fblog\u002Fmicrosoftdefenderforoffice365blog\u002Fstrengthening-email-ecosystem-outlook%E2%80%99s-new-requirements-for-high%E2%80%90volume-senders\u002F4399730","نطاقات عملائك في مكان واحد","عملاؤك ونطاقاتهم واستضافتهم في مساحة واحدة: تدير أنت العلاقة ونتولى نحن البنية التحتية","اكتشف عرض الوكالات","\u002Fsolutions\u002Fagences",[170,187,203],{"id":171,"slug":172,"slugs":173,"title":177,"excerpt":178,"readTime":179,"views":180,"isPinned":19,"publishedAt":181,"updatedAt":182,"category":183,"categories":184,"featuredImage":28,"bgImage":29,"posterImage":186,"relatedSolution":28},345,"dmarc-p-quarantine-email-deliverability-ar",{"fr":174,"en":175,"ar":172,"es":176},"dmarc-p-quarantine-email-delivrabilite","dmarc-p-quarantine-email-deliverability","dmarc-p-quarantine-entregabilidad-email","DMARC p=quarantine: توقف عن الإرسال في وضع المراقبة فقط","في 2026، تُقيّد Google وMicrosoft المُرسِلين فوق 100 بريد\u002Fيوم العالقين في DMARC p=none. قائمة مراجعة SPF وDKIM وDMARC وList-Unsubscribe one-click.",9,1,"2026-09-10T00:00:00+00:00","2026-09-10T13:10:45+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},[185],{"id":17,"name":23,"slug":24,"color":25,"icon":24},"\u002Fblog\u002Fcovers\u002Fdmarc-p-quarantine-email-delivrabilite-poster.svg",{"id":188,"slug":189,"slugs":190,"title":194,"excerpt":195,"readTime":196,"views":18,"isPinned":19,"publishedAt":197,"updatedAt":198,"category":199,"categories":200,"featuredImage":28,"bgImage":29,"posterImage":202,"relatedSolution":28},463,"dmarcbis-rfc-9989-تغييرات-البريد-الإلكتروني-2026",{"fr":191,"en":192,"ar":189,"es":193},"dmarcbis-rfc-9989-ce-qui-change-email-2026","dmarcbis-rfc-9989-email-changes-2026","dmarcbis-rfc-9989-cambios-correo-electronico-2026","DMARCbis ‏RFC 9989: ما الذي يتغير لخادم بريدك","‏RFC 9989 و9990 و9991 حلّت محل RFC 7489 منذ مايو 2026. اكتشف التغييرات الثلاثة — الوسم np، حذف pct، وTree Walk DNS — وكيف تعدّل سجلات DNS وإعدادات Postfix\u002FExim.",8,"2026-10-17T00:00:00+00:00","2026-10-18T21:57:56+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},[201],{"id":17,"name":23,"slug":24,"color":25,"icon":24},"\u002Fblog\u002Fcovers\u002Fdmarcbis-rfc-9989-ce-qui-change-email-2026-poster.svg",{"id":204,"slug":205,"slugs":206,"title":210,"excerpt":211,"readTime":212,"views":18,"isPinned":19,"publishedAt":213,"updatedAt":214,"category":215,"categories":216,"featuredImage":28,"bgImage":29,"posterImage":218,"relatedSolution":28},199,"spf-وdkim-وdmarc-تجاوز-عتبة-5000-رسالة",{"fr":207,"en":208,"ar":205,"es":209},"spf-dkim-dmarc-delivrabilite-emails-pro","spf-dkim-dmarc-passing-the-5000-email-threshold","spf-dkim-dmarc-superar-el-umbral-de-5000-correos","SPF وDKIM وDMARC: تجاوز عتبة 5,000 رسالة","يرفض Gmail وOutlook المُرسِلين بدون SPF وDKIM وDMARC متوافق برمز SMTP 550. إليك كيفية ضبط السجلات الثلاثة.",4,"2026-08-01T00:00:00+00:00","2026-09-07T11:26:10+00:00",{"id":17,"name":23,"slug":24,"color":25,"icon":24},[217],{"id":17,"name":23,"slug":24,"color":25,"icon":24},"\u002Fblog\u002Fcovers\u002Fspf-dkim-dmarc-delivrabilite-emails-pro-poster.svg",1793289078725]