Email Validator

यह किसके लिए है?

अधिकांश "email validators" एक one-line regex हैं जो not@an.email को approve करते हैं और edge@case.io को reject करते हैं। यह tool वे structural checks चलाता है जिनकी RFC 5321 / 5322 वास्तव में आवश्यकता है — local part charset, dot rules, label lengths, TLD shape, hard length limits — साथ ही एक disposable-domain hint। यह आपको बताता है कि एक address well-formed है या नहीं; यह आपको नहीं बताता कि mailbox मौजूद है या नहीं (इसके लिए server-side MX/SMTP probe चाहिए)।

कब इस्तेमाल करें

• एक paid validation API या mass-mailer में feed करने से पहले email addresses की list को pre-flight करना (typos मुफ्त में पकड़ता है, credits बचाता है)।
• एक signup form बनाना जो field level पर स्पष्ट कचरे को reject करता है।
• Import करने से पहले typos खोजने के लिए contacts के CSV का audit करना।
• जांचना कि क्या एक address जो "अजीब दिखता है" (international TLD, plus-addressing, sub-addressing) वास्तव में allowed है।

आम गलतियाँ

• Syntactically valid ≠ deliverable। does-not-exist@gmail.com हर structural check pass करता है। वास्तविक verification को MX server की response की आवश्यकता है। इसे first-line filter के रूप में उपयोग करें, confidence signal के रूप में नहीं।
• Plus addressing allowed है। name+tag@gmail.com valid है और name@gmail.com पर route करता है — इसे strip न करें; यह एक feature है।
• Internationalised email (IDN)। 用户@例.中国 technically RFC 6530 के अनुसार valid है लेकिन SMTP servers द्वारा अभी broadly supported नहीं है। यह tool conservative ASCII rules का पालन करता है; यदि आपको वास्तव में IDN चाहिए तो loosen करें।
• Disposable-domain detection केवल hint है। List आवश्यक रूप से अधूरी है और कोई भी flagged domain अभी भी एक वास्तविक user हो सकता है।
• Case differences को reject न करें। RFC 5321 के अनुसार local parts technically case-sensitive हैं; practice में हर modern provider उन्हें case-insensitive treat करता है। Storage में lowercase न करें।