Secure/Multipurpose Internet Mail Extension (S/MIME) in hindi:-
Secure/Multipurpose Internet Mail Extension (S/MIME) RSA डेटा सुरक्षा से technology पर आधारित MIME इंटरनेट e-mail format standard के लिए एक सुरक्षा growth है। हालांकि PGP और S/MIME दोनों IETF standard के ट्रैक पर हैं, ऐसा प्रतीत होता है कि S/MIME commercial और organizational उपयोग के लिए industry standard के रूप में उभरेगा, जबकि PGP कई यूजर के लिए individual ई-मेल सुरक्षा बना रहेगा। S/MIME को कई documents में define किया गया है—सबसे महत्वपूर्ण RFCs 3370, 3850, 3851, और 3852।
S/MIME को समझने के लिए, हमें सबसे पहले उस built-in e-mail format की समझ होनी चाहिए जिसका वह उपयोग करता है, अर्थात् MIME के महत्व को समझने के लिए, हमें traditional E-mail format standards, RFC 822 पर वापस जाने की आवश्यकता है, जो अभी भी सामान्य उपयोग में है। इस format specification का latest version RFC 5322 है। यह इन दो पहले के standards का परिचय प्रदान करता है और फिर S/MIME आगे बढ़ता है।
Multipurpose Internet Mail Extensions in hindi (MIME क्या है?):-
multipurpose internet mail extension (MIME) RFC 5322 फ्रेमवर्क है, जिसका उद्देश्य RFC 821 में परिभाषित simple mail transfer protocol (SMTP), या कुछ अन्य मेल ट्रांसफर प्रोटोकॉल के उपयोग की कुछ समस्याओं और boundarie को करना है। इलेक्ट्रॉनिक मेल के लिए RFC 5322।
1. smtp executable files या अन्य बाइनरी ऑब्जेक्ट्स को dispatch नहीं कर सकता है। बाइनरी फाइलों को टेक्स्ट फॉर्म में परिवर्तित करने के लिए कई योजनाएं उपयोग में हैं जिनका उपयोग SMTP mail system द्वारा किया जा सकता है, जिसमें लोकप्रिय Unix uuncode / uudcode scheme शामिल है। हालांकि, इनमें से कोई भी मानक नहीं है।
2. transmit SMTP text data नहीं कर सकता है जिसमें National language के वर्ण शामिल हैं, क्योंकि इन्हें 8-बिट कोड द्वारा 128 दशमलव या उच्चतर के मूल्यों के साथ दर्शाया जाता है, और SMTP 7-बिट ASCII तक सीमित है।
3. एसएमटीपी सर्वर एक निश्चित आकार में मेल संदेश को अस्वीकार कर सकते हैं।
4. SMTP gateway जो ASCII और कैरेक्टर कोड EBCDIC के बीच translate करते हैं, मैपिंग के एक consistent set का उपयोग नहीं करते हैं, जिसके परिणामस्वरूप translate समस्याएं होती हैं।
5. X.400 इलेक्ट्रॉनिक मेल नेटवर्क के SMTP गेटवे X.400 संदेशों में शामिल गैर-पाठ्य डेटा को हैंडल नहीं कर सकते।
6. कुछ SMTP Implementation RFC 821 में परिभाषित SMTP standards का पूरी तरह से पालन नहीं करते हैं। सामान्य समस्याओं में शामिल हैं:
• कैरिज रिटर्न और लाइनफीड को हटाना, जोड़ना या फिर से क्रमित करना ।
• 76 वर्णों से अधिक लंबी लाइनों को छोटा करना या लपेटना
• पिछली सफेद जगह (टैब और स्पेस कैरेक्टर) को हटाना
• संदेश में समान लंबाई तक लाइनों की पैडिंग
• टैब वर्णों का conversion multiple space characters।
MIME का उद्देश्य इन समस्याओं को ऐसे तरीके से हल करना है जो मौजूदा RFC 5322 implementation के अनुकूल हो। विनिर्देश RFCs 2045 से 2049 में प्रदान किया गया है।
Overview of MIME in hindi:-
MIME specification में elements include हैं।
1. पांच नए message header field define किए गए हैं, जिन्हें RFC 5322 header में शामिल किया जा सकता है। ये फ़ील्ड संदेश के मुख्य भाग के बारे में जानकारी प्रदान करते हैं।
2. कई सामग्री स्वरूपों को परिभाषित किया गया है, इस प्रकार मल्टीमीडिया इलेक्ट्रॉनिक मेल का support करने वाले representations का standardization किया जाता है।
3. ट्रांसफर एनकोडिंग को परिभाषित किया गया है जो किसी भी सामग्री format को एक ऐसे फॉर्म में बदलने में सक्षम बनाता है जो मेल सिस्टम द्वारा परिवर्तन से सुरक्षित है।
इस में, हम पांच संदेश header फ़ील्ड पेश करते हैं। अगले दो subdivision content formats और transfer encoding से निपटते हैं।
MIME में पाँच header field हैं:
MIME-Version:-
पैरामीटर मान 1.0 होना चाहिए। यह field pointer करता है कि संदेश RFCs 2045 और 2046 के अनुरूप है।
Content-Type:-
शरीर में निहित डेटा का पर्याप्त विवरण के साथ वर्णन करता है कि प्राप्त करने वाला user agent user को डेटा का representation करने के लिए एजेंट चुन सकता है या अन्यथा उचित तरीके से डेटा से निपट सकता है।
Content-Transfer-Encoding:-
mail transport के लिए स्वीकार्य तरीके से संदेश के मुख्य भाग का representation करने के लिए उपयोग किए गए परिवर्तन के प्रकार को pointer करता है।
Content-ID:-
कई references में विशिष्ट रूप से MIME body की पहचान करने के लिए उपयोग किया जाता है।
Content-Description:-
शरीर के साथ वस्तु का पाठ विवरण; यह तब उपयोगी होता है जब वस्तु पढ़ने योग्य न हो (जैसे, ऑडियो डेटा)।
इनमें से कोई भी या सभी फ़ील्ड सामान्य RFC 5322 हेडर में दिखाई दे सकते हैं। एक implementation को MIME-version, content-type और Content-Transfer-Encoding Field का समर्थन करना चाहिए; content-type और Content-Transfer-Encoding Field हैं और recipient implementation द्वारा अनदेखा किया जा सकता है।
S/MIME Functionality:-
सामान्य कार्यक्षमता के संदर्भ में, S/MIME बहुत हद तक PGP के समान है। दोनों संदेशों पर हस्ताक्षर करने और/या एन्क्रिप्ट करने की क्षमता प्रदान करते हैं। इसमें, हम S/MIME क्षमता को में presente करते हैं। फिर हम message formats और संदेश तैयार करने की जांच करके इस क्षमता पर अधिक विस्तार से विचार करते हैं।
टिप्पणियाँ
एक टिप्पणी भेजें