मैं सोच रहा हूं कि लोगों को ई-मेल पते का सत्यापन कैसे करना चाहिए। मेरा क्षेत्र मुख्य रूप से वेब-विकास है, लेकिन यह कहीं भी लागू होता है।
मैंने कुछ दृष्टिकोण देखे हैं:
- बस जाँच की जा रही है कि क्या कोई "@" मौजूद है, जो सरल है, लेकिन निश्चित रूप से वह विश्वसनीय नहीं है।
- मानक ई-मेल प्रारूपों के लिए एक अधिक जटिल रेगेक्स परीक्षण
- RFC 2822 के खिलाफ एक पूर्ण रीगेक्स - इसके साथ समस्या यह है कि अक्सर एक ई-मेल पता मान्य हो सकता है लेकिन यह संभवतः उपयोगकर्ता का मतलब नहीं है
- डीएनएस सत्यापन
- SMTP सत्यापन
जैसा कि बहुत से लोग जानते हैं (लेकिन बहुत से नहीं), ई-मेल पते में बहुत अधिक भिन्नताएं हो सकती हैं, जिन्हें ज्यादातर लोग आमतौर पर नहीं मानते (देखें RFC 2822 3.4.1 ), लेकिन आपको इन लक्ष्यों के बारे में सोचना होगा आपकी मान्यता: क्या आप बस यह सुनिश्चित करने की कोशिश कर रहे हैं कि एक ई-मेल संदेश एक पते पर भेजा जा सकता है, या यह कि उपयोगकर्ता को संभवतः डालने का क्या मतलब है (जो अन्यथा के वैध मामलों के अधिक अस्पष्ट मामलों में संभावना नहीं है) 'पते)।
एक विकल्प जो मैंने माना है वह बस अधिक गूढ़ पते के साथ एक चेतावनी दे रहा है, लेकिन फिर भी अनुरोध को गुजरने की अनुमति देता है, लेकिन यह एक रूप में अधिक जटिलता जोड़ता है और अधिकांश उपयोगकर्ताओं को भ्रमित होने की संभावना है।
हालांकि डीएनएस सत्यापन / एसएमटीपी सत्यापन नो-ब्रेनर्स की तरह प्रतीत होता है, मैं उन समस्याओं को दूर करता है जहां DNS सर्वर / एसएमटीपी सर्वर अस्थायी रूप से नीचे है और एक उपयोगकर्ता कहीं रजिस्टर करने में असमर्थ है, या उपयोगकर्ता का एसएमटीपी सर्वर आवश्यक सुविधाओं का समर्थन नहीं करता है।
कुछ अनुभवी डेवलपर्स इसे कैसे संभाल सकते हैं? क्या मैं सूचीबद्ध लोगों की तुलना में कोई अन्य दृष्टिकोण हैं?
संपादित करें: मैं पूरी तरह से सबसे स्पष्ट भूल गया, एक पुष्टिकरण ई-मेल भेज रहा हूं! उत्तर देने वालों के लिए धन्यवाद कि एक बाहर। हां, यह बहुत ही मूर्खतापूर्ण है, लेकिन इसमें शामिल सभी लोगों की ओर से अतिरिक्त परेशानी की आवश्यकता है। उपयोगकर्ता को कुछ ई-मेल लाने होते हैं, और डेवलपर को उपयोगकर्ता डेटा को याद रखने की आवश्यकता होती है, इससे पहले कि वे मान्य हों।