डीएसएन: एसएमटीपी ईमेल के लिए डिलिवरी स्थिति अधिसूचना

पता लगाएं कि डीएसएन ने SMTP ईमेल को डिलीवरी स्थिति कैसे पेश की है।

कभी सोचा कि आपने भेजे गए ईमेल को क्या हुआ?

एसएमटीपी प्रोटोकॉल पर भी एक संक्षिप्त रूप से आप ध्यान देंगे कि सामान्य एचईएलओ के अलावा, ईएचएलओ भी है, जो विस्तारित एसएमटीपी सर्वर मूल क्षमताओं से परे अपनी क्षमताओं का विज्ञापन करता है। इनमें से एक डीएसएन है। DSN? क्या डीएनए और डीडीटी पर्याप्त नहीं हैं?

यह तर्क देने के लिए कि ईमेल अविश्वसनीय है, कि किसी को " ... अपने सर्वर को बेहतर ढंग से फ़ीड करना चाहिए ; उसने मेरा मेल खा लिया ... " असामान्य नहीं है। मै स्वयं कर लूंगा। फिर भी, इन संदेहों का समर्थन करने के लिए बहुत अधिक कारण नहीं है।

डिलिवरी एस टैटस एन ओटिफिकेशन आरएफसी 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-EXPN
250-क्रिया
250-8BITMIME
250-आकार
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 सहायता

सौभाग्य से, अन्य चीजों के अलावा हम डीएसएन पाते हैं।

डीएसएन प्रेषक एक्सटेंशन

अगला आदेश आम तौर पर मेल है:। डीएसएन के साथ, यह कोई अलग नहीं है। लेकिन दो अतिरिक्त विकल्प हैं जो आप जारी कर सकते हैं: आरईटी और एनवीआईडी।

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

ENVID वास्तव में प्रेषक से संबंधित है क्योंकि वह या (बल्कि) उसका ईमेल क्लाइंट एकमात्र ऐसा होगा जो हमें इस लिफाफा पहचानकर्ता बनाता है। इसका उद्देश्य प्रेषक को बताने के लिए है जो संभावित रूप से जारी किए गए त्रुटि संदेश को ईमेल करता है। इस आईडी का प्रारूप मूल रूप से प्रेषक की कल्पना के लिए छोड़ दिया गया है। हम अपने उदाहरण (कल्पना!) में ENVID का उपयोग नहीं करेंगे:

मेल से: sender@example.com आरईटी = एचडीआरएस
250 sender@example.com ... प्रेषक ठीक है

जाहिर है, हम केवल हेडर को हमारे डीएसएन में वापस लेना चाहते हैं।

डीएसएन प्राप्तकर्ता एक्सटेंशन

आरसीपीटी टू: एक्सटेंशन का उचित हिस्सा भी प्राप्त करता है: नोटिफ़ाई और ओआरसीपीटी।

नोटिस डीएसएन का असली दिल है। यह डिलीवरी स्थिति अधिसूचना कब भेजता है सर्वर को बताता है। पहला संभव मूल्य कभी नहीं है जिसका अर्थ है कि किसी भी परिस्थिति में प्रेषक को डीएसएन वापस नहीं किया जाना चाहिए। डीएसएन के बिना यह संभव नहीं था। फिर सफलता है, जो आपके मेल पर आपके मेल के रूप में सूचित होने पर आपको सूचित करेगा। विफलता सफलता का समकक्ष है (!): डिलीवरी के दौरान एक एआरआर होने पर एक डीएसएन पहुंच जाएगा। अंतिम विकल्प DELAY है: डिलीवरी में असामान्य देरी होने पर आपको अधिसूचित किया जाएगा, लेकिन वास्तविक वितरण का परिणाम (सफलता या विफलता) अभी तक तय नहीं हुआ है। यदि यह निर्दिष्ट किया गया है तो कभी भी एकमात्र तर्क नहीं होना चाहिए, अन्य तीन एक सूची में प्रकट हो सकते हैं, जो अल्पविराम द्वारा सीमित है। सफलता और असफलता एक सुंदर मजबूत टीम के लिए एक साथ (!), आपको बताती है कि (लगभग) किसी भी मामले में आपके मेल के साथ क्या हुआ।

ओआरसीपीटी का उद्देश्य ईमेल संदेश के मूल प्राप्तकर्ता को संरक्षित करना है, उदाहरण के लिए यदि इसे किसी अन्य पते पर अग्रेषित किया जाता है। इस विकल्प का तर्क मूल प्राप्तकर्ता का ईमेल पता पता प्रकार के साथ है। पता प्रकार पहले आता है, उसके बाद अर्धविराम और अंत में पता होता है। उदाहरण के लिए:

आरसीपीटी से: support@example.com नोटिफ़ाई = विफलता, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... प्राप्तकर्ता ठीक है (कतारबद्ध होगा)

इसके बाद डेटा के रूप में हम जानते हैं और अंत में, उम्मीद है कि एक वितरण स्थिति अधिसूचना आपको सफलता की सूचना दे रही है।

क्या डीएसएन काम करता है?

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