أساسيات قابلية تسليم البريد: SPF و DKIM و DMARC

قابلية التسليم (deliverability) هي أن تصل رسالتك إلى صندوق الوارد — لا أن يقبلها خادم الاستقبال. فالأمر الثاني اسمه التسليم، وكل أداة إرسال تقريبًا تسجّله على أنه ‘تم التسليم’. والرسالة التي تُصنَّف مباشرة في مجلد الرسائل غير المرغوبة تُحتسب مُسلَّمة. وفي هذه الفجوة يضيّع المرسلون شهورًا.

يقرر مزوّدو البريد موضع كل رسالة اعتمادًا على إشارات في ثلاث مجموعات. الهوية: هل يستطيعون إثبات من أرسل هذه الرسالة؟ السمعة: كيف تفاعل المستلمون سابقًا مع بريد هذا النطاق وعنوان IP هذا؟ المحتوى: هل تبدو الرسالة شبيهة ببريد اشتكى منه الناس؟ الهوية تحسمها SPF و DKIM و DMARC وهي تحت سيطرتك بالكامل. أما السمعة فتُكتسب ببطء وتُفقد بسرعة. والمحتوى هو الأقل أثرًا، ولهذا نادرًا ما تُصلح إعادة كتابة سطور الموضوع مشكلة في موضع الوصول.

والنتيجة العملية: أصلح المصادقة أولًا، فهي عمل بعد ظهر واحد بمردود دائم، ثم تعامل مع كل ما بعدها بوصفه إدارة سمعة. فلا توجد ترويسة ولا سجل ولا إعداد يجعل بريدًا موجهًا إلى قائمة سيئة يصل إلى صندوق الوارد.

SPF سجل TXT على نطاقك يعدّد الخوادم المسموح لها بإرسال البريد باستخدامه. وأبسط صورة له تبدو هكذا: v=spf1 include:_spf.your-provider.example ~all. يأخذ خادم الاستقبال مُرسِل الظرف — أي Return-Path لا عنوان From الظاهر — ويقرأ سجل SPF لذلك النطاق، ثم يتحقق مما إذا كان عنوان IP المتصل مصرّحًا له.

وثلاث تفاصيل تقف وراء معظم إخفاقات SPF:

• حد العشر عمليات بحث. كل include وa وmx وredirect يكلّف عملية بحث في DNS، والإدراجات المتداخلة تُحتسب أيضًا. وتجاوز العشرة يجعل السجل يعيد خطأ دائمًا، وقد يعامله المستقبِلون على أنه فشل. أعد فحصه كلما أضفت أداة جديدة.
• سجل واحد لا أكثر. وجود سجلَّي SPF من نوع TXT على النطاق نفسه خطأ، ولا يُدمجان تلقائيًا. اجمعهما في سجل واحد.
• ~all مقابل -all. الفشل الليّن يضع علامة على البريد غير المصرّح به؛ أما الفشل الصارم فيطلب من المستقبِلين رفضه. ولا تنتقل إلى -all إلا حين تتيقن أن كل مرسِل شرعي مُدرَج.

وتنهار SPF عند إعادة التوجيه، لأن عنوان IP لخادم إعادة التوجيه غير مدرج في سجلك. وهذا ليس خللًا يمكنك إصلاحه، وهو تحديدًا سبب وجود DKIM، وسبب قبول DMARC نجاحًا من أي من الآليتين.

يضيف DKIM توقيعًا تشفيريًا إلى ترويسات الرسالة. تنشر أنت مفتاحًا عامًا كسجل TXT على selector._domainkey.yourdomain.com؛ وتحتفظ منصة الإرسال بالمفتاح الخاص وتوقّع به كل رسالة. ثم يجلب المستقبِل المفتاح العام، ويتحقق من التوقيع، فيعرف أن الرسالة صادرة بتصريح من النطاق المذكور في وسم d= وأنها لم تُعدَّل في الطريق.

نقاط عملية:

• استخدم مفتاحًا بطول 2048 بت متى دعمه مزوّد DNS لديك. مفتاح 1024 بت لا يزال يُتحقق منه، لكنه الخيار الأضعف.
• امنح كل منصة إرسال مُحدِّدًا (selector) خاصًا بها، لتتمكن من تدوير مفتاح أو حذفه دون المساس بالبقية.
• يجب أن يطابق نطاق التوقيع في d= نطاق From لديك، وإلا فشلت محاذاة DMARC حتى لو نجح DKIM نفسه.
• دوّر المفاتيح دوريًا، واحذف المحدِّدات الخاصة بأدوات توقفت عن استخدامها — فالمفتاح المهمل دعوة مفتوحة.

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

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

والسجل مدخل TXT على _dmarc.yourdomain.com، مثل v=DMARC1; p=none; rua=mailto:[email protected]. ووسم السياسة يخبر المستقبِلين بما يفعلونه عند الفشل:

• p=none — مراقبة فقط. ابدأ من هنا لترى من يرسل باسمك.
• p=quarantine — الرسائل الفاشلة تذهب إلى مجلد الرسائل غير المرغوبة. انتقل إليها بعد أن تصبح التقارير نظيفة.
• p=reject — الرسائل الفاشلة تُرفض تمامًا. وهذه هي الحالة المنشودة، وهي التي توقف انتحال الآخرين لنطاقك.

والتقارير المجمّعة التي تصل إلى عنوان rua بصيغة XML وقراءتها خامًا مزعجة؛ وأي أداة لتحليل تقارير DMARC تفي بالغرض. اقرأها بضعة أسابيع قبل تشديد السياسة. ومتطلبات Google و Yahoo المنشورة للمرسلين بكميات كبيرة صارت تتوقع وجود سجل DMARC، ومصادقة متوائمة، وإلغاء اشتراك بنقرة واحدة، ومعدلات شكاوى منخفضة — فلم يعد شيء من هذا ترتيبًا اختياريًا حين ترسل بحجم كبير.

النطاق الجديد بلا سمعة، ومزوّدو البريد ينظرون إلى انعدام السمعة بريبة. والتسخين يبني سجل إرسال: ابدأ بحفنة رسائل لكل صندوق بريد يوميًا، وارفع الحجم تدريجيًا على مدى أسبوعين إلى أربعة، واحرص على أن يُفتح جزء معتبر من ذلك البريد المبكر ويُرد عليه.

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

قواعد عملية:

• صادِق قبل التسخين لا بعده. فالبريد غير المصادق عليه أثناء التسخين يلقّن المستقبِلين الدرس الخطأ.
• لا تضاعف الحجم في اليوم الذي ينتهي فيه التسخين. ارفعه أسبوعًا بعد أسبوع.
• وزّع حجم الحملات الحقيقي على عدة صناديق بريد بدل الضغط على صندوق واحد.
• راقب الوصول إلى صندوق الوارد أثناء التصاعد، وأوقف التصاعد عند أول تراجع بدل المضي قدمًا.

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

الارتداد الصعب رفض دائم: صندوق البريد غير موجود، أو النطاق لا يستقبل بريدًا أصلًا. أما الارتداد الليّن فمؤقت — صندوق ممتلئ، أو خادم مشغول، أو تأخير مقصود — ويستحق بضع محاولات إعادة قبل أن تتخلى عنه.

والارتدادات الصعبة هي المؤذية. فهي تخبر مزوّد الاستقبال بأنك لا تعرف من في قائمتك، وتلك هي السمة المميزة للمرسل المزعج. وأي عنوان يرتد ارتدادًا صعبًا يجب استبعاده نهائيًا وفورًا وفي كل مكان، وألا تعاود المحاولة إليه أبدًا.

أبقِ معدل الارتداد الصعب في خانة الآحاد الدنيا على أسوأ تقدير، وتعامل مع أي شيء فوق ذلك بوصفه إشارة توقّف وإصلاح لا مؤشرًا للمراقبة. والعلاج نادرًا ما يكون في إعدادات الإرسال؛ إنه في القائمة. تحقق من كل عنوان قبل دخوله أي تسلسل، وأعد التحقق من القوائم التي مضى عليها بضعة أشهر، وأبعد العناوين الوظيفية مثل info@ و sales@ و support@ عن الحملات الباردة، فهي ترتد أكثر وتشتكي أكثر حين لا ترتد.

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

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

ولا يمكنك رؤية الشكاوى عند كل مزوّد، لكن يمكنك رؤية بعضها. سجّل في حلقات التغذية الراجعة حيثما توفرت، واستخدم Google Postmaster Tools لمراقبة سمعة النطاق ومعدل الإزعاج لحركة Gmail، وتعامل مع أي ارتفاع بوصفه أمرًا عاجلًا لا خبرًا مثيرًا للاهتمام.

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

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

تتآكل قابلية التسليم بصمت. يتغير شيء ما — أداة جديدة تبدأ الإرسال باسمك، أو تعديل في DNS يُسقط سجلًا، أو حملة تجذب شكاوى — ولا شيء يعلن ذلك. ونصف ساعة شهريًا تكفي لالتقاط معظمه.

• المصادقة — SPF يُحلّ ضمن عشر عمليات بحث ويوجد مرة واحدة؛ DKIM يُتحقق منه لكل منصة إرسال نشطة؛ سجل DMARC موجود بالسياسة التي قصدتها.
• تقارير DMARC — هل ظهر مصدر جديد يرسل باسم نطاقك؟ هل يفشل مصدر شرعي في المحاذاة؟
• DNS العكسي — سجل PTR لعنوان IP المرسِل يُحلّ إلى اسم مضيف يُحلّ بدوره إليه.
• قوائم الحظر — افحص نطاقات الإرسال وعناوين IP لديك مقابل القوائم العامة الكبرى.
• اتجاه الارتداد والشكاوى — الاتجاه أهم من رقم أي شهر بمفرده.
• اختبار بعناوين مرجعية — أرسل رسالة حملة حقيقية إلى حساباتك لدى كبار المزوّدين وسجّل أين تصل.
• إلغاء الاشتراك — ترويسة الإلغاء بنقرة واحدة موجودة في البريد الجماعي، وحالات الإلغاء مُستبعدة فعليًا عبر كل الحملات.

ودوّن النتيجة كل شهر. فشهر واحد من الأرقام لا يخبرك بشيء تقريبًا؛ أما ستة أشهر من الأرقام نفسها فتخبرك بالضبط متى بدأت المشكلة، وهذا عادةً معظم التشخيص.