مُحقق البريد الإلكتروني (التركيب النحوي + اكتشاف الأخطاء الشائعة)
اكتب بريداً إلكترونياً للتحقق من صحة بنيته النحوية وتحديد الأخطاء في النطاق مثل 'gmial.com' ← 'gmail.com'. يُحلل الجزء المحلي والنطاق وامتداد النطاق، ويُحذر من انتهاكات حدود RFC.
- الجزء المحلي
- user
- النطاق
- example.com
- TLD
- com
- وسم plus (+)
- —
كيف تعمل
ما يفعله هذا المُحقق (وما لا يستطيعه)
يتحقق التحقق من البناء النحوي للبريد الإلكتروني مما إذا كان '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، الجزء المحلي حساس للحالة لكن معظم المزودين يعاملونه كغير حساس. النطاق دائماً غير حساس للحالة.
أسئلة شائعة
›هل يُأكد هذا وجود البريد الإلكتروني؟
لا — البناء النحوي فقط. تأكيد وجود صندوق بريد يتطلب فحص SMTP من جانب الخادم أو إرسال بريد تحقق. هذه الأداة تلتقط الأخطاء بتكلفة منخفضة.
›لماذا قبل 'a@b.co'؟
لأن هذا بناء نحوي صحيح تقنياً. امتداد النطاق '.co' حقيقي (كولومبيا). التحقق من البناء لا يمكنه تصفية امتدادات النطاق النادرة الحقيقية.
›ماذا عن رسائل البريد الإلكتروني ذات Unicode (مثل 用户@例え.jp)؟
عناوين البريد الدولية صحيحة وفق RFC 6531 لكن regex المستخدمة هنا لا تقبلها. معظم backends النماذج لا تقبلها أيضاً. للتحقق الصديق لـ Unicode، استخدم مكتبة مخصصة.
›ما وسم plus؟
أي شيء بين + و@ يُعامَل من قِبَل Gmail وكثير من المزودين كجزء من التوجيه. user+toolify@gmail.com يصل إلى user@gmail.com لكن يمكنك الفلترة بلاحقة +toolify.
›لماذا يتجاهل Gmail النقاط؟
سياسة Gmail التاريخية. user.name@gmail.com وusername@gmail.com يُسلَّمان لنفس صندوق البريد. مزودون آخرون (Yahoo، Outlook) يعاملونهما كعنوانين مختلفين.
›ما أطول بريد إلكتروني صحيح؟
254 حرفاً إجمالاً وفق RFC 5321. الجزء المحلي ≤ 64. معظم الخوادم ترفض ما هو أطول.
›هل تغادر البيانات متصفحي؟
لا. يعمل التحقق محلياً؛ لا يُرسل شيء لأي خادم.
›هل يمكنني التحقق من عناوين متعددة؟
ليس في هذه الأداة — الصق عنواناً واحداً في كل مرة. للقوائم، استخدم سكريبتاً أو خدمة تحقق جماعي مخصصة (مع موافقة أصحاب العناوين).
أدوات ذات صلة
آخر تحديث: