DSN: SMTP மின்னஞ்சலுக்கான டெலிவரி நிலை அறிவிப்பு

SMTP நெறிமுறை கூட ஒரு சுருக்கமான தோற்றம் கூட நீங்கள் வழக்கமான ஹெலோ தவிர, கவனிக்க வேண்டும், EHLO உள்ளது, இது விரிவாக்கப்பட்ட SMTP சேவையகம் அசல் தரத்திற்கு அப்பால் அதன் திறன்களை விளம்பரப்படுத்துகிறது. இதில் ஒன்று DSN ஆகும். இந்த DSN? டிஎன்ஏ மற்றும் டி.டி.டீ போதாதா?

மின்னஞ்சல் நம்பத்தகுந்ததாக இல்லை என்று விவாதிக்க, யாரோ " … அவர்களின் சேவையகத்தை சிறப்பாகப் போட்டுக்கொள்ளுங்கள்; அது என் மின்னஞ்சல் சாப்பிட்டது … "இது அசாதாரணமானது அல்ல, இருந்தாலும் இந்த சந்தேகங்களை ஆதரிப்பதற்கு ஏராளமான காரணங்களும் இல்லை.

டெலிவரி எஸ் tatus என் RFC 821 (1982 ஆம் ஆண்டு முதல்) இருந்து சுத்தமாக உள்ளது. SMTP நெறிமுறையின் DATA பகுதி முடிவடைந்தவுடன், சேவையகம் விநியோகிக்கப்பட்ட மின்னஞ்சலை ஏற்றுக்கொண்டது, அது அதற்குப் பொறுப்பாகும். எந்தவொரு காரணத்திற்காகவும் அதை பெறுபவர் மூலம் பெற முடியாது என்றால், அசல் அனுப்புநருக்கு பிழை அறிவிப்புடன் அதனை அனுப்ப வேண்டும். இது சில தெளிவற்ற மின்னஞ்சலில் விளைந்தது.

இது தவிர, இந்த பழைய மாநாடு நீங்கள் ஒரு பிழை செய்தி கிடைத்தது அல்லது நீங்கள் கிடைத்தது என்று பொருள் எதுவும் இதில் உனக்குத் தெரியும் எதுவும் : மின்னஞ்சல் வந்திருக்கலாம் அல்லது இருக்கலாம். பல சந்தர்ப்பங்களில் பிழை செய்திகளும் பிழை செய்திகளைப் போலவே பயனுள்ளதாக இருந்தன. மின்னஞ்சலை மேலும் முக்கியத்துவம் வாய்ந்ததாக கொண்டு இது இனி திருப்திகரமாக இல்லை (முன்பு இருந்திருந்தால்).

SMTP க்கு DSN நீட்டிப்புகள்

RFC 1891 SMTP நெறிமுறைக்கு சில நீட்டிப்புகளை முன்மொழிகிறது, இது மிகவும் நம்பகமான மற்றும் மிகவும் பொருந்தக்கூடிய DSN அமைப்பை ஏற்படுத்தக்கூடும். இது MAIL மற்றும் RCPT கட்டளைகளுக்கு நீட்டிப்புகளின் தொகுப்பு ஆகும்.

இல்லை EHLO, இல்லை வேடிக்கை

முதலாவதாக, சர்வர் DSN ஐ ஆதரிக்கிறது என்பதை உறுதி செய்ய வேண்டும். எனவே, நாம் அவருக்கு எச்.எல்.ஏ. டி.எஸ்.என் உடன் எங்காவது அம்சம் பட்டியலிடப்பட்டால், எங்களது கோரிக்கைகளுக்கு சேவை செய்ய முடியும் என்று நாங்கள் கருதுகிறோம். இல்லையென்றால், இல்லையென்றால்: வேறு சேவையகத்தை முயற்சி செய்யலாம் அல்லது DSN இல்லாமல் மின்னஞ்சலில் மீண்டும் விழலாம். உதாரணத்திற்கு:

220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; சன், 24 ஆகஸ்ட் 1997 18:23:22 +0200EHLO லோக்கல் ஹோஸ்ட்250-larose.magnet.at வணக்கம் லோக்கல் ஹோஸ்ட் 127.0.0.1, சந்திப்பதில் மகிழ்ச்சி250-EXPN250-வினை250-8BITMIME250-அளவு250-இந்த DSN250-இடம்பெயர்250-ETRN250-XUSR250 உதவி

அதிர்ஷ்டவசமாக, டி.எஸ்.என்.

DSN அனுப்புநர் நீட்டிப்புகள்

அடுத்த கட்டளை பொதுவாக MAIL இலிருந்து வருகிறது. DSN உடன், இது வித்தியாசமானது அல்ல. ஆனால் நீங்கள் வழங்கக்கூடிய இரண்டு கூடுதல் விருப்பங்கள் உள்ளன: RET மற்றும் ENVID.

RET விருப்பம் MAIL கட்டளைக்கு மாறாக தன்னிச்சையாக வைக்கப்பட்டுள்ளது, ஆனால் அது எங்கும் வேறு எங்கும் பொருந்துகிறது. பிரயோஜனம் இல்லை என்றால் உங்கள் அசல் செய்தி எவ்வளவு திரும்ப வேண்டும் என்பதை குறிக்க வேண்டும். செல்லுபடியாகும் வாதங்கள் முழு மற்றும் HDRS ஆகும். முழுமையான செய்தியானது பிழை செய்தியில் சேர்க்கப்பட வேண்டும் என்று எல்.எல்.ஆர்.எஸ். அர்த்தம் தோல்வியுற்ற அஞ்சல் தலைவர்களின் தலைப்பை மட்டுமே வழங்க சேவையகத்தை அறிவுறுத்துகிறது. RET குறிப்பிடப்படவில்லை என்றால், என்ன செய்ய வேண்டும் என்பது சர்வரில் உள்ளது. பெரும்பாலான சந்தர்ப்பங்களில், HDRS இயல்புநிலை மதிப்பாக இருக்கும்.

ENVID உண்மையிலேயே அனுப்பியவருக்கு சொந்தமானது அல்லது (மாறாக) தனது மின்னஞ்சல் கிளையண்ட் இதைப் பயன்படுத்துவதற்கு ஒரே ஒருவராக இருக்கும் உறை அடையாளம் . இதன் நோக்கம், அனுப்பி வைக்கப்படும் ஒரு செய்தியை அனுப்பும் மின்னஞ்சல் அனுப்பும். இந்த ஐடியின் வடிவமைப்பு அடிப்படையில் அனுப்பியவரின் கற்பனைக்கு விட்டுச்செல்லப்படுகிறது. எங்களது உதாரணத்தில் ENVID ஐப் பயன்படுத்துவோம்:

மின்னஞ்சல் முகவரி: [email protected] RET = HDRS250 [email protected] … அனுப்பியவர் ok

வெளிப்படையாக, நாங்கள் எங்களது DSN இல் தலைப்புகளை மீண்டும் பெற விரும்புகிறோம்.

DSN பெறுநர் நீட்டிப்புகள்

RCPT க்கு: நீட்டிப்புகளின் நியாயமான பங்கையும் பெறுகிறது: NOTIFY மற்றும் ORCPT.

டி.எஸ்.என் இன் உண்மையான இதயம் என்பது குறிப்பிடத்தக்கது. இது சேவையகத்தை சொல்கிறது எப்பொழுது டெலிவரி நிலை அறிவிப்பை அனுப்ப முதல் சாத்தியமான மதிப்பு என்பது எந்த சூழ்நிலையிலும் ஒரு டி.எஸ்.என் அனுப்புநருக்கு திரும்ப வேண்டும் என்பதைக் குறிக்காது. டி.எஸ்.என் இல்லாமல் இது சாத்தியமில்லை. பின்னர் வெற்றி, உங்கள் அஞ்சல் அதன் இலக்கு வந்த போது உங்களுக்கு அறிவிக்கும். தோல்வியின் வெற்றி தோல்வி: தோல்வி போது ஒரு பிழை ஏற்பட்டால் ஒரு DSN வரும். கடைசி விருப்பம் DELAY: பிரசவத்தில் அசாதாரண கால தாமதம் இருந்தால் அறிவிக்கப்படும், ஆனால் உண்மையான விநியோக விளைவு (வெற்றி அல்லது தோல்வி) இன்னும் முடிவு செய்யப்படவில்லை. ஒருபோதும் வேண்டும் இது குறிப்பிடப்பட்டால் மட்டுமே வாதமாக இருக்கும், மற்ற மூன்று பட்டியல்கள் தோன்றும், ஒரு கமாவால் பிரிக்கப்பட்ட. வெற்றிகரமான மற்றும் தோல்வி ஒரு அழகான வலுவான அணியை உருவாக்குகிறது, உங்களிடம் ஏதேனும் ஒரு விஷயத்தில் உங்கள் மின்னஞ்சலுக்கு என்ன நடந்தது என்று கூறுங்கள்.

ORCPT இன் நோக்கம் பாதுகாக்க வேண்டும் அசல் உதாரணமாக, ஒரு மின்னஞ்சல் செய்தி பெறுதல், இது மற்றொரு முகவரிக்கு அனுப்பப்பட்டால். இந்த விருப்பத்திற்கான வாதம் முகவரி மூலத்துடன் இணைந்த அசல் பெறுநரின் மின்னஞ்சல் முகவரியாகும். முகவரி வகை முதலில் வருகிறது, அடுத்து ஒரு அரைப்புள்ளி மற்றும் இறுதியாக முகவரி. உதாரணத்திற்கு:

RCPT க்கு: [email protected] NOTIFY = தோல்வி, DELAY ORCPT = rfc822; [email protected]250 [email protected] … பெறுநர் சரி (வரிசையில்)

இதைத் தொடர்ந்து டிஏடிஏ நமக்குத் தெரியும் மற்றும் இறுதியில், வெற்றிகரமாக ஒரு வெற்றியை அறிவிக்கும் விநியோக அறிவிப்பு அறிவிப்பு.

DSN வேலை செய்கிறது?

நிச்சயமாக, இந்த அழகு மற்றும் அது மட்டுமே அனுப்பும் அனுப்புநர் இருந்து பெறுநர் ஆதரவு டிஎஸ்என் மின்னஞ்சல் போக்குவரத்து முகவர். ஒருநாள் அவர்கள் சாப்பிடுவார்கள்.