ईमेल: Difference between revisions

Revision as of 00:11, 15 December 2022

यह स्क्रीनशॉट एक ईमेल क्लाइंट का इनबॉक्स पेज दिखाता है; उपयोगकर्ता नए ईमेल देख सकते हैं और कार्रवाई कर सकते हैं, जैसे इन संदेशों को पढ़ना, हटाना, सहेजना या उनका जवाब देना।

Error creating thumbnail:

एट साइन, प्रत्येक एसएमटीपी ईमेल पते का एक हिस्सा^[1]

File:E-post från Wikipedia - 2019.jpg

जब विकिपीडिया पर कोई रोबोट छवि फ़ाइलों में परिवर्तन करता है, तो अपलोडर को किए गए परिवर्तनों के बारे में एक ईमेल प्राप्त होता है।

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

ईमेल माध्यम है, और इसके साथ भेजे गए प्रत्येक संदेश को ईमेल भी कहा जाता है। यह शब्द एक जन संज्ञा है।

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

मूल रूप से एक ASCII टेक्स्ट-ओनली संचार माध्यम, इंटरनेट ईमेल को बहुउद्देश्यीय इंटरनेट मेल एक्सटेंशन (MIME) द्वारा अन्य कैरेक्टर सेट और मल्टीमीडिया कंटेंट अटैचमेंट में टेक्स्ट ले जाने के लिए बढ़ाया गया था। अंतर्राष्ट्रीय ईमेल, UTF-8 का उपयोग करते हुए अंतर्राष्ट्रीय ईमेल पतों के साथ, मानकीकृत है लेकिन व्यापक रूप से अपनाया नहीं गया है ।^[2]

शब्दावली

इलेक्ट्रॉनिक मेल शब्द 1975 से अपने आधुनिक अर्थ के साथ उपयोग में है, और 1979 से छोटे ई-मेल के रूपांतरों का उपयोग किया जा रहा है::^[3]^[4]

ईमेल अब सामान्य रूप से, स्टाइल गाइड द्वारा अनुशंसित है।।^[5]^[6] यह (आईईटीएफ) IETF रिक्वेस्ट फॉर कमेंट्स आरएफसी और वर्किंग ग्रुप्स के लिए आवश्यक फॉर्म है।^[7] यह वर्तनी अधिकांश शब्दकोशों में भी दिखाई देती है।^[8]^[9]^[10]^[11]^[12]^[13]^[14]^[15]
ई-मेल संपादित प्रकाशित अमेरिकी अंग्रेजी और ब्रिटिश अंग्रेजी लेखन में पसंदीदा रूप है जैसा कि समकालीन अमेरिकी अंग्रेजी डेटा के कॉर्पस में परिलक्षित होता है,^[16] लेकिन कुछ स्टाइल गाइड के पक्ष में गिर रहा है।^[6]^[17]
कभी-कभी ई-मेल का प्रयोग किया जाता है।^[18] जून 1979 में मूल उपयोग ई-कॉम नामक संयुक्त राज्य डाक सेवा पहल के संदर्भ में इलेक्ट्रॉनिक्स पत्रिका में हुआ, जिसे 1970 के दशक के अंत में विकसित किया गया था और 1980 के दशक की शुरुआत में संचालित किया गया था।^[3]^[4]*
ईमेल का भी उपयोग किया जाता है।
ईमेल का उपयोग कॉम्प्युसर्व द्वारा अप्रैल 1981 में शुरू किया गया था, जिसने इस शब्द को लोकप्रिय बनाया।^[19]^[20]
ईमेल लेखक के पते के लिए आरएफसी में उपयोग किया जाने वाला एक पारंपरिक रूप है।

सेवा को अक्सर मेल के रूप में संदर्भित किया जाता है, और इलेक्ट्रॉनिक मेल के एक टुकड़े को संदेश कहा जाता है। ईमेल के भीतर क्षेत्रों के लिए सम्मेलन - "टू," "फ्रॉम," "सीसी," "बीसीसी" आदि - 1975 में आरएफसी-680 के साथ शुरू हुआ।^[21]

एक इंटरनेट ईमेल में एक लिफ़ाफ़ा और सामग्री होती है;^[22] सामग्री में एक हेडर और एक बॉडी होती है।^[23]

इतिहास

1960 के दशक की शुरुआत मे साझाकरण प्रणाली आगमन के बाद, 1965 में मेसाचुसेट्स प्रौद्योगिक संस्थान के सीटीएसएस(CTSS) प्रोजेक्ट द्वारा एक उल्लेखनीय कार्यान्वयन के साथ, एक ही सिस्टम के उपयोगकर्ताओं के बीच कंप्यूटर-आधारित संदेश संभव हो गया।^[24] शुरुआती मेन फॉर्मल और मिनी कंप्यूटर के अधिकांश विकासक ने सामान्यतः असंगत, मेल एप्लिकेशन विकसित किए। 1971 में पहला ARPANET नेटवर्क मेल भेजा गया था, जो उपयोगकर्ता के सिस्टम एड्रेस को निर्दिष्ट करने वाले '@' प्रतीक के साथ अब-परिचित एड्रेस सिंटैक्स को पेश करता है।^[25] आरएफसी की एक श्रृंखला में, फाइल ट्रांसफर प्रोटोकॉल पर मेल संदेश भेजने के लिए परिपाटियों को परिष्कृत किया गया था।

मालिकाना इलेक्ट्रॉनिक मेल सिस्टम जल्द ही उभरने लगे। 1970 के दशक में आईबीएम(IBM), कॉम्प्युसर्व और ज़ीरक्स ने इन-हाउस मेल सिस्टम का इस्तेमाल किया; कॉम्प्युसर्व ने 1978 से एक वाणिज्यिक इंट्राऑफ़िस मेल उत्पाद और 1981 से आईबीएम और ज़ीरक्स बेचा।^{[nb 1]}^[26]^[27]^[28] DEC का ऑल-इन-1 और हेवलेट पैकर्ड का HPMAIL(बाद में HP Desk Manager) 1982 में जारी किया गया; पूर्व पर विकास कार्य 1970 के दशक के अंत में शुरू हुआ और बाद वाला दुनिया का सबसे अधिक बिकने वाला ईमेल सिस्टम बन गया^[29]^[30]

1983 में ARPANET पर सरल डाक स्थानांतरण प्रोटोकॉल(एसएमटीपी) लागू किया गया था। 1980 के दशक के मध्य में लोकल एरिया नेटवर्क ईमेल सिस्टम का उदय हुआ। 1980 के दशक के अंत मे और 1990 के दशक की शुरुआत में एक समय, यह संभावना प्रतीत हुई कि या तो एक मालिकाना वाणिज्यिक प्रणाली या X.400 ईमेल प्रणाली, गवर्नमेंट ओपन सिस्टम्स इंटरकनेक्शन प्रोफाइल (GOSIP) का हिस्सा, प्रबल होगया। हालांकि, 1995 में इंटरनेट पर वाणिज्यिक यातायात ले जाने पर अंतिम प्रतिबंध समाप्त होने के बाद, ref>NSFNET बैकबोन सर्विस को रिटायर करना: एक युग के अंत का इतिहास Archived 2016-01-01 at the Wayback Machine, सुसान आर. हैरिस, पीएच.डी., और एलिस गेरिच, कनेक्शंस, वॉल्यूम। 10, नंबर 4, अप्रैल 1996</ref>^[31] कारकों के संयोजन ने एसएमटीपी, POP3 औरआईएमएपीईमेल प्रोटोकॉल के वर्तमान इंटरनेट सूट को मानक बना दिया।।^{[nb 2]}

ऑपरेशन

निम्नलिखित घटनाओं का एक विशिष्ट क्रम है जो तब होता है जब प्रेषक ऐलिस प्राप्तकर्ता के ईमेल पते पर मेल उपयोगकर्ता एजेंट(एमयूए) का उपयोग करके संदेश भेजता है।^[32]

Error creating thumbnail:

ईमेल ऑपरेशन

एमयूए ईमेल प्रारूप में संदेश को प्रारूपित करता है और इस मामले में एसएमटीपी.a.org को स्थानीय मेल सबमिशन एजेंट(एमएसए) को संदेश सामग्री भेजने के लिए सरल मेल ट्रांसफर प्रोटोकॉल(एसएमटीपी) की एक प्रोफाइल सबमिशन प्रोटोकॉल का उपयोग करता है।
एमएसए एसएमटीपी प्रोटोकॉल में प्रदान किए गए गंतव्य पते को निर्धारित करता है(संदेश शीर्षलेख से नहीं) - इस मामले में, bob@b.org - जो एक पूर्णतः योग्य डोमेन पता(एफक्यूडीए) है। @ चिह्न से पहले का भाग पते का स्थानीय भाग होता है, आधिकांश्तःप्राप्तकर्ता का उपयोगकर्ता नाम होता है, और @ चिह्न के बाद का भाग एक डोमेन नाम होता है। एमएसए डोमेन नेम सिस्टम(डीएनएस) में मेल सर्वर के पूरी तरह से योग्य डोमेन नाम निर्धारित करने के लिए डोमेन नाम को हल करता है।
डोमेन b.org(ns.b.org) के लिए DNS सर्वर उस डोमेन के लिए मेल एक्सचेंज सर्वरों को सूचीबद्ध करने वाले किसी भी एमएक्स रिकॉर्ड के साथ प्रतिक्रिया करता है, इस मामले में mx.b.org, एक संदेश ट्रांसफर एजेंट(एमटीए) सर्वर द्वारा चलाया जाता है। प्राप्तकर्ता का आईएसपी।
एसएमटीपी.a.org एसएमटीपी का उपयोग करके mx.b.org को संदेश भेजता है। अंतिम संदेश वितरण एजेंट(एमडीए) तक संदेश पहुंचने से पहले इस सर्वर को संदेश अन्य एमटीए को अग्रेषित करने की आवश्यकता हो सकती है।
एमडीए इसे यूजर बॉब के मेलबॉक्स में भेजता है।
बॉब का MUA या तो पोस्ट ऑफिस प्रोटोकॉल(POP3) या इंटरनेट मैसेज एक्सेस प्रोटोकॉल(आईएमएपी) का उपयोग करके संदेश भेजता है।

इस उदाहरण के अतिरिक्त, ईमेल प्रणाली में विकल्प और जटिलताएँ सम्मलित हैं:

ऐलिस या बॉब कॉरपोरेट ईमेल सिस्टम से जुड़े क्लाइंट का उपयोग कर सकते हैं, जैसे आईबीएम लोटस नोट्स या माइक्रोसॉफ्ट एक्सचेंज। इन प्रणालियों का आधिकांश्तःअपना आंतरिक ईमेल प्रारूप होता है और उनके ग्राहक सामान्यतः विक्रेता-विशिष्ट, मालिकाना प्रोटोकॉल का उपयोग करके ईमेल सर्वर से संवाद करते हैं। सर्वर उत्पाद के इंटरनेट मेल गेटवे के माध्यम से ईमेल भेजता या प्राप्त करता है जो आवश्यक सुधार भी करता है। यदि ऐलिस और बॉब एक ही कंपनी के लिए काम करते हैं, तो संपूर्ण लेन-देन पूरी तरह से एक कॉर्पोरेट ईमेल सिस्टम के भीतर हो सकता है।
ऐलिस के पास उसके कंप्यूटर पर MUA नहीं हो सकता है, लेकिन इसके बजाय वह वेबमेल सेवा से जुड़ सकती है।
ऐलिस का कंप्यूटर अपना एमटीए चला सकता है, इसलिए चरण 1 पर स्थानांतरण से बचें।
बॉब अपने ईमेल को कई तरीकों से उठा सकता है, उदाहरण के लिए mx.b.org में लॉग इन करना और इसे सीधे पढ़ना, या वेबमेल सेवा का उपयोग करना।
डोमेन में सामान्यतः कई मेल एक्सचेंज सर्वर होते हैं ताकि प्राथमिक उपलब्ध न होने पर भी वे मेल स्वीकार करना जारी रख सकें।

कई एमटीए इंटरनेट पर किसी भी प्राप्तकर्ता के लिए संदेश स्वीकार करते थे और उन्हें वितरित करने के लिए अपनी पूरी कोशिश करते थे। ऐसे एमटीए को ओपन मेल रिले कहा जाता है। इंटरनेट के शुरुआती दिनों में यह बहुत महत्वपूर्ण था, जब नेटवर्क कनेक्शन अविश्वसनीय थे।^[33]^[34] हालाँकि, यह तंत्र ईमेल स्पैम के प्रवर्तकों द्वारा शोषण करने योग्य साबित हुआ और इसके परिणामस्वरूप खुले मेल रिले दुर्लभ हो गए हैं,^[35] और कई एमटीए ओपन मेल रिले से संदेशों को स्वीकार नहीं करते हैं।

संदेश प्रारूप

ईमेल के लिए उपयोग किया जाने वाला मूल इंटरनेट संदेश प्रारूप^[36] आरएफसी 5322 द्वारा परिभाषित किया गया है, गैर-ASCII डेटा के एन्कोडिंग के साथ और आरएफसी 2045 में आरएफसी 2049 के माध्यम से परिभाषित मल्टीमीडिया सामग्री संलग्नक, जिसे सामूहिक रूप से बहुउद्देशीय इंटरनेट मेल एक्सटेंशन या एमआईएमइकहा जाता है। अंतर्राष्ट्रीय ईमेल में एक्सटेंशन केवल ईमेल पर लागू होते हैं। आरएफसी 5322 ने 2008 में पहले आरएफसी 2822 को बदल दिया, फिर 2001 में आरएफसी 2822 ने आरएफसी 822 को बदल दिया - दशकों से इंटरनेट ईमेल के लिए मानक थे। 1982 में प्रकाशित,आरएफसी 822 ARPANET के लिए पहले ये आरएफसी 733 पर आधारित था।^[37]

इंटरनेट ईमेल संदेशों में दो खंड होते हैं, "हेडर" और "बॉडी" इन्हें " विषय सूची" के रूप में जाना जाता है।।^[38]^[39] हेडर को ईमेल के बारे में, सीसी, विषय, दिनांक और अन्य जानकारी जैसे फ़ील्ड में संरचित किया गया है। सिस्टम के बीच ईमेल संदेशों के परिवाहक की प्रक्रिया में, एसएमटीपी संदेश हेडर फ़ील्ड का उपयोग करके वितरण मापदंडों और सूचनाओं का संचार करता है। मुख्य भाग में संदेश होता है, असंरचित पाठ के रूप में, कभी-कभी अंत में एक हस्ताक्षर ब्लॉक होता है। शीर्षलेख को मुख्य भाग से एक रिक्त रेखा द्वारा अलग किया जाता है।

संदेश शीर्षलेख

आरएफसी 5322 ईमेल हेडर के सिंटैक्स को निर्दिष्ट करता है। प्रत्येक ईमेल संदेश में एक हेडर (विनिर्देश के अनुसार संदेश का "हेडर सेक्शन") होता है, जिसमें कई फ़ील्ड("हेडर फ़ील्ड") सम्मलित होते हैं। प्रत्येक फ़ील्ड का एक नाम(फ़ील्ड नाम या हेडर फ़ील्ड नाम) होता है, उसके बाद विभाजक वर्ण: और एक मान (फ़ील्ड बॉडी या हेडर फ़ील्ड बॉडी) होता है।

प्रत्येक फ़ील्ड का नाम हेडर सेक्शन में एक नई पंक्ति के पहले वर्ण से शुरू होता है, और एक गैर-व्हाट्सएप प्रिंट करने योग्य वर्ण से शुरू होता है। यह विभाजक वर्ण : के साथ समाप्त होता है। विभाजक के बाद फ़ील्ड मान(फ़ील्ड बॉडी) होता है। मान बाद की पंक्तियों पर जारी रह सकता है यदि उन पंक्तियों में उनके पहले वर्ण के रूप में स्थान या टैब हो। फ़ील्ड नाम और, एसएमटीपी UTF8 के बिना, फ़ील्ड निकाय 7-बिट ASCII वर्णों तक सीमित हैं। कुछ गैर-ASCII मानों को एमआईएमइएन्कोडेड शब्दों का उपयोग करके प्रदर्शित किया जा सकता है।

हैडर फ़ील्ड्स

ईमेल हेडर फ़ील्ड मल्टी-लाइन हो सकते हैं, प्रत्येक पंक्ति में 78 वर्णों से अधिक नहीं होने की अनुशंसा की जाती है, हालांकि सीमा 998 वर्ण है।^[40] आरएफसी 5322 द्वारा परिभाषित शीर्षलेख फ़ील्ड में केवल US-ASCII वर्ण होते हैं; अन्य सेटों में वर्णों को एनकोड करने के लिए, आरएफसी 2047 में निर्दिष्ट सिंटैक्स का उपयोग किया जा सकता है।^[41] कुछ उदाहरणों में, IETF EAI वर्किंग ग्रुप कुछ मानक ट्रैक एक्सटेंशन को परिभाषित करता है,^[42]^[43] पिछले प्रायोगिक एक्सटेंशन की जगह लेता है ताकि हेडर के भीतरयूटीएफ-8 एन्कोडेड यूनिकोड वर्णों का उपयोग किया जा सके। विशेष रूप से, यह ईमेल पतों को गैर-ASCII वर्णों का उपयोग करने की अनुमति देता है। ऐसे पते गूगल और माइक्रोसॉफ्ट उत्पादों द्वारा समर्थित होते हैं, और कुछ सरकारी एजेंटों द्वारा प्रचारित किए जाते हैं।।^[44]

संदेश शीर्षलेख में कम से कम निम्न फ़ील्ड सम्मलित होने चाहिए:^[45]^[46]

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

आरएफसी 3864 IANA में संदेश हेडर फ़ील्ड के लिए पंजीकरण प्रक्रियाओं का वर्णन करता है; ; यह MIME, नेट समाचार, और HTTP के लिए परिभाषित फ़ील्ड सहित स्थायी और अनंतिम फ़ील्ड नाम प्रदान करता है, और प्रासंगिक आरएफसी को संदर्भित करता है। ईमेल के लिए सामान्य हेडर फ़ील्ड में सम्मलित हैं:^[47]

प्रति: ईमेल पता, और वैकल्पिक रूप से संदेश के प्राप्तकर्ताओं के नाम प्राथमिक प्राप्तकर्ताओं को इंगित करता है,(एकाधिक अनुमत), द्वितीयक प्राप्तकर्ताओं के लिए नीचे Cc: और Bcc: देखें।
विषय: संदेश के विषय का संक्षिप्त सारांश। विषय में सामान्तः कुछ संक्षिप्त रूपों का उपयोग किया जाता है, जिनमें "आरई:" और "एफडब्ल्यू:" हैं।
सीसी: कार्बन कॉपी; कई ईमेल क्लाइंट किसी के इनबॉक्स में ईमेल को अलग तरह से चिन्हित करते हैं जो इस बात पर निर्भर करता है कि वे प्रति: या सीसी: सूची में हैं।
बीसीसी: ब्लाइंड कार्बन कॉपी; पते सामान्यतः केवल एसएमटीपी वितरण के दौरान निर्दिष्ट किए जाते हैं, और सामान्यतः संदेश शीर्षलेख में सूचीबद्ध नहीं होते हैं।
सामग्री-प्रकार: संदेश को कैसे प्रदर्शित किया जाना है, इसके बारे में जानकारी, सामान्यतः एक एमआईएमइप्रकार से है।
वरीयता: सामान्यतः "बल्क", "जंक", या "लिस्ट" मानों के साथ; स्वचालित "अवकाश" या "कार्यालय से बाहर" इंगित करने के लिए उपयोग की जाने वाली प्रतिक्रियाओं को इस मेल के लिए वापस नहीं किया जाना चाहिए, उदा। मेलिंग सूची के अन्य सभी ग्राहकों को अवकाश नोटिस भेजे जाने से रोकने के लिए। मेल भेजे गए कतारबद्ध ईमेल की प्राथमिकता को प्रभावित करने के लिए इस फ़ील्ड का उपयोग करता है, "वरीयता: विशेष-वितरण" संदेशों को जल्द ही वितरित किया जाता है। आधुनिक उच्च-बैंडविड्थ नेटवर्क के साथ, वितरण प्राथमिकता पहले से कम समस्या है। माइक्रोसॉफ्ट एक्सचेंज एक बारीक-बारीक स्वचालित प्रतिक्रिया दमन तंत्र, X-ऑटो-रिस्पांस-सप्रेस फ़ील्ड का सम्मान करता है।^[48]
संदेश-आईडी: कई डिलीवरी को रोकने के लिए और इन-रिप्लाई-टू में संदर्भ के लिए एक स्वचालित-जेनरेट किया गया फ़ील्ड भी:(नीचे देखें)।
इन-रिप्लाई-टू: मैसेज का मैसेज-आईडी जिसका यह जवाब है। संबंधित संदेशों को आपस में लिंक करने के लिए उपयोग किया जाता है। यह फ़ील्ड केवल उत्तर संदेशों पर लागू होती है।
सन्दर्भ: संदेश की संदेश-आईडी जिसका यह उत्तर है, और संदेश की संदेश-आईडी जिसका पिछला उत्तर उत्तर था, आदि।
Reply-To: संदेश का उत्तर देने के लिए पते का उपयोग किया जाना चाहिए।
प्रेषक: प्रेषक का पता जो प्रेषक: फ़ील्ड (सचिव, सूची प्रबंधक, आदि) में सूचीबद्ध लेखक की ओर से कार्य करता है।
आर्काइव्ड-एट: एक व्यक्तिगत ईमेल संदेश के आर्काइव्ड फॉर्म का सीधा लिंक होता है ।

To: फ़ील्ड उन पतों से संबंधित नहीं हो सकता है जिन पर संदेश डिलीवर किया गया है। वितरण सूची परिवाहक प्रोटोकॉल, सिंपल मेल ट्रांसफर प्रोटोकॉल को अलग से प्रदान की जाती है, जिसे हेडर सामग्री से निकाला जा सकता है। To: फ़ील्ड बाहरी लिफाफे पर दिए गए पते के अनुसार दिए गए पारंपरिक पत्र के शीर्ष पर दिए गए पते के समान है। उसी तरह, प्रेषक: फ़ील्ड प्रेषक नहीं हो सकता है। कुछ मेल सर्वर रिले किए गए संदेशों पर ईमेल प्रमाणीकरण प्रणाली लागू करते हैं। सर्वर की गतिविधि से संबंधित डेटा भी शीर्षलेख का हिस्सा है, जैसा कि नीचे परिभाषित किया गया है।

एसएमटीपी निम्नलिखित दो क्षेत्रों का उपयोग करके हेडर में सहेजे गए संदेश की ट्रेस जानकारी को परिभाषित करता है:^[49]

प्राप्त: एक एसएमटीपी सर्वर द्वारा एक संदेश स्वीकार करने के बाद, यह हेडर के शीर्ष पर इस ट्रेस रिकॉर्ड को सम्मिलित करता है(अंतिम से पहले)।
रिटर्न-पाथ: डिलीवरी के बाद एसएमटीपी सर्वर किसी संदेश की अंतिम डिलीवरी करता है, यह हेडर के शीर्ष पर इस फ़ील्ड को सम्मिलित करता है।

प्राप्तकर्ता सर्वर द्वारा हेडर के शीर्ष पर जोड़े गए अन्य फ़ील्ड को ट्रेस फ़ील्ड कहा जा सकता है।^[50]

प्रमाणीकरण-परिणाम: सर्वर द्वारा प्रमाणीकरण की पुष्टि करने के बाद, यह डाउनस्ट्रीम एजेंटों द्वारा खपत के लिए इस क्षेत्र में परिणामों को सहेज सकता है।^[51]
प्राप्त-एसपीएफ़: प्रमाणीकरण-परिणामों की तुलना में प्रेषक नीति ढांचे की जाँच के परिणामों को अधिक विस्तार से संग्रहीत करता है।^[52]
डीकेआईएम-हस्ताक्षर: यह सत्यापित करने के लिए कि संदेश भेजे जाने के बाद बदला नहीं गया था, डोमेन कुंजी पहचान मेल(DKIM) डिक्रिप्शन के परिणामों को संग्रहीत करता है।^[53]
ऑटो-सबमिट: स्वचालित रूप से जेनरेट किए गए संदेशों को चिह्नित करने के लिए उपयोग किया जाता है।^[54]
वीबीआर-जानकारी: संदर्भ श्वेतसूची द्वारा दावा प्रमाण^[55]

संदेश का मुख्य भाग

सामग्री एन्कोडिंग

इंटरनेट ईमेल को 7-बिट ASCII के लिए डिजाइन किया गया था।^[56] अधिकांश ईमेल सॉफ़्टवेयर 8-बिट साफ होते हैं, लेकिन यह मान लेना चाहिए कि यह 7-बिट सर्वर और मेल रीडर के साथ संचार करेगा। एमआईएमइमानक ने गैर-ASCII डेटा के प्रसारण को सक्षम करने के लिए कैरेक्टर सेट स्पेसिफायर और दो कंटेंट ट्रांसफर एन्कोडिंग की शुरुआत की: उस सीमा के बाहर कुछ वर्णों के साथ ज्यादातर 7-बिट सामग्री के लिए प्रिंट करने योग्य और मनमाना बायनरी डेटा के लिए बेस64। इन एन्कोडिंग की आवश्यकता के बिना मेल के प्रसारण की अनुमति देने के लिए 8BITएमआईएमइ और BINARY एक्सटेंशन पेश किए गए थे, लेकिन कई मेल ट्रांसपोर्ट एजेंट उनका समर्थन नहीं कर सकते हैं। कुछ देशों में, ई-मेल सॉफ़्टवेयर उल्लंघन करता है RFC 5322 कच्चा भेजकर^{[nb 3]} गैर-ASCII पाठ और कई एन्कोडिंग योजनाएँ सह-अस्तित्व में हैं; नतीजतन, डिफ़ॉल्ट रूप से, गैर-लैटिन वर्णमाला भाषा में संदेश गैर-पठनीय रूप में प्रकट होता है(केवल एक अपवाद है यदि प्रेषक और रिसीवर एक ही एन्कोडिंग योजना का उपयोग करते हैं)। इसलिए, अंतर्राष्ट्रीय चरित्र सेटों के लिए, यूनिकोड लोकप्रियता में बढ़ रहा है।^[57]

प्लेन टेक्स्ट और एचटीएमएल

अधिकांश आधुनिक ग्राफ़िक ईमेल क्लाइंट उपयोगकर्ता के विकल्प पर संदेश के मुख्य भाग के लिए प्लेन टेक्स्ट या एचटीएमएल ई-मेल के उपयोग की अनुमति देते हैं। एचटीएमएल ईमेल संदेशों में आधिकांश्तःअनुकूलता के लिए स्वचालित रूप से जेनरेट की गई सादा पाठ प्रति सम्मलित होती है।

एचटीएमएल के लाभों में इन-लाइन लिंक और छवियों को सम्मलित करने की क्षमता सम्मलित है, पिछले संदेशों को ब्लॉक उद्धरण में अलग करना, किसी भी डिस्प्ले पर स्वाभाविक रूप से लपेटना, रेखांकन और इटैलिक जैसे जोर का उपयोग करना और फ़ॉन्ट शैलियों को बदलना सम्मलित है। नुकसान में ईमेल का बढ़ा हुआ आकार, वेब बग के बारे में गोपनीयता संबंधी चिंताएं, फ़िशिंग के लिए वेक्टर के रूप में एचटीएमएल ईमेल का दुरुपयोग और मैलवेयर का प्रसार सम्मलित हैं।^[58] कुछ ई-मेल क्लाइंट के अभाव में भी बॉडी को एचटीएमएल के रूप में व्याख्या करते हैं Content-Type: एचटीएमएल हेडर फ़ील्ड; इससे विभिन्न समस्याएं हो सकती हैं।

कुछ वेब-आधारित मेलिंग सूचियाँ उपरोक्त सभी कारणों से प्रति पंक्ति 72 या 80 वर्णों के साथ प्लेन टेक्स्ट में सभी पोस्ट बनाने की अनुशंसा करती हैं,^[59]^[60] और क्योंकि उनके पास ईमेल क्लाइंट की तुलना टेक्स्ट-आधारित ईमेल क्लाइंट जैसे ईमेल क्लाइंट का उपयोग करने वाले पाठकों की एक महत्वपूर्ण संख्या है।

ईमेल और यूज़नेट पोस्ट में प्लेन टेक्स्ट को चिह्नित करने के लिए विभिन्न अनौपचारिक सम्मेलनों का विकास हुआ, जिसके कारण बाद में setext(c. 1992) और लाइटवेट मार्कअप भाषा जैसी औपचारिक भाषाओं का विकास हुआ, कई अन्य, उनमें से सबसे लोकप्रिय मार्कडाउन हैं।

कुछ Microsoft ईमेल क्लाइंट अपने स्वामित्व वाले रिच टेक्स्ट फ़ॉर्मैट (RTF) का उपयोग करके रिच फ़ॉर्मेटिंग की अनुमति दे सकते हैं, लेकिन इससे तब तक बचना चाहिए जब तक कि प्राप्तकर्ता के पास संगत ईमेल क्लाइंट होने की गारंटी न हो।^[61]

सर्वर और क्लाइंट एप्लिकेशन

File:Mozilla Thunderbird 3.1.png

एक ईमेल क्लाइंट, मोज़िला थंडरबर्ड का इंटरफ़ेस।

मेल ट्रांसफर एजेंट (एमटीए) कहे जाने वाले सॉफ्टवेयर प्रोग्राम के साथ सिंपल मेल ट्रांसफर प्रोटोकॉल का उपयोग करके मेजबानों के बीच संदेशों का आदान-प्रदान किया जाता है; और मेल डिलीवरी एजेंट(एमडीए, जिन्हें कभी-कभी स्थानीय डिलीवरी एजेंट, एलडीए भी कहा जाता है) नामक प्रोग्राम द्वारा मेल स्टोर में डिलीवर किया जाता है। एक संदेश को स्वीकार करना एक एमटीए को इसे वितरित करने के लिए बाध्य करता है,^[62] और जब कोई संदेश डिलीवर नहीं किया जा सकता है, तो एमटीए को प्रेषक को एक बाउंस संदेश वापस भेजना चाहिए, जो समस्या का संकेत देता है।

उपयोगकर्ता मानक प्रोटोकॉल जैसे पोस्ट ऑफिस प्रोटोकॉल याआईएमएपीका उपयोग करके सर्वर से अपने संदेश प्राप्त कर सकते हैं, या, जैसा कि एक बड़े निगम के वातावरण में अधिक संभावना है, नोवेल ग्रुपवाइज , लोटस नोट्स या माइक्रोसॉफ्ट एक्सचेंज सर्वर के लिए एक मालिकाना सॉफ्टवेयर प्रोटोकॉल के साथ। ईमेल प्राप्त करने, पढ़ने और प्रबंधित करने के लिए उपयोगकर्ताओं द्वारा उपयोग किए जाने वाले प्रोग्राम को मेल उपयोगकर्ता एजेंट(एमयूए) कहा जाता है।

एक ईमेल खोलते समय, इसे पढ़ा गया के रूप में चिह्नित किया जाता है, जो सामान्यतः पर क्लाइंट के उपयोगकर्ता इंटरफ़ेस पर अपठित संदेशों से इसे स्पष्ट रूप से अलग करता है। ईमेल क्लाइंट इनबॉक्स से पढ़े गए ईमेल को छिपाने की अनुमति दे सकते हैं ताकि उपयोगकर्ता अपठित पर ध्यान केंद्रित कर सके।^[63] मेल को क्लाइंट, सर्वर(कंप्यूटिंग) की तरफ, या दोनों जगहों पर स्टोर किया जा सकता है। मेलबॉक्स के मानक स्वरूपों में Maildir और mbox सम्मलित हैं। कई प्रमुख ईमेल क्लाइंट अपने स्वयं के मालिकाना प्रारूप का उपयोग करते हैं और उनके बीच ईमेल स्थानांतरित करने के लिए रूपांतरण सॉफ़्टवेयर की आवश्यकता होती है। सर्वर-साइड स्टोरेज आधिकांश्तःमालिकाना प्रारूप में होता है, लेकिन चूंकि एक्सेस एक मानक प्रोटोकॉल जैसेआईएमएपीके माध्यम से होता है, ईमेल को एक सर्वर से दूसरे सर्वर पर ले जाना प्रोटोकॉल का समर्थन करने वाले किसी भी मेल उपयोगकर्ता एजेंट के साथ किया जा सकता है।

कई मौजूदा ईमेल उपयोगकर्ता स्वयं एमटीए, एमडीए या एमयूए प्रोग्राम नहीं चलाते हैं, लेकिन जीमेल या याहू जैसे वेब-आधारित ईमेल प्लेटफॉर्म का उपयोग करते हैं! मेल, जो समान कार्य करता है।^[64] इस तरह के वेबमेल इंटरफेस उपयोगकर्ताओं को स्थानीय ईमेल क्लाइंट पर भरोसा करने के बजाय किसी भी कंप्यूटर से किसी भी मानक वेब ब्राउज़र से अपने मेल तक पहुंचने की अनुमति देते हैं।

फ़ाइल नाम एक्सटेंशन

ईमेल संदेशों के प्राप्त होने पर, ईमेल क्लाइंट एप्लिकेशन फ़ाइल सिस्टम में ऑपरेटिंग सिस्टम फ़ाइलों में संदेशों को सहेजते हैं। कुछ ग्राहक अलग-अलग संदेशों को अलग-अलग फाइलों के रूप में सहेजते हैं, जबकि अन्य सामूहिक भंडारण के लिए विभिन्न डेटाबेस प्रारूपों का उपयोग करते हैं, आधिकांश्तःमालिकाना। भंडारण का एक ऐतिहासिक मानक एमबॉक्स प्रारूप है। उपयोग किए जाने वाले विशिष्ट प्रारूप को आधिकांश्तःविशेष फ़ाइल नाम एक्सटेंशन द्वारा इंगित किया जाता है:

eml: नोवेल ग्रुपवाइज, माइक्रोसॉफ्ट आउटलुक एक्सप्रेस, लोटस नोट्स, विंडोज मेल, मोज़िला थंडरबर्ड और पोस्टबॉक्स सहित कई ईमेल क्लाइंट द्वारा उपयोग किया जाता है। फ़ाइलों में ईमेल सामग्री प्लेन टेक्स्ट के रूप में एमआईएमइ प्रारूप में होती है, जिसमें ईमेल हेडर और बॉडी होती है, जिसमें एक या अधिक प्रारूपों में संलग्नक द्वारा सम्मलित होते हैं।
emlx: एप्पल मेल द्वारा प्रयुक्त।
msg: माइक्रोसॉफ्ट आउटलुक और ऑफिसलॉजिक द्वारा उपयोग किया जाता है।
mbx: एमबॉक्स प्रारूप पर आधारित ओपेरा मेल, केमेल, और ऐप्पल मेल द्वारा उपयोग किया जाता है।

कुछ एप्लिकेशन (जैसे Apple मेल) अटैचमेंट की अलग-अलग प्रतियों को सहेजते हुए खोज के लिए संदेशों में एन्कोड किए गए अटैचमेंट छोड़ देते हैं। अन्य संदेशों से अनुलग्नकों को अलग करते हैं और उन्हें एक विशिष्ट निर्देशिका में सहेजते हैं।

यूआरआई योजना मेल टू

यूआरआई (URI) योजना, जैसा कि आईएएनए आईएएनए (IANA) के साथ पंजीकृत है, मेल को परिभाषित करती है: एसएमटीपी ईमेल पतों के लिए योजना। हालांकि इसके उपयोग को सख्ती से परिभाषित नहीं किया गया है, इस फॉर्म के यूआरएल का उपयोग यूआरएल सक्रिय होने पर उपयोगकर्ता के मेल क्लाइंट की नई संदेश विंडो खोलने के लिए किया जाता है, यूआरएल द्वारा प्रति: फ़ील्ड में परिभाषित प

[1]

[2]

[3]

[4]

[5]

[6]

[7]

[8]

[9]

[10]

[11]

[12]

[13]

[14]

[15]

[16]

[17]

[18]

[19]

[20]

[21]

[22]

[23]

[24]

[25]

[nb 1]

[26]

[27]

[28]

[29]

[30]

[31]

[nb 2]

[32]

[33]

[34]

[35]

[36]

[37]

[38]

[39]

[40]

[41]

[42]

[43]

[44]

[45]

[46]

[47]

[48]

[49]

[50]

[51]

[52]

[53]

[54]

[55]

[56]

[nb 3]

[57]

[58]

[59]

[60]

[61]

[62]

[63]

[64]

@@ Line 340: / Line 340: @@
 मूल एसएमटीपी मेल सेवा एक प्रेषित संदेश को अनुसरण करने के लिए सीमित तंत्र प्रदान करती है, और यह सत्यापित करने के लिए कि यह वितरित है या पढ़ा गया है। इसके लिए आवश्यक है, कि प्रत्येक मेल सर्वर इसे आगे प्रदत्त करे या विफलता नोटिस (बाउंस मैसेज) लौटाए। लेकिन सॉफ़्टवेयर बग और सिस्टम विफलता दोनों के कारण संदेश गुम हो सकते हैं। इसका समाधान करने के लिए आईईटीएफ (IETF) ने प्रदत्त स्थिति अधिसूचना (डिलीवरी रसीद) और संदेश स्वभाव सूचनाएं (रिटर्न रसीद) पेश किया; हालांकि, ये सार्वभौमिक रूप से उत्पादन में नहीं लगाया गया हैं।{{Refn|group=nb|A complete Message Tracking mechanism was also defined, but it never gained traction; see RFCs 3885<ref>RFC 3885, ''SMTP Service Extension for Message Tracking''</ref> through 3888.<ref>RFC 3888, ''Message Tracking Model and Requirements''</ref>}}
-स्पैमर्स की गतिविधियों के कारण कई आईएसपी अब जानबूझकर नॉन-डिलीवरी रिपोर्ट (एनडीआर) और डिलीवरी रसीदों को निष्क्रिय कर देते हैं:
+स्पैमर्स की गतिविधियों के कारण कई आईएसपी अब जानबूझकर गैर वितरण रिपोर्ट (एनडीआर) और वितरण रसीदो को निष्क्रिय कर देते हैं:
-* वितरण रिपोर्ट का उपयोग यह सत्यापित करने के लिए किया जा सकता है कि कोई पता सम्मलित है या नहीं और यदि ऐसा है, तो यह स्पैमर को इंगित करता है कि यह स्पैम किए जाने के लिए उपलब्ध है।
+* वितरण रिपोर्ट का उपयोग यह सत्यापित करने के लिए किया जा सकता है, कि कोई पता मौजूद है या नहीं और यदि ऐसा है, तो यह स्पैमर को इंगित करता है कि यह स्पैम किए जाने के लिए उपलब्ध है।
 * यदि स्पैमर जाली प्रेषक ईमेल पते (ईमेल स्पूफिंग) का उपयोग करता है, तो उपयोग किए गए निर्दोष ईमेल पते को कई अमान्य ईमेल पतों से एनडीआर के साथ भर दिया जा सकता है, जिसे स्पैमर ने मेल करने का प्रयास किया होगा। ये एनडीआर तब आईएसपी से निर्दोष उपयोगकर्ता के लिए स्पैम का गठन करते हैं।

Anonymous

Search