एसएमटीपी प्रोटोकॉल पर भी एक संक्षिप्त रूप से आप देखेंगे कि सामान्य हेल्लो के अलावा, ईएचएलओ भी है, जो बनाता है विस्तृत एसएमटीपी सर्वर मूल क्षमताओं से परे अपनी क्षमताओं का विज्ञापन करता है। इनमें से एक डीएसएन है। DSN? क्या डीएनए और डीडीटी पर्याप्त नहीं हैं?
बहस करने के लिए कि ईमेल अविश्वसनीय है, कि किसी को " … अपने सर्वर को बेहतर खिलाओ; यह मेरे मेल खा लिया … "असामान्य नहीं है। फिर भी इन संदेहों का समर्थन करने के लिए बहुत अधिक कारण नहीं है।
वितरण एस tatus एन ओएफफिकेशन आरएफसी 821 (1 9 82 से) के आसपास रहा है। जैसे ही एसएमटीपी प्रोटोकॉल का डेटा हिस्सा समाप्त हो गया है और सर्वर ने डिलीवरी के लिए ईमेल स्वीकार कर लिया है, यह इसके लिए ज़िम्मेदार है। यदि किसी भी कारण से यह प्राप्तकर्ता को नहीं मिल सकता है तो उसे मूल प्रेषक को त्रुटि की अधिसूचना के साथ इसे वापस भेजना होगा। इसके परिणामस्वरूप कुछ अस्पष्ट ईमेल हुआ।
इसके अलावा, इस पुराने सम्मेलन का मतलब था कि या तो आपको एक त्रुटि संदेश मिला है या आपको मिला है कुछ भी तो नहीं आप किस मामले में जानते थे कुछ भी तो नहीं : ईमेल आ गया हो सकता है या ऐसा नहीं हो सकता है। कई मामलों में त्रुटि संदेश उतना ही सहायक थे जितना कोई त्रुटि संदेश नहीं था। ईमेल अधिक से अधिक महत्वपूर्ण बनने के साथ यह अब संतोषजनक नहीं है (जैसा कि यह पहले था)।
एसएमटीपी के लिए डीएसएन एक्सटेंशन
आरएफसी 18 9 1 एसएमटीपी प्रोटोकॉल में कुछ एक्सटेंशन प्रस्तावित करता है जिसके परिणामस्वरूप अधिक विश्वसनीय और अधिक उपयोग योग्य डीएसएन सिस्टम होना चाहिए। यह मेल और आरसीपीटी आदेशों के विस्तार का एक सेट है।
कोई ईएचएलओ नहीं, कोई मज़ा नहीं
सबसे पहले, हमें यह सुनिश्चित करना होगा कि सर्वर डीएसएन का समर्थन करता है। इस प्रकार, हमें उसे ईएचएलओ कहना है और ध्यान से सुनना है। यदि यह सुविधा सूची में कहीं डीएसएन के साथ प्रतिक्रिया करता है तो हम मान सकते हैं कि यह हमारे अनुरोधों को पूरा करने में सक्षम होगा। यदि नहीं, तो नहीं: हम किसी अन्य सर्वर का प्रयास कर सकते हैं या बस डीएसएन के बिना ईमेल पर वापस आ सकते हैं। उदाहरण के लिए:
220 larose.magnet.at ईएसएमटीपी सेंडमेल 8.8.6 / 8.8.6; सूर्य, 24 अगस्त 1 99 7 18:23:22 +0200ईएचएलओ लोकहोस्ट250-larose.magnet.at हैलो लोकहोस्ट 127.0.0.1, आपसे मिलकर खुशी हुई250-EXPN250-क्रिया250-8BITMIME250-आकार250-DSN250-ONEX250-ETRN250-XUSR250 सहायता सौभाग्य से, अन्य चीजों के अलावा हम डीएसएन पाते हैं। अगला आदेश आम तौर पर मेल है। डीएसएन के साथ, यह कोई अलग नहीं है। लेकिन दो अतिरिक्त विकल्प हैं जो आप जारी कर सकते हैं: आरईटी और एनवीआईडी। आरईटी विकल्प को मनमाने ढंग से मेल कमांड में रखा गया था, लेकिन यह यहां फिट बैठता है और साथ ही यह कहीं और भी होगा। इसका उद्देश्य यह निर्दिष्ट करना है कि डिलीवरी विफलता के मामले में आपका मूल संदेश कितना वापस किया जाना चाहिए। मान्य तर्क पूर्ण और एचडीआरएस हैं। पूर्व का मतलब है कि पूरा संदेश त्रुटि संदेश में शामिल किया जाना चाहिए, एचडीआरएस सर्वर को असफल मेल के शीर्षलेखों को वापस करने के लिए निर्देश देता है। यदि आरईटी निर्दिष्ट नहीं है, तो यह सर्वर पर निर्भर करता है कि क्या करना है। ज्यादातर मामलों में, एचडीआरएस डिफ़ॉल्ट मान होगा। ENVID वास्तव में प्रेषक से संबंधित है क्योंकि वह या (बल्कि) उसका ईमेल क्लाइंट एकमात्र ऐसा होगा जो इसका उपयोग करता है लिफाफा पहचानकर्ता । इसका उद्देश्य प्रेषक को बताने के लिए है जो संभावित रूप से जारी किए गए त्रुटि संदेश को ईमेल करता है। इस आईडी का प्रारूप मूल रूप से प्रेषक की कल्पना के लिए छोड़ दिया गया है। हम अपने उदाहरण में ENVID का उपयोग नहीं करेंगे: मेल से: [email protected] आरईटी = एचडीआरएस250 [email protected] … प्रेषक ठीक है जाहिर है, हम केवल हेडर को हमारे डीएसएन में वापस लेना चाहते हैं। आरसीपीटी टू: एक्सटेंशन का उचित हिस्सा भी प्राप्त करता है: नोटिफ़ाई और ओआरसीपीटी। नोटिस डीएसएन का असली दिल है। यह सर्वर को बताता है कब डिलीवरी स्थिति अधिसूचना भेजने के लिए। पहला संभव मूल्य कभी नहीं है जिसका अर्थ है कि किसी भी परिस्थिति में प्रेषक को डीएसएन वापस नहीं किया जाना चाहिए। डीएसएन के बिना यह संभव नहीं था। फिर सफलता है, जो आपके मेल पर पहुंचने पर आपको सूचित करेगा। विफलता सफलता का समकक्ष है: वितरण के दौरान कोई त्रुटि होने पर एक डीएसएन पहुंच जाएगा। अंतिम विकल्प DELAY है: डिलीवरी में असामान्य देरी होने पर आपको अधिसूचित किया जाएगा, लेकिन वास्तविक वितरण का परिणाम (सफलता या विफलता) अभी तक तय नहीं हुआ है। कभी नहीँ जरूर यदि यह निर्दिष्ट किया गया तो एकमात्र तर्क हो, अन्य तीन एक सूची में प्रकट हो सकते हैं, जो अल्पविराम द्वारा सीमित है। सफलता और असफलता एक सुंदर मजबूत टीम के साथ मिलकर बनती है, जो आपको किसी भी मामले में बताती है कि आपके मेल में क्या हुआ। ओआरसीपीटी का उद्देश्य संरक्षित करना है मूल एक ईमेल संदेश प्राप्तकर्ता, उदाहरण के लिए, यदि इसे किसी अन्य पते पर अग्रेषित किया जाता है। इस विकल्प का तर्क मूल प्राप्तकर्ता का ईमेल पता पता प्रकार के साथ है। पता प्रकार पहले आता है, उसके बाद अर्धविराम और अंत में पता होता है। उदाहरण के लिए: आरसीपीटी से: [email protected] नोटिफ़ाई = विफलता, DELAY ORCPT = rfc822; [email protected]250 [email protected] … प्राप्तकर्ता ठीक है (कतारबद्ध होगा) इसके बाद डेटा के रूप में हम जानते हैं और अंत में, उम्मीद है कि एक वितरण स्थिति अधिसूचना आपको सफलता की सूचना दे रही है। बेशक, यह सब सुंदरता और यह केवल तभी काम करेगी जब प्रेषक से प्राप्तकर्ता से मेल ट्रांसपोर्ट एजेंट डीएसएन का समर्थन करते हैं। किसी दिन वे करेंगे। डीएसएन प्रेषक एक्सटेंशन
डीएसएन प्राप्तकर्ता एक्सटेंशन
क्या डीएसएन काम करता है?
