ما هي مصادقة البريد الإلكتروني؟

التعريف

مصادقة البريد الإلكتروني مجموعة من المعايير التقنية، تُنشر كسجلات في DNS نطاقكم، للتحقق من مصدر رسالة البريد الإلكتروني وسلامتها. فالبريد الإلكتروني لم يُصمَّم أصلًا مع مراعاة التحقق من المرسل، لذا يستطيع أي شخص افتراضيًا وضع أي عنوان في حقل From. وتسدّ المصادقة هذه الثغرة بمنح الخوادم المستقبِلة وسيلة للتحقق مما إذا كانت الرسالة التي تدّعي أنها من نطاقكم قد اعتمدها نطاقكم فعلًا.

تؤدي ثلاثة بروتوكولات هذه المهمة. SPF، أي Sender Policy Framework، يعلن خوادم البريد المسموح لها بالإرسال نيابةً عن نطاقكم. وDKIM، أي DomainKeys Identified Mail، يرفق توقيعًا مشفّرًا بكل رسالة ليتمكن المستقبِل من التأكد من أنها لم يُعبث بها وأنها صادرة من نطاقكم. وDMARC، أي Domain-based Message Authentication, Reporting and Conformance، يربط هذين الفحصين بالعنوان الذي يراه المستلمون فعليًا ويخبر المستقبِلين بكيفية التعامل مع البريد الفاشل. وهناك معيار مرتبط هو BIMI، يمكنه عرض شعار علامة تجارية موثّق بعد تطبيق DMARC، لكنه يُبنى على هذه المنظومة ولا يحل محلها.

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

كيف يعمل

يعمل كل بروتوكول لحظة قبول الخادم المستقبِل للرسالة. يعمل SPF عبر سجل DNS يُدرج عناوين IP والخوادم المصرّح لها بإرسال البريد باسم نطاقكم. وعند وصول رسالة، ينظر الخادم المستقبِل إلى عنوان IP الخاص بالخادم المُرسِل ويطابقه مع سجل SPF المنشور لديكم. فإذا كان العنوان مُدرجًا ينجح SPF، وإلا فإنه يفشل.

يعمل DKIM عبر تشفير المفتاح العام. إذ يوقّع نظام الإرسال لديكم الرسائل الصادرة بمفتاح خاص، مرفقًا توقيعًا في ترويسة الرسالة، وينشر المفتاح العام المطابق في DNS. ويجلب الخادم المستقبِل المفتاح العام، ويتحقق من التوقيع، فيؤكد أمرين في آن واحد: أن الرسالة وُقّعت من نطاقكم، وأن الأجزاء الموقّعة منها لم تُعدَّل أثناء النقل.

يأتي DMARC في الأعلى ويضيف مفهوم التوافق. فكل من SPF وDKIM يصادق على نطاق، لكن هذا النطاق ليس دائمًا هو الذي يراه الشخص في سطر From. ويشترط DMARC أن يتوافق النطاق المُصادَق عليه مع نطاق From الظاهر، وهذا ما يمنع المهاجم من اجتياز المصادقة على نطاق يتحكم فيه بينما ينتحل نطاقكم في العنوان الظاهر. كما ينشر سجل DMARC سياسة: فـ p=none تطلب من المستقبِلين المراقبة والإبلاغ فقط، وp=quarantine تطلب منهم التعامل مع البريد الفاشل بحذر، وp=reject تطلب منهم حظره. ويُنتج DMARC أيضًا تقارير مجمّعة تُظهر لكم من يرسل البريد باسم نطاقكم، وهو أمر لا يُقدَّر بثمن لاكتشاف أخطاء الإعداد وحالات إساءة الاستخدام.

لماذا يهم لقابلية تسليم البريد الإلكتروني

انتقلت مصادقة البريد الإلكتروني من ممارسة مثلى إلى متطلب إلزامي. إذ تطبّق Gmail وYahoo متطلبات للمرسلين تجعل المصادقة شرطًا مسبقًا للتسليم. فكل مرسل يحتاج إلى SPF أو DKIM، إلى جانب DNS عكسي صالح، وسجل PTR مُعدّ بشكل صحيح، ونقل مشفّر عبر TLS. ويتحمل المرسلون بكميات كبيرة، أي من يرسلون نحو 5,000 رسالة أو أكثر يوميًا إلى عناوين Gmail، التزامات إضافية: يجب عليهم نشر سجل DMARC، واجتياز توافق النطاق، وتوفير إلغاء الاشتراك بنقرة واحدة في رسائل التسويق. وتطبّق Yahoo قواعد مشابهة جدًا وتتوقع من المرسلين بكميات كبيرة إبقاء معدلات شكاوى البريد العشوائي دون 0.30 بالمئة. وتفي سياسة DMARC من نوع p=none حاليًا بمتطلب DMARC، وإن كان الانتقال نحو التطبيق يمنح حماية أقوى من الانتحال.

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

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

كيف يتعامل VeriMails معه

مصادقة البريد الإلكتروني والتحقق من البريد الإلكتروني نصفا الإرسال الجدير بالثقة، ويغطيان طرفين متقابلين من المسار. فالمصادقة تتعلق بالنطاق الذي ترسلون منه وتُضبط في DNS، بينما يتعلق التحقق بالعناوين التي ترسلون إليها، وهو الجزء الذي يتولاه VeriMails مباشرة. ويجب أن يكون الاثنان قائمين: فالنطاق المُصادَق عليه بشكل مثالي يفقد مع ذلك الوصول إلى صندوق الوارد إذا راسل قائمة مليئة بالعناوين الميتة، لأن الارتدادات والشكاوى الناتجة تدمّر سمعة المرسل التي يزنها المزوّدون إلى جانب المصادقة.

يتحقق VeriMails من قائمة المستلمين لديكم حتى لا تُقوَّض المصادقة بسبب ضعف جودة القائمة. فكل عنوان يخضع لفحص كامل متعدد الطبقات: التحقق من الصياغة، وتأكيد سجلات MX وDNS، ومصافحة SMTP مباشرة مع خادم البريد المستقبِل، وكشف نطاقات catch-all والعناوين المؤقتة والعناوين الوظيفية. وإزالة العناوين غير الصالحة تُبقي معدل الارتداد الدائم منخفضًا، والمعدل المنخفض من إشارات السمعة التي تحدد ما إذا كان بريدكم المُصادَق عليه سيصل إلى صندوق الوارد أم إلى مجلد البريد العشوائي. ويمكنكم التحقق من قائمة كاملة برفع ملف CSV أو فحص العناوين واحدًا تلو الآخر عبر REST API. ويُرجع VeriMails فئات واضحة لقابلية التسليم لسير العمل عبر API وبالجملة.

يوفر VeriMails أيضًا أدوات مجانية تساعد في جانب المصادقة نفسه، منها مولّد SPF ومولّد DKIM ومولّد DMARC، لتُنشئوا سجلات DNS الصحيحة لنطاقكم. وعند استخدامهما معًا، تثبت المصادقة أنكم مرسل مشروع، ويحافظ التحقق على نظافة قائمتكم بما يكفي للحفاظ على هذه المكانة. تحصل الحسابات الجديدة على 100 رصيد مجاني عند التسجيل دون الحاجة إلى بطاقة ائتمان، وبأرصدة لا تنتهي صلاحيتها أبدًا، مع تحقق يبدأ من 0.0019 دولار لكل بريد إلكتروني، أي 19 دولارًا مقابل 10,000 رصيد، وباقات سنوية تبدأ من $12.50/شهريًا عند الدفع السنوي.

الأسئلة الشائعة