ईमेल पते: केस संवेदनशीलता का प्रश्न

ईमेल पते से जुड़ा इनबॉक्स एक लॉक बॉक्स है - केवल तब अनलॉक किया जाता है जब प्राप्तकर्ता क्षेत्र में उस विशिष्ट ईमेल पते के साथ एक ईमेल भेजा जाता है। कितने लोगों को आश्चर्य होता है कि यह सरल है - क्या इस बंद बॉक्स की कुंजी बिल्कुल सही है? या फिर गलती की कोई गुंजाइश है? दूसरे शब्दों में, जब ईमेल पते की वैधता की बात आती है तो क्या चरित्र के मामले में कोई भार होता है? हर ईमेल पते के दो अलग-अलग खंड होते हैं - उपयोगकर्ता नाम, उसके बाद एक @ जुदाई के लिए, और फिर डोमेन का नाम ईमेल पते पर पंजीकृत है, साथ ही शीर्ष स्तर के डोमेन के साथ। सवाल यह है, अगर ईमेल पते के लिए एक ईमेल का इरादा है recipient@domain.com , को ईमेल भेजेगा Recipient@domain.com या recipient@doMain.com (या ऊपरी मामले में पात्रों के साथ ईमेल पते की कोई अन्य भिन्नता) ईमेल को इच्छित इनबॉक्स में भेजें या इसे पूरी तरह से अलग ईमेल पते पर भेजें (या बस एक वापस करें डिलीवरी विफल रही इस घटना में संदेश कि अनजाने प्राप्तकर्ता ईमेल पता मौजूद नहीं है)? क्या औसत ईमेल पता मामले का कोई हिस्सा संवेदनशील है?

विश्वविद्यालय की स्थापना मिसाल है

ईमेल एक सार्वभौमिक रूप से बनाए रखा गया है और कार्यशील नेटवर्क है, न कि कुछ बुनियादी ढांचे, आभासी बुनियादी ढांचे का आधा बेक्ड टुकड़ा। दुनिया के ईमेल नेटवर्क के हर एक हिस्से को सावधानीपूर्वक मैप किया गया है और इसके हर एक पहलू के लिए मिसालें और मानक स्थापित किए गए हैं। RFC 5321 वह मानक है जो ईमेल ट्रांसपोर्ट से संबंधित हर चीज से संबंधित है, और ईमेल पतों में केस सेंसिटिविटी के बारे में यह कहना काफी हद तक सही है:

मेलबॉक्स के स्थानीय-भाग को संवेदनशील के रूप में माना जाना चाहिए। इसलिए, एसएमटीपी कार्यान्वयन मेलबॉक्स स्थानीय भागों के मामले को संरक्षित करने के लिए जरूरी है। विशेष रूप से, कुछ मेजबानों के लिए, उपयोगकर्ता 'स्मिथ' उपयोगकर्ता 'स्मिथ' से अलग है। हालाँकि, मेलबॉक्स की संवेदनशीलता का स्थानीय स्तर पर उपयोग करने से इंटरऑपरेबिलिटी बाधित होती है और यह हतोत्साहित होता है। मेलबॉक्स डोमेन सामान्य DNS नियमों का पालन करते हैं और इसलिए संवेदनशील नहीं होते हैं - RFC5321

आपके पास यह है - के अनुसार, अच्छी तरह से, ईमेल कानून, ईमेल सेवा प्रदाताओं को एक ईमेल पते के स्थानीय उपयोगकर्ता नाम के मामले को संवेदनशील माना जाता है क्योंकि ऐसा नहीं करने से लगभग हमेशा एक महत्वपूर्ण भ्रम और बाधा संचालन होता है, लेकिन डोमेन नाम और विस्तारित शीर्ष-स्तरीय डोमेन मामले की संवेदनशीलता से मुक्त हैं। बहुत कटा और सूखा, क्या आपको नहीं लगता? वास्तव में नहीं, क्योंकि यह पूरी कहानी नहीं है। कानून केवल बातचीत का एक हिस्सा है - दूसरा हिस्सा वास्तव में दुनिया भर में चल रहा है और बस कैसे कानून को ईमेल परिवहन में लागू किया जा रहा है।

व्यावहारिक रूप से लागू मिसाल

सार्वभौमिक रूप से स्थापित और मान्यता प्राप्त मिसाल यह बताती है कि डोमेन नाम को असंवेदनशील माना जाता है, जबकि प्रश्न में डोमेन पर पंजीकृत स्थानीय उपयोगकर्ता नाम को संवेदनशील माना जाता है। इसका मतलब होगा कि ईमेल पता recipient@domain.com के समान है recipient@dOmAiN.coM लेकिन ऐसा नहीं है प्राप्त करने वाला @ domain.com । यह, हालांकि, हमेशा सच नहीं होता है। आप देखते हैं, ईमेल पतों की केस सेंसिटिविटी वास्तव में एक ईमेल सेवा प्रदाता से दूसरे में भिन्न होती है। केस संवेदनशील ईमेल पते, भले ही उनमें से केवल स्थानीय उपयोगकर्ता नाम संवेदनशील हो, इंटरऑपरेबिलिटी समस्याओं के जोखिम और सेवा प्रदाताओं के लिए विभिन्न सिरदर्द की एक सरणी का उल्लेख नहीं करने के लिए, बहुत अधिक भ्रम पैदा कर सकता है। यह मामला होने के नाते, बहुत से ईमेल सेवा प्रदाता वहां से ईमेल एड्रेस केस सेंसिटिविटी मिसाल कायम करने के लिए चुनते हैं और या तो अपने क्लाइंट के लिए कैरेक्टर केस फिक्स करते हैं या कैरेक्टर केस को पूरी तरह से नजरअंदाज कर देते हैं, जिस स्थिति में अपर केस और लोअर केस कैरेक्टर दोनों को माना जाता है। नेटवर्क द्वारा समान होना।

इसका मूल रूप से यह अर्थ है कि अधिकांश ईमेल सेवा प्रदाता अपने ग्राहकों को इस बात पर झुंझलाते हैं कि वे किस प्रकार के पात्रों को टाइप करते हैं जो वे ईमेल पते बनाते हैं जिनसे वे संवाद करना चाहते हैं। यदि आप इन ईमेल सेवा प्रदाताओं में से एक का उपयोग करने के लिए पर्याप्त भाग्यशाली हैं, जब आप एक विशिष्ट ईमेल पते पर एक ईमेल भेज रहे हैं और किसी भी वर्ण को ऊपरी / निचला मामला माना जाता है, लेकिन आप उन्हें इस प्रकार नहीं लिखते हैं , ईमेल अभी भी सही मेलबॉक्स के लिए अपना रास्ता बना लेगा - यह गलत इनबॉक्स में समाप्त नहीं होगा या आपके पास अमान्य ईमेल पता होने के लिए वापस नहीं किया जाएगा।

ईमेल एड्रेस में केस सेंसिटिविटी से निपटना

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

एक दिलचस्प कहानी है

अधिकांश ईमेल सेवा प्रदाता ईमेल पतों में वर्णमाला के मामले से प्रभावित होकर दुनिया का पक्ष ले रहे हैं। हालाँकि, Google, Google फैशन में, उपयोगकर्ता नाम और उनके ईमेल पते के डोमेन भाग दोनों में अवधियों की अवहेलना करके उन सभी को एक-यूपीआई कर रहा है। इसका मतलब है कि, Google की ईमेल प्रणाली के लिए, j.doe@gmail.com , j.d.oe@gmail.com , jdoe@gmail.com तथा j.DOE@gmail.com सभी एक ही ईमेल पते हैं!