SMTP மின்னஞ்சலுக்கான விநியோக நிலையை அறிமுகப்படுத்துவதை DSN எவ்வாறு கண்டது என்பதைக் கண்டுபிடிக்கவும்.
நீங்கள் அனுப்பிய மின்னஞ்சலுக்கு என்ன நடந்தது என்று எப்போதாவது யோசித்தீர்களா?
SMTP நெறிமுறை கூட ஒரு சிறிய தோற்றம் நீங்கள் வழக்கமான ஹெலோ தவிர, எச்எல்ஓ உள்ளது, கவனிக்க வேண்டும் நீட்டிக்கப்பட்ட SMTP சர்வர் அசல் தரத்திற்கு அப்பால் அதன் திறன்களை விளம்பரம் செய்கிறது. இதில் ஒன்று DSN ஆகும். இந்த DSN? டிஎன்ஏ மற்றும் டி.டி.டீ போதாதா?
அந்த மின்னஞ்சல் நம்பமுடியாதது என்று விவாதிக்க, யாரோ ஒருவர் " தங்கள் சர்வரில் சிறப்பாக உணவளிக்க வேண்டும் , அது எனது அஞ்சல் சாப்பிடுகிறது ... " என்பது அசாதாரணமானது அல்ல. நானே அதை செய்கிறேன். இன்னும், இந்த சந்தேகங்களை ஆதரிப்பதற்கு ஏராளமான காரணம் இல்லை.
டெலிவரி எஸ் டேட்ஸ் ஒட்சிசன் RFC 821 (1982 ஆம் ஆண்டு முதல்) இருந்து வருகிறது. SMTP நெறிமுறையின் DATA பகுதி முடிவடைந்தவுடன், சேவையகம் விநியோகிக்கப்பட்ட மின்னஞ்சலை ஏற்றுக்கொண்டது, அது அதற்குப் பொறுப்பாகும். எந்த காரணத்திற்காகவும், அதை பெறுநருக்கு அனுப்புவதன் மூலம் அதை அசல் அனுப்புநருக்கு பிழை அறிவிப்புடன் அனுப்ப வேண்டும். இது சில தெளிவற்ற மின்னஞ்சலில் விளைந்தது.
இது தவிர, இந்த பழைய மாநாடு நீங்கள் ஒரு பிழை செய்தி கிடைத்தது அல்லது நீங்கள் எதுவும் தெரியாது எந்த ஒன்றும் கிடைத்தது: மின்னஞ்சல் வந்திருக்கலாம் அல்லது இருக்கலாம். பல சந்தர்ப்பங்களில் பிழை செய்திகளும் பிழை செய்திகளைப் போலவே பயனுள்ளதாக இருந்தன. மின்னஞ்சலை மேலும் முக்கியத்துவம் வாய்ந்ததாக கொண்டு இது இனி திருப்திகரமாக இல்லை (முன்பு இருந்திருந்தால்).
SMTP க்கு DSN நீட்டிப்புகள்
RFC 1891 SMTP நெறிமுறைக்கு சில நீட்டிப்புகளை முன்மொழிகிறது, இது மிகவும் நம்பகமான மற்றும் மிகவும் பொருந்தக்கூடிய DSN அமைப்பை ஏற்படுத்தக்கூடும். இது MAIL மற்றும் RCPT கட்டளைகளுக்கு நீட்டிப்புகளின் தொகுப்பு ஆகும் (இதை நீங்கள் பொருட்படுத்தவில்லையென்றால், SMTP எப்படி வேலைசெய்கிறீர்கள் என்பதைப் படியுங்கள், பின்னர் இங்கே திரும்பவும்).
இல்லை EHLO, இல்லை வேடிக்கை
முதலாவதாக, சர்வர் DSN ஐ ஆதரிக்கிறது என்பதை உறுதி செய்ய வேண்டும். எனவே, நாம் அவருக்கு எச்.எல்.ஏ. டி.எஸ்.என் உடன் அம்சம் பட்டியலிடப்பட்டால், அது எங்கள் கோரிக்கைகளுக்கு சேவை செய்ய முடியும் என்று நாங்கள் கருதுகிறோம். இல்லையென்றால், இல்லையென்றால்: வேறு சேவையகத்தை முயற்சி செய்யலாம் அல்லது DSN இல்லாமல் மின்னஞ்சலில் மீண்டும் விழலாம். எடுத்துக்காட்டாக (என் உள்ளீடு நீலமாக, சேவையகத்தின் வெளியீடு கருப்பு):
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; சன், 24 ஆகஸ்ட் 1997 18:23:22 +0200
EHLO லோக்கல் ஹோஸ்ட்
250-larose.magnet.at வணக்கம் லோக்கல் ஹோஸ்ட் [127.0.0.1], சந்திப்பதில் மகிழ்ச்சி
250-EXPN
250-வினை
250-8BITMIME
250-அளவு
250-இந்த DSN
250-இடம்பெயர்
250-ETRN
250-XUSR
250 உதவி
அதிர்ஷ்டவசமாக, டி.எஸ்.என்.
DSN அனுப்புநர் நீட்டிப்புகள்
அடுத்த கட்டளை பொதுவாக MAIL இலிருந்து வருகிறது. DSN உடன், இது வித்தியாசமானது அல்ல. ஆனால் நீங்கள் வழங்கக்கூடிய இரண்டு கூடுதல் விருப்பங்கள் உள்ளன: RET மற்றும் ENVID.
RET விருப்பம் MAIL கட்டளைக்கு மாறாக தன்னிச்சையாக வைக்கப்பட்டுள்ளது, ஆனால் அது எங்கும் வேறு எங்கும் பொருந்துகிறது. பிரயோஜனம் இல்லை என்றால் உங்கள் அசல் செய்தி எவ்வளவு திரும்ப வேண்டும் என்பதை குறிக்க வேண்டும். செல்லுபடியாகும் வாதங்கள் முழு மற்றும் HDRS ஆகும். முழுமையான செய்தியானது பிழை செய்தியில் சேர்க்கப்பட வேண்டும் என்று எல்.எல்.ஆர்.எஸ். அர்த்தம் தோல்வியுற்ற அஞ்சல் தலைவர்களின் தலைப்பை மட்டுமே வழங்க சேவையகத்தை அறிவுறுத்துகிறது. RET குறிப்பிடப்படவில்லை என்றால், என்ன செய்ய வேண்டும் என்பது சர்வரில் உள்ளது. பெரும்பாலான சந்தர்ப்பங்களில் HDRS இயல்புநிலை மதிப்பாக இருக்கும்.
என்விடிஏ உண்மையில் அனுப்பியவருக்கு சொந்தமானது அல்லது (மாறாக) தனது மின்னஞ்சல் கிளையன் இந்த உறை அடையாளங்காட்டின் நம்மைத் தான் ஒரே ஒருவராக இருக்கும். இதன் நோக்கம், அனுப்பி வைக்கப்படும் ஒரு செய்தியை அனுப்பும் மின்னஞ்சல் அனுப்பும். இந்த ஐடியின் வடிவமைப்பு அடிப்படையில் அனுப்பியவரின் கற்பனைக்கு விட்டுச்செல்லப்படுகிறது. நாங்கள் எங்கள் உதாரணத்தில் ENVID ஐ பயன்படுத்த மாட்டோம் (கற்பனை!):
மின்னஞ்சல் முகவரி: sender@example.com RET = HDRS
250 sender@example.com ... அனுப்பியவர் ok
வெளிப்படையாக, நாங்கள் எங்களது DSN இல் தலைப்புகளை மீண்டும் பெற விரும்புகிறோம்.
DSN பெறுநர் நீட்டிப்புகள்
RCPT க்கு: நீட்டிப்புகளின் நியாயமான பங்கையும் பெறுகிறது: NOTIFY மற்றும் ORCPT.
டி.எஸ்.என் இன் உண்மையான இதயம் என்பது குறிப்பிடத்தக்கது. விநியோகிப்பதற்கான அறிவிப்பை அனுப்பும்போது சேவையகம் இது சொல்கிறது. முதல் சாத்தியமான மதிப்பு என்பது எந்த சூழ்நிலையிலும் ஒரு டி.எஸ்.என் அனுப்புநருக்கு திரும்ப வேண்டும் என்பதைக் குறிக்காது. டி.எஸ்.என் இல்லாமல் இது சாத்தியமில்லை. பின்னர் வெற்றி கிடைக்கும், இது உங்கள் மின்னஞ்சலில் இலக்கை அடைந்தவுடன் உங்களுக்கு அறிவிக்கும். தோல்வி வெற்றி! (தோல்வி): ஒரு பிரசவம் பிரசவத்தில் ஏற்பட்டால் ஒரு DSN வரும். கடைசி விருப்பம் DELAY: பிரசவத்தில் அசாதாரண கால தாமதம் இருந்தால் அறிவிக்கப்படும், ஆனால் உண்மையான விநியோக விளைவு (வெற்றி அல்லது தோல்வி) இன்னும் முடிவு செய்யப்படவில்லை. இது குறிப்பிடப்படாவிட்டால் ஒரே வாதமாக இருக்காது, மற்றொன்று மூன்று பட்டியலில், ஒரு கமாவால் பிரிக்கப்படும். வெற்றிகரமான மற்றும் தோல்வி ஒரு அழகான வலுவான குழு ஒன்றாக (!), உங்கள் மின்னஞ்சல் என்ன நடந்தது (கிட்டத்தட்ட) உங்களுக்கு சொல்கிறது.
ORCPT இன் நோக்கம், ஒரு மின்னஞ்சல் செய்தியின் அசல் பெறுநரை வழங்குவதாகும், எடுத்துக்காட்டாக இது மற்றொரு முகவரிக்கு அனுப்பப்பட்டால். இந்த விருப்பத்திற்கான வாதம் முகவரி மூலத்துடன் இணைந்த அசல் பெறுநரின் மின்னஞ்சல் முகவரியாகும். முகவரி வகை முதலில் வருகிறது, அடுத்து ஒரு அரைப்புள்ளி மற்றும் இறுதியாக முகவரி. உதாரணத்திற்கு:
RCPT க்கு: support@example.com NOTIFY = தோல்வி, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... பெறுநர் சரி (வரிசையில்)
இதைத் தொடர்ந்து டிஏடிஏ நமக்குத் தெரியும் மற்றும் இறுதியில், வெற்றிகரமாக ஒரு வெற்றியை அறிவிக்கும் விநியோக அறிவிப்பு அறிவிப்பு.
DSN வேலை செய்கிறது?
அனுப்புனர் இருந்து பெறுநர் ஆதரவு DSN செய்ய அஞ்சல் போக்குவரத்து முகவர் என்றால் நிச்சயமாக, இந்த அழகு மற்றும் அறிவு மட்டுமே வேலை செய்யும். சில நாள் அவர்கள் சாப்பிடுவார்கள்.