كيف تتحققون من عنوان بريد إلكتروني دون إرسال رسالة

لماذا التحقق دون إرسال

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

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

هناك عدة طرق، تتراوح بين فحص بسيط للتنسيق ومحادثة كاملة مع الخادم المستقبِل. وكل طريقة تجيب عن جزء من السؤال، وفهم ما تخبركم به كل طريقة، وما لا تخبركم به، هو مفتاح استخدامها بشكل جيد.

الطريقة 1: التحقق من الصياغة

أسرع فحص هو الفحص البنيوي البحت. فتنسيق عنوان البريد الإلكتروني تحكمه مواصفة تُسمى RFC 5322، تحدد بدقة شكل العنوان السليم: جزء محلي، ورمز @، ونطاق، مع قواعد حول الأحرف المسموح بها ومواضعها.

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

القيد هنا جوهري. فالتحقق من الصياغة يثبت فقط أن العنوان مُصاغ بشكل صحيح، ولا يستطيع إثبات وجوده. فالعنوان valid.but.fake@gmail.com صحيح الصياغة تمامًا، ويكاد يكون مؤكدًا أنه ليس صندوق بريد حقيقيًا. تعاملوا مع التحقق من الصياغة كمرشّح أول، لا كحكم نهائي.

الطريقة 2: استعلام النطاق وسجلات MX

تنتقل الخطوة التالية من العنوان إلى نطاقه. فكل نطاق يستطيع استقبال البريد ينشر سجلات DNS تُسمى سجلات MX، اختصارًا لـ Mail Exchanger. وتحدد هذه السجلات الخوادم المسؤولة عن قبول البريد نيابةً عن النطاق.

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

القيد هنا أن فحص النطاق يعمل على المستوى الخطأ. فالتأكد من أن gmail.com يملك سجلات MX يخبركم بأن Google تستطيع استقبال البريد، لكنه لا يخبركم بشيء عن وجود صندوق بريد Gmail محدد. فالتحقق من النطاق وMX يضيّق نطاق البحث، لكنه لا يستطيع الحسم في عنوان فردي.

الطريقة 3: فحص SMTP، أو ما يُعرف بـ Pinging

هذه هي الطريقة التي تفحص فعليًا صندوق بريد محددًا دون الإرسال إليه. وكثيرًا ما تُسمى pinging لعنوان البريد الإلكتروني، رغم أن هذا الاسم مضلل. فلا علاقة لها بأمر ping الخاص ببروتوكول ICMP المستخدم في تشخيص الشبكات. ففي التحقق من البريد الإلكتروني، يعني pinging إجراء محادثة SMTP مع الخادم المستقبِل.

SMTP، أي بروتوكول نقل البريد البسيط، هو اللغة التي تستخدمها خوادم البريد لتسليم الرسائل فيما بينها. ويتبع التسليم العادي تسلسلًا ثابتًا من الأوامر. ويسير فحص SMTP عبر هذا التسلسل لكنه يتوقف قبل نهايته بخطوة واحدة.

وإليكم طريقة عمله. تفتح أداة التحقق اتصالًا بخادم بريد المستلم، وهو الخادم الذي عُثر عليه في استعلام MX. ثم تتبادل التحية باستخدام EHLO أو HELO لتعرّف بنفسها. ثم تعلن عن مرسل باستخدام أمر MAIL FROM. ثم تُصدر RCPT TO مع العنوان المحدد الذي يجري التحقق منه. فيرد الخادم المستقبِل برمز حالة. الرمز 250 يعني أن الخادم سيقبل البريد لهذا العنوان. والرمز 550 يعني أنه يرفض العنوان، عادةً لأن صندوق البريد غير موجود. تقرأ أداة التحقق هذا الرمز ثم تُصدر QUIT لإغلاق الاتصال. ولا ترسل أمر DATA أبدًا. فـ DATA هي الخطوة التي يُنقل فيها نص الرسالة الفعلي، ولأن المحادثة تنتهي قبل DATA، لا يُسلَّم أي بريد على الإطلاق. فيكون صندوق البريد قد فُحص، دون أن يتلقى المستلم أي شيء.

هذا هو جوهر التحقق دون إرسال. وهنا أيضًا تبدأ التعقيدات الحقيقية.

أين تواجه فحوصات SMTP المشكلات

يبدو فحص SMTP حاسمًا، لكن عدة سلوكيات شائعة للخوادم تجعل الفحص اليدوي المباشر غير موثوق.

نطاقات catch-all

بعض النطاقات مُعدّة كنطاقات catch-all، أي أن الخادم يقبل البريد لكل عنوان ممكن على النطاق سواء كان صندوق البريد موجودًا أم لا. ويعيد خادم catch-all الرمز 250 لعنوان حقيقي، وعنوان به خطأ إملائي، وعنوان عشوائي تمامًا على حد سواء. لذا فإن فحص SMTP على نطاق catch-all لا يخبركم بشيء حاسم على مستوى صندوق البريد، لأن الإجابة دائمًا نعم. ويتطلب كشف catch-all فحص النطاق بعنوان عشوائي وملاحظة أنه يُقبل هو الآخر. وهذا كشف وليس درجة جودة، ويخبركم بأن العنوان لا يمكن تأكيده بشكل فردي.

القائمة الرمادية (Greylisting)

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

حظر محاولات الفحص

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

الطريقة 4: خدمة تحقق متخصصة

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

تُجري VeriMails جميع الفحوصات في طبقات على كل عنوان. فهي تتحقق من الصياغة وفق RFC 5322، وتُجري استعلام MX وDNS، وتنفّذ مصافحة SMTP المباشرة الموصوفة أعلاه، وكل ذلك دون تسليم أي رسالة. وفوق هذا الأساس تضيف كشف catch-all، فتُحدَّد نطاقات accept-all بشكل صحيح بدلًا من الإبلاغ عنها كصالحة خطأً، وكشف النطاقات المؤقتة، فتُرصد العناوين المؤقتة التي تُستخدم مرة واحدة، وكشف العناوين الوظيفية، فتُصنَّف عناوين مثل info@ وsupport@. كما تتعرف على القائمة الرمادية وغيرها من الاستجابات المؤقتة وتصنّفها بشكل صحيح بدلًا من فرض نتيجة «غير صالح» خاطئة. وتعمل من بنية تحتية مصممة للتحقق، فلا توقفها مشكلة حظر المحاولات التي تُفشل الفحوصات اليدوية.

والنتيجة تحقق عملي دون إرسال أي بريد إلكتروني. يمكنكم استخدام REST API للتحقق من عنوان واحد في الوقت الفعلي، وهو مثالي لفحص بيانات نموذج التسجيل لحظة إرسالها، أو التحقق بالجملة عبر CSV لتنظيف قائمة كاملة قبل أي حملة. تبدأ الأسعار من $0.0019 لكل بريد إلكتروني، مع 10,000 رصيد مقابل $19 وباقات تصل إلى 5 ملايين رصيد مقابل $1,499، وباقات سنوية بدءًا من $12.50 شهريًا عند الدفع سنويًا. ويحصل كل حساب على 100 رصيد مجاني عند التسجيل، دون الحاجة إلى بطاقة ائتمان، ولا تنتهي صلاحيتها أبدًا، لتتمكنوا من التحقق من قائمة حقيقية دون إرسال بريد حقيقي وتلمسوا الفرق بأنفسكم.

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