एसएसएमने एसएमटीपी ईमेलसाठी डिलिवरी स्टेटर कसे सुरू करावे ते शोधा.
कधी वाटले तुम्हाला ईमेल पाठवल्याबद्दल काय झाले?
एसएमटीपी प्रोटोकॉलवर आपण अगदी थोडक्यात पाहिलेले आढळेल की नेहमीच्या होलोक व्यतिरिक्त, ईएचएलओ आहे, जे विस्तारित एसएमटीपी सर्वरला मूळ मानकापेक्षा त्याच्या क्षमतेची जाहिरात करतात. यापैकी एक DSN आहे DSN? डीएनए आणि डीडीटी पुरेसे नाहीत?
ते ईमेल अवास्तविक आहे असा युक्तिवाद करणे, की कोणीतरी " ... त्यांच्या सर्व्हरला अधिक चांगल्या प्रकारे खाऊ द्या, ते माझ्या मेल खाल्ले ... " असामान्य नाही मी स्वत: करतो तरीही, या संशयांना पाठिंबा देण्यामागे कोणतेही कारण नाही.
वितरण एस tatus N otification RFC 821 पासून (1 9 82 पर्यंत) जवळपास आहे. SMTP प्रोटोकॉलचे डेटा भाग पूर्ण झाल्यानंतर आणि सर्व्हरने डिलिव्हरीसाठी ईमेल स्वीकारले आहे म्हणून ते त्यासाठी जबाबदार आहेत. जर, कोणत्याही कारणास्तव, प्राप्तकर्त्यास ते प्राप्त करू शकत नाही, तर मूळ प्रेषकाने त्रुटीची सूचना देऊन ती परत पाठवावी. यामुळे काही अस्पष्ट ईमेल परिणाम झाला.
याव्यतिरिक्त, या जुन्या अधिवेशनात आपल्याला त्रुटी संदेश आला की आपल्याला काहीही मिळाले नाही याबद्दल आपल्याला काहीच मिळाले नाही : ईमेल कदाचित आले असेल किंवा ते शक्य नसेल. बर्याच प्रकरणांमध्ये त्रुटी संदेश त्रुटी संदेशांसारख्याच उपयोगी आहेत. ईमेल अधिक आणि अधिक महत्वाचे होत असल्याने हे समाधानकारक नाही (जसे की अगोदर होते).
एसएसएमटीला डीएसएन एक्सटेन्शन्स
आरएफसी 18 9 1 एसएमटीपी प्रोटोकॉलमध्ये काही विस्तार प्रस्तावित करते ज्यामुळे अधिक विश्वासार्ह आणि अधिक उपयोग करण्यायोग्य DSN प्रणाली लागते. हे MAIL आणि RCPT आदेशांकरिता विस्तारांचा एक संच आहे (हे आपल्यासाठी काहीही अर्थ नसल्यास, SMTP कसे कार्य करते ते वाचा आणि नंतर येथे परत या.).
नाही EHLO, नाही मजा
प्रथम, आम्हाला खात्री करून घ्यावे की सर्व्हरने DSN ला समर्थन दिले. अशा प्रकारे आपण ईहोलो यांना म्हणावे आणि त्यांचे लक्षपूर्वक ऐका. फीचर सूचीमध्ये DSN somewher सह प्रतिसाद असल्यास आम्ही असे समजू शकतो की ते आमच्या विनंत्या देण्यास सक्षम असतील. नसल्यास, नाही तर: आम्ही दुसर्या सर्व्हरचा प्रयत्न करु शकतो किंवा DSN शिवाय ईमेलवर परत जाऊ शकतो. उदाहरणार्थ (माझे इनपुट निळा आहे, सर्व्हरचे आउटपुट ब्लॅक):
220 लारोस.मॅग्नेट. एएसएसएमटीएम सेंडामेल 8.8.6 / 8.8.6; रवि, 24 ऑगस्ट 1997 18:23:22 +200200
EHLO स्थानिकहोस्ट
250- larose.magnet.at हॅलो लोकलहोस्ट [127.0.0.1], तुम्हाला भेटायला आनंद झाला
250-EXPN
250-वीईआरबी
250-8BITMIME
250-SIZE
250-डीएसएन
250-ONEX
250-ईटीआरएन
250-XUSR
250 मदत
सुदैवाने, इतर गोष्टींबरोबरच आम्ही डीएसएन शोधतो.
DSN प्रेषक विस्तार
पुढील आदेश विशेषत: मेल आहे. DSN सह, हे वेगळे नाही. परंतु आपण देऊ शकता अशा दोन अतिरिक्त पर्याय आहेत: RET आणि ENVID.
आरईटी पर्याय हे मॅन्युअलीने MAIL च्या कमांडमध्ये ठेवण्यात आले होते, पण ते येथे तसेच त्यापेक्षा सोयीस्कर होते. डिलीव्हरी अयशस्वी झाल्यास आपल्या मूळ संदेशाचे किती पैसे परत करावे हे निर्दिष्ट करणे हे आहे. वैध वितर्क पूर्ण आणि HDRS आहेत. माजी अर्थ असा की संपूर्ण संदेश एरर मेसेजमध्ये समाविष्ट करावा, एचडीआरएस सर्व्हरला फक्त अयशस्वी मेलचे हेडर परत पाठविण्याची सूचना देतो. जर RET निर्दिष्ट नसेल, तर काय करायचे आहे त्या सर्व्हरवर आहे बर्याच प्रकरणांमध्ये एचडीआरएस मुलभूत मूल्य असेल.
एनव्हीआयडी खरोखर प्रेषकाशी संबंधित आहे कारण ती किंवा (त्या ऐवजी) तिच्या ईमेल क्लायंटची ही एकमेव कंपनी आहे जी आम्हाला या लिफाफा आयडेंटिफायरची निर्मिती करते . त्याचा हेतू प्रेक्षकांना सांगणे आहे की संभाव्य जारी केलेल्या त्रुटी संदेशास मेल करणे. या आयडीचे स्वरूप मूलतः प्रेषकाच्या कल्पनाशक्तीवर सोडले जाते. आम्ही आमच्या उदाहरणामध्ये (कल्पनाशक्ती) ENVID वापरणार नाही:
ईमेल प्रेषकः प्रेषक @example.com RET = HDRS
250 sender@example.com ... प्रेषक ठीक
वरवर पाहता, आम्ही फक्त आमच्या DSN मध्ये हेडर्स परत मिळवू इच्छितो.
DSN प्राप्तकर्ता विस्तार
आरसीपीटी टू: यासह विस्तारांचा योग्य हिस्सा मिळतो: नोटिफाय आणि ऑरसीपीटी.
दृश्यमान हे डीएसएनचे खरे हृदय आहे. सर्व्हरला डिलीव्हरी स्थिती सूचना कधी पाठवायची हे सांगते. प्रथम शक्य मूल्य म्हणजे कोणत्याही परिस्थितीत प्रेषकास DSN परत करणे आवश्यक नाही. DSN शिवाय हे शक्य नव्हते. मग यशस्वीरीत्या आहे, जे आपल्या मेलवर त्याच्या गंतव्यस्थानी उत्क्रांत झाल्यावर आपल्याला सूचित करेल. अपयश SUCCESS चे प्रतिवर्तन आहे (!): प्रसुतिदरम्यान एखादी ऍरिट झाल्यास DSN येईल. शेवटचा पर्याय DELAY आहे: डिलीव्हरीमध्ये असामान्य विलंब असेल तर आपल्याला सूचित केले जाईल, परंतु प्रत्यक्ष डिलीव्हरीचे परिणाम (यश किंवा अपयशी) अद्याप ठरविले गेले नाही निर्दिष्ट केल्यात कधीही एकमेव आर्ग्युमेंट असणे आवश्यक नाही, अन्य तीन सूचीमध्ये दिसू शकतात, स्वल्पविरामाने मर्यादित यशस्वी आणि अयशस्वी एक खूप मजबूत संघ एकत्र (!), आपण (जवळजवळ) आपल्या मेल झाले काय बाबतीत मध्ये सांगू एकत्र करा!
ORCPT चा उद्देश ईमेल संदेशाचा मूळ प्राप्तकर्ता ठेवण्यासाठी आहे, उदाहरणार्थ तो दुसर्या पत्त्यावर अग्रेषित केला असल्यास या पर्यायासाठीचा वितर्क पत्ता प्राप्तकर्तासह मूळ प्राप्तकर्त्याचा ईमेल पत्ता आहे. पत्ता प्रकार प्रथम येतो, त्यानंतर अर्धविराम येतो आणि शेवटी पत्ता असतो. उदाहरणार्थ:
RCPT TO: support@example.com NOTIFY = अयशस्वी, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... प्राप्तकर्ता ठीक आहे (रांग होईल)
डेटानंतर हे माहित आहे आणि अखेरीस, आशेने, वितरण स्थिती आपल्याला सूचित करते की यशस्वीतेची सूचना
DSN काम करते?
अर्थात, हे सर्व सौंदर्य आणि बुद्धीच केवळ कार्य करेल जर प्रेषकांकडून प्राप्तकर्त्याचे समर्थन DSN कडून मेल परिवहन एजंट काही दिवस ते करतील