مُحقق البريد الإلكتروني (التركيب النحوي + اكتشاف الأخطاء الشائعة)

ما يفعله هذا المُحقق (وما لا يستطيعه)

يتحقق التحقق من البناء النحوي للبريد الإلكتروني مما إذا كان 'name@domain.tld' يتبع القواعد الهيكلية في RFC 5322. نستخدم regex عملياً يلتقط تقريباً جميع الأخطاء الواقعية مع المرونة الكافية للعناوين الصحيحة التي تحتوي على وسوم plus والنقاط وامتدادات النطاق غير الشائعة.

ما لا تستطيع هذه الأداة فعله: التأكد من أن العنوان يستقبل البريد فعلاً. هذا يتطلب إرسال بريد حقيقي أو إجراء فحص SMTP، كلاهما يتطلب كوداً من جانب الخادم ويخاطر بنتائج إيجابية زائفة (نطاقات catch-all، الإدراج الرمادي). التحقق من البناء يلتقط الأخطاء بتكلفة منخفضة؛ فحوصات قابلية التسليم تحتاج نهجاً مختلفاً.

اكتشاف الأخطاء الشائعة

نراقب الأخطاء في مزودي البريد المجاني الرئيسيين — 'gmial.com' بدلاً من 'gmail.com'، 'yaho.com' بدلاً من 'yahoo.com'، إلخ. نحو 95% من أخطاء التسجيل في البريد الإلكتروني هي أخطاء في نطاق هؤلاء المزودين القليلين. التقاطها من جانب العميل يوفر عليك بريداً ترحيبياً مرتداً ومتابعة غير مريحة 'تحقق من عنوانك'.

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

قواعد الجزء المحلي

وسم plus ('user+filter@gmail.com'): مدعوم على نطاق واسع من المزودين الرئيسيين. استخدمه لإنشاء عناوين فريدة لعمليات تسجيل مختلفة مع الاحتفاظ بصندوق بريد واحد.

النقاط ('user.name@gmail.com'): يعاملها Gmail كعنوان واحد (تُتجاهل النقاط)، لكن مزودين آخرين قد يعاملونها كعناوين مختلفة. لا تعتمد على تكافؤ النقاط خارج Gmail.

الطول: يُحدد RFC 5321 الجزء المحلي بـ 64 حرفاً والعنوان الكامل بـ 254 حرفاً. نُحذر عند تجاوزها — معظم الخوادم ترفض العناوين الأطول.

حساسية الحالة: وفق RFC، الجزء المحلي حساس للحالة لكن معظم المزودين يعاملونه كغير حساس. النطاق دائماً غير حساس للحالة.