ईमेल पतों के अंदर टिप्पणियों की अनुमति देने का उद्देश्य क्या है?


9

मानक के अनुसार , ईमेल पतों के अंदर 'टिप्पणियां' डालना संभव है, जैसे कि john(hello @(world!) )@example.comऔर john@(my)example.comसीधे john@example.com

मानक राज्य (धारा 3.2.2 में):

एक टिप्पणी सामान्य रूप से संरचित फ़ील्ड बॉडी में कुछ मानव-पठनीय सूचनात्मक पाठ प्रदान करने के लिए उपयोग की जाती है।

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

ऐसा लगता है कि थंडरबर्ड इन टिप्पणियों को बाहर निकालता है और उन्हें 'टू' फ़ील्ड (नीचे की छवि देखें) में प्रदर्शित करता है, लेकिन यह केवल विशिष्ट प्रकार के खातों में भेजे गए संदेशों के लिए काम करता है, और मुझे इस व्यवहार के बारे में कोई दस्तावेज नहीं मिला है।

यहाँ छवि विवरण दर्ज करें


2
मुझे लगता है कि आप RFC 5322 खंड 4.4 को पढ़ना चाहते हैं। यह निश्चित रूप से ईमेल पते के लिए अनुमत एकमात्र चीज़ नहीं होगी जो उन्हें आज के सामान्य मामले की तुलना में अधिक जटिल बनाता है, लेकिन इनमें से कई अप्रचलित विशेष पते प्रारूप आवश्यक थे, जब एसएमटीपी का एक प्रमुख उद्देश्य सभी के साथ अंतर-अनुमति देना था। और उनके कुत्ते की मालिकाना ईमेल प्रणाली, जिनमें से सभी का अपना विशिष्ट पता वाक्यविन्यास था।
बजे एक CVn

अच्छी बात यह है कि मानक को पीछे की ओर संगत होना चाहिए, लेकिन मैं सोच रहा हूं कि पते के अंदर टिप्पणियों की अनुमति देने के लिए मूल प्रेरणा क्या थी।
j_h

@ आरेख मैं मान रहा हूं कि लघु-स्तरीय टिप्पणियों की अनुमति देने के लिए एक विशिष्ट कारण था, और मैं उम्मीद कर रहा हूं कि किसी को उत्तर पता है, या कम से कम उदाहरण प्रदान कर सकते हैं जहां इस सुविधा का उपयोग विशिष्ट कार्यक्षमता को प्राप्त करने के लिए किया जा सकता है जो अन्यथा प्राप्त नहीं किया जा सकता है। राय-आधारित प्रश्न के रूप में यह कैसे पकड़ में आता है?
j_h

आपकी टिप्पणी अब कहती है कि यह एक "बहुत व्यापक" प्रश्न है, और वह भी जो दायरे में नहीं है। तर्क / उपयोग के मामले क्यों कुछ एक निश्चित तरीके से लागू किया गया था के लिए पूछ SU अवधि से बाहर है
यादृच्छिक

मुझे ऐसा लगता है कि इस प्रश्न का एक बहुत ही विशिष्ट उत्तर होना चाहिए: या तो कुछ अस्पष्ट ऐतिहासिक कारण था, और टिप्पणियों को अब केवल विरासत कारणों (और इसलिए हतोत्साहित / पदावनत) के लिए अनुमति दी जानी चाहिए, या कोई विशेष कारण है कि वे सक्षम करें (जैसा कि मानक द्वारा सुझाया गया है)। मुझे लगता है कि यह सवाल 'कंप्यूटर के प्रति उत्साही और बिजली उपयोगकर्ताओं' के लिए दिलचस्पी का होगा जो ईमेल के उपयोग से सबसे अधिक लाभ प्राप्त करना चाहते हैं।
j_h

जवाबों:


2

ईमेल पते के अंदर टिप्पणियाँ मुख्य रूप से समर्थित हैं ताकि ईमेल पते का एक संक्षिप्त रूप - विशेष रूप से "जॉन स्मिथ <john@example.com>" के बजाय "john@example.com (जॉन स्मिथ)" को संभाला जा सके।

यह पुरानी शैली की संकेतन के रूप में निर्धारित टिप्पणियों के रूप में संक्षिप्तीकृत सामग्री को परिभाषित किया गया है, जैसा कि यहां बताया गया है और सामान्य टिप्पणी सम्मेलन के भाग के रूप में आरएफसी 822 में संदर्भित किया गया है:

http://www.freesoft.org/CIE/RFC/822/16.htm

.. तो जैसा कि आप देख सकते हैं, मूल ईमेल प्रारूप में इसकी जड़ें हैं जो प्रारंभिक RFC 822 मानक 1982 में बनाई गई ARPANET मानक RFC 733 को प्रतिस्थापित करने के लिए थीं, जिसमें कोष्ठक का उपयोग टिप्पणियों के रूप में भी किया गया था। आखिरकार, कोष्ठक को मानकीकृत किया गया, हालांकि मूल प्रारूप के लिए समर्थन बना हुआ है।

रे: https://en.wikipedia.org/wiki/Email#Message_format

हमारी साइट का प्रयोग करके, आप स्वीकार करते हैं कि आपने हमारी Cookie Policy और निजता नीति को पढ़ और समझा लिया है।
Licensed under cc by-sa 3.0 with attribution required.