मेरे पिता कहते हैं कि ईमेल पते के लिए राजधानियों (साल पहले) मामले में इस्तेमाल किया जाता था लेकिन अब और नहीं। मुझे पूरा यकीन है कि उन्होंने कभी नहीं किया क्योंकि DNS/MX परिवर्तनों से जुड़े कुछ ऐसा नहीं बदलेगा। विशेष रूप से रिकॉर्ड ऑनलाइन खोजने के लिए आसान नहीं है।क्या राजधानियों ने कभी भी ईमेल पते में कोई फर्क नहीं पड़ता?
आइए नज़र:
ईमेल पते के डोमेन भाग RFC 1034 के अनुरूप करने की जरूरत है और इस प्रकार है (और हमेशा किया गया है) केस संवेदी:
http://www.ietf.org/rfc/rfc1034.txt
ईमेल पते का स्थानीय भाग प्राप्तकर्ता मेल सर्वर द्वारा संभाला जाता है और इस प्रकार सिद्धांत में केस-सेंसिटिव रूप से इलाज किया जाता है या नहीं, उस सर्वर पर निर्भर करता है। कुछ मेल सर्वर आरएफसी 5322 (उदाहरण के लिए जीमेल को अनदेखा करते हुए) के अतिरिक्त नियम लागू करना चुनते हैं या उन्हें आराम करते हैं (उदाहरण के लिए एशिया में अधिकांश मेल सर्वर शुरुआती विराम चिह्नों को पतों और पतों के अंत में अनुमति देते हैं)।
सिद्धांत में एक मेल सर्वर मई (आरएफसी 5322 तोड़ने के दौरान) केस संवेदनशीलता लागू कर सकता है।
उस ने कहा, मुझे एक ऐसे व्यक्ति से अवगत नहीं है जो ऐसा करता है या कभी ऐसा करता है।
सं
परंपरा के मुताबिक, ई-मेल नाम केस-संवेदी माना जाता है।
हालांकि, RFC 2181 प्रति:
http://www.ietf.org/rfc/rfc2821.txt
मेलबॉक्स की स्थानीय-भाग केस संवेदी के रूप में इलाज किया जाना चाहिए। इसलिए, एसएमटीपी कार्यान्वयन मेलबॉक्स स्थानीय भागों के मामले को संरक्षित रखने के लिए सावधानी बरतनी चाहिए। मेलबॉक्स डोमेन केस संवेदनशील नहीं हैं। विशेष रूप से, कुछ होस्टों के लिए उपयोगकर्ता "स्मिथ" उपयोगकर्ता "स्मिथ" से अलग है। हालांकि, मेलबॉक्स की स्थिति संवेदनशीलता का शोषण स्थानीय हिस्सों में अंतःक्रियाशीलता में बाधा आती है और निराश होती है। टुकड़ों में इस पर
एक अन्य दस्तावेज कहा स्थानीय हिस्सा केस संवेदी के रूप में इलाज किया जाना चाहिए, पेज 13 को देखने या खोज "संवेदनशील" तो आप देखेंगे: पर आम हुआ करता था
कई अलग पता प्रारूप इंटरनेट, और उनमें से कुछ के साथ, मेजबाननाम से पहले पाठ केस संवेदनशील था। अप्रचलित पता http://tools.ietf.org/html/rfc5322#section-4.4
यह एक व्यक्तिपरक प्रश्न है, जो "ईमेल" की परिभाषा पर निर्भर करता है।
मेरी राय यह है कि आपके पिता सही हैं। ईमेल का मतलब केवल एसएमटीपी, आरएफसी अनुपालन ईमेल नहीं है, खासकर ऐतिहासिक संदर्भ में। सीसी: मेल एक कॉर्पोरेट संदेश प्रणाली थी। एओएल के पास इंटरनेट गेटवे होने से पहले आंतरिक ईमेल था। आदि, आदि। इनमें से कुछ पुराने सिस्टम केस संवेदनशील थे। मुझे याद है कि कुछ कॉर्पोरेट गेटवे को भेजते समय हमें यह सुनिश्चित करने की ज़रूरत थी कि पता सफल वितरण के लिए सभी कैप्स था।
ईमेल 1 99 0 के मध्य में एसएमटीपी के समानार्थी बनने लगा।
http://en.wikipedia.org/wiki/Email#Email_networks
या
+1। –
सिद्धांत रूप में: yes
अभ्यास में: no
यह संभव है @ केस से पहले ईमेल का हिस्सा बनाने के लिए संवेदनशील, लेकिन यह कभी नहीं किया गया है।
आज उपयोगकर्ता के साथ एक समस्या का अनुभव किया। यह दुख की बात है। – Relequestual
@ रिलेक्वेस्टुअल वेल मेलचंप (नंबर 1 मेलिंग सूची सेवा) अपने ऑनलाइन फॉर्म का उपयोग करते समय सभी ईमेल लोअरकेस बनाता है ... –
आम तौर पर मैं भी करता हूं! और कभी-कभी जब उपयोगकर्ता इसे भी प्रवेश करता है, लोअरकेस। यह एक छोटी सी समस्या है, लेकिन दुख की बात है, लेकिन एक असली समस्या भी है। मैं कल एक मामले के साथ डेल रहा था जहां एक उपयोगकर्ता को हमारे सिस्टम में अपना प्रारंभिक ईमेल नहीं मिला था। एलसी में उनके ईमेल के साथ पंजीकृत। मैं नहीं कह सकता कि वे कहां से थे, लेकिन किसी भी तरह से एक छोटी कंपनी नहीं। – Relequestual
_Internet_ ईमेल पते का डोमेन हिस्सा केस संवेदनशील नहीं है। ईमेल का मतलब एसएमटीपी ईमेल का मतलब नहीं है। http://en.wikipedia.org/wiki/Email#Email_networks –
उस आरएफसी से "आपको अपना केस सुरक्षित रखना चाहिए"। मुझे आज इस समस्या का सामना करना पड़ा जब मुझे उपयोगकर्ता को हमारे सिस्टम से ईमेल नहीं मिला क्योंकि उनके सिस्टम में ईमेल का उपयोगकर्ता हिस्सा केस सेंसिटिव था। – Relequestual
मैं स्कूल में केस संवेदनशील होने पर हमारे ईमेल पते को स्पष्ट रूप से याद करता हूं। मुझे अपने हॉटमेल खाते को निचले मामले में लिखने के लिए सावधान रहना भी याद है, यह सुनिश्चित नहीं है कि यह सिर्फ इसलिए था क्योंकि मुझे विद्यालय ईमेल में केस संवेदनशील होने के बावजूद इस्तेमाल किया गया था :)। ऐतिहासिक संदर्भ के लिए – markthewizard1234