ईमेल पता प्रमाणीकरण (बिंदु और पूंजीकरण)

Question

जैसा कि आप जानते हैं कि ऐसे कई पात्र हैं जिनका उपयोग ई-मेल पते में किया जा सकता है। लोग आजकल उनके ई-मेल एड्रेस के कुछ कीवर्ड विभाजित पठनीयता में सुधार करने के लिए, जैसे:

name.surname@gmail.com 
x-com.shop.support@stuff.net 

हालांकि, डॉट चरित्र . जीमेल (और साथ ही बड़े करना) का उपयोग करते समय केवल पठनीयता में सुधार, यह खाते में नहीं लिया जाता है ई-मेल पते के हिस्से के रूप में। इस प्रकार, हम कह सकते हैं कि:

name.surname@gmail.com रूप namesurname@gmail.com

x-com.shop.support@stuff.net ही है

वेबसाइटों में से अधिकांश का प्रयोग कर एक डेटाबेस चालित रूप x-comshopsupport@stuff.net

---

समस्या एक ही है प्रमाणीकरण। मान लें कि मैं एक ईमेल (डॉट्स) के बिना पंजीकृत namesurname@gmail.com तो, इस तरह के एक MySQL क्वेरी के रूप में तार अलग काम नहीं करेगा:

SELECT * FROM users WHERE email = "name.surname@gmail.com" ;

---

सवाल

कोई वैकल्पिक हल के लिए है इस तरह की समस्या हल करें? वास्तव में विभिन्न ई-मेल सर्वर विभिन्न नियमों का उपयोग करते हैं। तो क्या उपयोगकर्ताओं को हमेशा याद रखना होगा, किस वेबसाइट पर उन्होंने डॉट्स या पूंजी अक्षरों का उपयोग किया है, यहां तक ​​कि ई-मेल पता अभी भी वही है?

---

अद्यतन

बस कुछ सेवा है, जहां आप एक ही ई-मेल का उपयोग कर खातों की tonns कर सकता है कल्पना।

name.surname@gmail.com 
n.amesur.name@gmail.com 
nam.esurname@gmail.com 

और फिर भी आप एक ही पते पर ईमेल की पुष्टि हो रही होगी: मूल ईमेल namesurname@gmail.com, उपनाम है। अजीब लगता है, हुह?

Answer 1

यदि आप वास्तव में वास्तव में आपको प्रस्तावित करने के तरीके को हल करने के लिए हल करना चाहते हैं, तो आपको अपने ईमेल पते को किसी प्रकार के कैनोलिक रूप के रूप में स्टोर करना होगा। सभी निचले मामलों को कहें और "डॉट्स" या किसी अन्य विशेष चरित्र को हटाकर जिसे आप अनदेखा करना चाहते हैं।

आप ट्रिगर (http://sqlfiddle.com/#!2/81689/1) का उपयोग करके "automatize" हो सकता है बात:

create table email(addr char(80), canon char(80) UNIQUE); 
CREATE TRIGGER ins_email BEFORE INSERT ON email 
FOR EACH ROW 
    SET NEW.canon = REPLACE(LOWER(NEW.addr), ".",""); 

INSERT IGNORE INTO email(addr) VALUES ("Sylvain.Leroux@example.com"), 
    ("sylvainleroux@example.com"), 
    ("SYLVAINLEROUX@ex.ample.com"); 

यह केवल संत घोषित रूप के आधार पर तालिका में एक पंक्ति सम्मिलित होंगे। कृपया अंतिम उदाहरण पर ध्यान से देखें। डोमेन "ex.ample.com" है जो मेरे सरल ट्रिगर द्वारा "examplecom" के रूप में कैनन किया गया है। जो शायद वांछनीय है। यह सिर्फ यह इंगित करने के लिए है कि सही canonization शायद REPLACE(LOWER(... से थोड़ा अधिक जटिल हो सकता है। इसके अतिरिक्त आपको शायद इस ट्रिगर के डुप्लिकेट ON UPDATE बनाने की आवश्यकता होगी। परंतु...

---

... मैं के रूप में उस दिशा में आगे नहीं जाना होगा:

"पूंजीकरण [..] खाते में नहीं लिया जाता है"

यह एक है आम गलतफहमी: डोमेन नाम (@ के दाईं ओर) केस संवेदनशील नहीं हैं। लेकिन local parts (@ के बाईं ओर) केस संवेदनशील हैं। विशेष मामले postmaster के अलावा।

अधिकांश एमटीए "स्थानीय भाग" की केस संवेदनशीलता को अनदेखा करने के लिए कॉन्फ़िगर किए गए हैं। लेकिन यह बिल्कुल जरूरी नहीं है। वास्तव में RFC5321 section 2.2 स्पष्ट रूप से बताता है कि "मेलबॉक्स का स्थानीय हिस्सा केस संवेदनशील के रूप में माना जाना चाहिए।"