2011-03-14 14 views
6

आधिकारिक आरएफसी दस्तावेज state कि हम डोमेन के "स्थानीय" भाग (साथ ही कई अन्य पागल चीजें) में both upper and lowercase letters का उपयोग कर सकते हैं।ईमेल पते में अपरकेस अक्षरों की अनुमति होनी चाहिए?

हालांकि, वास्तविक दुनिया में आम बात क्या है - और कल्पना क्या कहती है दो अलग-अलग चीजें हैं। याहू, गूगल, या हॉटमेल जैसे बड़े प्रदाताओं से ईमेल में उन अतिरिक्त पात्रों में से कोई भी नहीं (! # $ % & ' */= ?^{ | } ~) की अनुमति है। इसके अलावा, यह एक ईमेल देखने के लिए बहुत दुर्लभ है जिसमें पूंजी अक्षरों ([email protected]) शामिल हैं।

मैंने अलग-अलग ऊपरी और लोअरकेस combos का उपयोग करके आज अपने आप को कुछ ईमेल भेजे और पाया कि मेरे ईमेल सर्वर सभी ने उन्हें इस तथ्य को अनदेखा कर दिया कि पत्र आवरण अलग था। दूसरे शब्दों में, [email protected] = [email protected] मेरे ईमेल सर्वर (मेरे मुफ्त ईमेल खातों सहित) में।

क्या मुझे दुनिया के प्रारूप में कार्य करना चाहिए - और सभी एएनएसआईआई ईमेल को मानकीकृत/घटाएं? या क्या मुझे उपयोगकर्ताओं को [email protected], [email protected], और [email protected] के रूप में एकाधिक खातों को पंजीकृत करने की अनुमति देनी चाहिए?

उत्तर

4

शायद, सही समझौता उन्हें अपनी पसंद के पूंजीकरण के साथ पंजीकरण करने देना है, और यह दिखाएं कि जहां उचित हो ("[email protected] इनबॉक्स")। लेकिन आपको विशिष्टता जांच के लिए पूंजीकरण को कैनोनिकल बनाना चाहिए, क्योंकि कई बुरी तरह से व्यवहार किए गए ईमेल प्रेषक हैं उदा। भेजने से पहले संपूर्ण ईमेल पता को कैपिटल करें।

+0

तो वितरण के लिए मानक पूंजीकरण है जबकि लोअरकेस प्रदर्शन के लिए मानक है? – Xeoncross

+0

नहीं, मैं वितरण के लिए पूंजीकरण (ऊपरी-आवरण) का सुझाव नहीं दे रहा हूं, एक अच्छा विचार, * या * अधिकांश प्रेषकों द्वारा उपयोग किया जाता है। लेकिन यह गलत संख्या में गलत तरीके से उपयोग किया जाता है। और जैसा कि मैंने कहा, आपको उस उपयोगकर्ता को मूल पता दिखाना चाहिए जहां उचित हो। कैनोलिकलाइजेशन के लिए, जब तक आप लगातार होते हैं, तब तक कम-आवरण या ऊपरी-आवरण दोनों ठीक होना चाहिए। –

+2

@Xeoncross नहीं, आपको प्रेषक द्वारा लिखे गए पते पर पहुंचा देना चाहिए, प्राप्तकर्ता सर्वर केस संवेदनशील हो सकता है। – stefan

1

मैं व्यक्तिगत रूप से सभी ईमेल मानकीकृत/कम करने का चयन करता हूं। यह आपके लिए चीजों को सरल बनाता है क्योंकि, यदि कोई उपयोगकर्ता आपके सिस्टम पर ईमेल भेज रहा है या लॉग इन कर रहा है, तो ईमेल पता गलत टाइप करना बहुत आसान है - [email protected] बनाम [email protected]। और, जैसा कि आपने कहा है, बड़े प्रदाताओं ने इस पैटर्न का पालन करने का यह निर्णय लिया है। यहां तक ​​कि यदि आपने अपरकेस अक्षरों की अनुमति दी है, तो यह आपके सामान्य उपयोगकर्ता आधार को भ्रमित कर देगा क्योंकि वे कुछ अलग (AKA सभी लोअरकेस) की अपेक्षा करने आए हैं।

2

मानक का कारण यह था कि गैर-यूनिक्स सिस्टम ARPAnet में और बाद में इंटरनेट को न्यूनतम परेशानी के साथ भाग ले सकता था। (वीएमएस और टेनेक्स पूर्व में आम थे, और बीआईटीएनईटी का भी प्रतिनिधित्व किया गया था। बाद में कम से कम, लोअरकेस अक्षरों को 3278 की आवश्यकता थी या 3270 टर्मिनलों को अपग्रेड किया गया था।) इन दिनों, स्थानीय इलाके में मामले को अनदेखा करना सबसे अच्छा है, क्योंकि सभी ने यह पता लगाया है कि कैसे आवश्यकता के बाहर लोअरकेस का उपयोग करने के लिए।

2

माइक्रोसॉफ्ट एसक्यूएल सर्वर में, डिफ़ॉल्ट रूप से, इंडेक्स केस असंवेदनशील होते हैं।

यदि आप फ़ील्ड पर एक अद्वितीय इंडेक्स डालते हैं, तो उपयोगकर्ता के पास जॉन डू @acme.org जैसे पाठक-अनुकूल कैमेलकेस नाम और [email protected] जैसे डुप्लीकेट स्वचालित रूप से अस्वीकार कर दिए जाएंगे।

+1

मैं ज्यादातर पोस्टग्रेएसक्यूएल का उपयोग करता हूं, हालांकि, माईएसक्यूएल आपके द्वारा वर्णित वही केस-असंवेदनशील प्रकृति साझा करता है। हालांकि, यह केवल भंडारण से अधिक है - मुझे इन खातों को ईमेल करने की भी आवश्यकता है। – Xeoncross

संबंधित मुद्दे