ईमेल वैलिडेटर (syntax + सामान्य typo detection)

यह validator क्या करता है (और क्या नहीं)

ईमेल syntax validation जाँचता है कि 'name@domain.tld' RFC 5322 के structural rules का पालन करता है या नहीं। हम एक pragmatic regex उपयोग करते हैं जो वास्तविक दुनिया के लगभग सभी typos पकड़ता है, साथ ही plus tags, dots और unusual TLDs वाले legitimate addresses के लिए भी लचीला रहता है।

यह tool क्या नहीं कर सकता: यह confirm नहीं कर सकता कि address पर वास्तव में mail आता है। इसके लिए real email भेजना या SMTP check करना पड़ता है — दोनों server-side code माँगते हैं और false positives का जोखिम होता है। Syntax validation typos सस्ते में पकड़ता है; deliverability जाँचने के लिए अलग approach चाहिए।

सामान्य typo detection

हम प्रमुख free email providers में typos देखते हैं — 'gmail.com' की जगह 'gmial.com', 'yahoo.com' की जगह 'yaho.com' आदि। Email signup typos में से लगभग 95% इन कुछ providers के domain typos होते हैं। Client-side पर पकड़ने से bounced welcome email और असहज 'कृपया अपना address जाँचें' follow-up से बचा जाता है।

यदि आप signup form बना रहे हैं, तो submit करने से पहले यही logic चलाएँ। 'क्या आपका मतलब था...?' suggestion दिखाएँ और user को accept या override करने दें। mature signup flows यह routinely करते हैं; इससे email deliverability ध्यान देने योग्य रूप से सुधरती है।

Local part के नियम

Plus tag ('user+filter@gmail.com'): प्रमुख providers द्वारा व्यापक रूप से support किया जाता है। विभिन्न sign-ups के लिए unique addresses बनाने में उपयोगी, single inbox बनाए रखते हुए।

Dots ('user.name@gmail.com'): Gmail इन्हें same address मानता है (dots ignore होते हैं), लेकिन अन्य providers इन्हें अलग addresses मान सकते हैं। Gmail के बाहर dot-equivalence पर निर्भर न रहें।

लंबाई: RFC 5321 local part को 64 characters और पूरे address को 254 characters तक सीमित करता है। जब ये exceed होते हैं तो हम चेतावनी देते हैं — अधिकांश servers लंबे addresses अस्वीकार करते हैं।

Case sensitivity: RFC के अनुसार local part case-sensitive है, लेकिन अधिकांश providers इसे case-insensitive मानते हैं। Domain हमेशा case-insensitive होता है।