SMTP ఇమెయిల్కు డెలివరీ స్థితిని పరిచయం చేయడానికి DSN ఎలా ప్రయత్నిస్తుందో తెలుసుకోండి.
మీరు పంపిన ఇమెయిల్కు ఏం జరిగిందని ఎప్పుడైనా ఆలోచిస్తున్నారా?
SMTP ప్రోటోకాల్లో కేవలం క్లుప్త పరిశీలన మీకు సాధారణ హెలీతో పాటు, EHLO కూడా ఉంది, ఇది విస్తరించిన SMTP సర్వర్ అసలు ప్రమాణాలకు మించి దాని సామర్థ్యాలను ప్రచారం చేస్తుంది. వీటిలో ఒకటి DSN. DSN? DNA మరియు DDT సరిపోవు?
ఇమెయిల్ నమ్మదగినది కాదని వాదించడానికి, ఎవరైనా " ... వారి సర్వర్ను మెరుగ్గా ఇవ్వండి, అది నా మెయిల్ను తింటాయి ... " అసాధారణం కాదు. నేను చేస్తాను. అయినప్పటికీ, ఈ అనుమానాలకి మద్దతు ఇవ్వటానికి చాలా కారణాలు లేవు.
డెలివరీ S టాటస్ N ఆక్టిఫికేషన్ RFC 821 (1982 నుండి) నుండి ఉనికిలో ఉంది. SMTP ప్రోటోకాల్ యొక్క DATA భాగం ముగిసిన వెంటనే మరియు సర్వర్ డెలివరీ కోసం ఇమెయిల్ను అంగీకరించింది, దానికి ఇది బాధ్యత. ఏ కారణం అయినా, అసలు గ్రహీతకు లోపం యొక్క నోటిఫికేషన్తో తిరిగి పంపే గ్రహీతకు అది పొందలేకపోతే. ఇది కొన్ని అస్పష్టమైన ఇమెయిల్ ఫలితాన్నిచ్చింది.
అంతే కాకుండా, ఈ పాత సమావేశం మీరు ఒక దోష సందేశాన్ని పొందారని లేదా మీకు ఏమీ తెలియకపోయినా ఏమీ లేదని అర్థం : ఇమెయిల్ వచ్చి ఉండవచ్చు లేదా ఉండకపోవచ్చు. ఎర్రర్ మెసేజ్ల లాగానే చాలా సందర్భాలలో లోపం సందేశాలు ఉపయోగపడతాయి. ఇమెయిల్ మరింత ప్రాముఖ్యతను సంతరించుకుంది, ఇది ఇకపై సంతృప్తికరంగా లేదు (ముందు ఉన్నట్లుగా).
SMTP కు DSN పొడిగింపులు
RFC 1891 SMTP ప్రోటోకాల్కు కొన్ని పొడిగింపులను ప్రతిపాదిస్తుంది, ఇది మరింత ఆధారపడదగిన మరియు మరింత ఉపయోగకరమైన DSN వ్యవస్థకు దారి తీస్తుంది. ఇది MAIL మరియు RCPT కమాండ్లకు పొడిగింపుల సమితి (ఇది మీకు ఏమీ అర్థం కాకపోతే, SMTP ఎలా పని చేస్తుందో చదివాను ఆపై ఇక్కడ తిరిగి వస్తుంది).
కాదు EHLO, ఏ ఫన్
మొదట, సర్వర్ DSN కి మద్దతిస్తుందని నిర్ధారించుకోవాలి. అందువలన, మేము అతనికి ఎహెచ్ఒలని చెప్పి, జాగ్రత్తగా వినండి. ఇది ఫీచర్ జాబితాలో 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 హలో localhost [127.0.0.1], మీరు కలిసే సంతోషించిన
250 ఎక్స్పీ
250-క్రియ
250-8BITMIME
250 SIZE
250 DSN
250 Onex
250 ETRN
250 XUSR
250 సహాయం
అదృష్టవశాత్తూ, ఇతర విషయాలతోపాటు మేము DSN ను కనుగొంటాము.
DSN పంపినవారు పొడిగింపులు
తదుపరి కమాండ్ సాధారణంగా MAIL నుండి. DSN తో, ఇది భిన్నమైనది కాదు. కానీ ఇద్దరు అదనపు ఎంపికలు మీరు జారీ చేయగలవు: RET మరియు ENVID.
RET ఆప్షన్ MAIL ఆదేశం లో కాకుండా ఏకపక్షంగా ఉంచబడింది, కానీ ఇది ఎక్కడైనా వేరేవిధంగా సరిపోతుంది. డెలివరీ వైఫల్యం విషయంలో మీ అసలు సందేశానికి ఎంత ఎక్కువ తిరిగి ఇవ్వాలో పేర్కొనడం ఈ ఉద్దేశ్యం. చెల్లుబాటు అయ్యే వాదనలు పూర్తి మరియు HDRS. సంపూర్ణ సందేశం దోష సందేశంలో చేర్చబడిందని అర్థం, HDRS విఫలమైన మెయిల్ యొక్క శీర్షికలను మాత్రమే తిరిగి సర్వర్కు నిర్దేశిస్తుంది. RET పేర్కొనబడకపోతే, ఇది ఏమి చేయాలో సర్వర్కు ఉంది. చాలా సందర్భాలలో HDRS అప్రమేయ విలువ అవుతుంది.
ENVID నిజంగా పంపినవారికి చెందుతుంది లేదా ఆమె (బదులుగా) ఆమె ఇమెయిల్ క్లయింట్ ఈ ఎన్వలప్ ఐడెంటిఫైర్ మాకు చేస్తుంది మాత్రమే ఒక ఉంటుంది. దీని ప్రయోజనం బహుశా జారీ చేయబడిన దోష సందేశముకు పంపేవారికి తెలియజేయడమే. ఈ ID యొక్క ఫార్మాట్ ప్రధానంగా పంపినవారి ఊహకు వదిలివేయబడుతుంది. మేము మా ఉదాహరణలో ENVID ను ఉపయోగించము (ఊహ!):
మెయిల్ ఫోల్మ్: sender@example.com RET = HDRS
250 sender@example.com ... పంపినవారు సరే
స్పష్టంగా, మేము మా DSN లో శీర్షికలను తిరిగి పొందాలనుకుంటున్నాము.
DSN స్వీకర్త పొడిగింపులు
RCPT TO: అలాగే పొడిగింపుల యొక్క సరసమైన వాటాను పొందింది: NOTIFY మరియు ORCPT.
DSN యొక్క నిజమైన హృదయ స్పందన. డెలివరీ స్థితి నోటిఫికేషన్ను పంపినప్పుడు ఇది సర్వర్కు తెలియజేస్తుంది. మొట్టమొదటి సాధ్యం విలువ ఏమిటంటే ఎటువంటి పరిస్థితులలోనూ DSN పంపేవారికి తప్పక తిరిగి రావాలి. ఇది DSN లేకుండా సాధ్యం కాదు. అప్పుడు విజయవంతం ఉంది, మీ మెయిల్ దాని గమ్యస్థానంలో పడినప్పుడు మీకు తెలియజేస్తుంది. వైఫల్యం సక్సెస్ కౌంటర్ (!): డెలివరీ సమయంలో ఒక డీర్ సంభవించినప్పుడు ఒక DSN వస్తుంది. చివరి ఎంపిక DELAY: డెలివరీలో అసాధారణ ఆలస్యం ఉంటే మీకు తెలియజేయబడుతుంది, కానీ అసలు డెలివరీ ఫలితం (విజయం లేదా వైఫల్యం) ఇంకా నిర్ణయించబడలేదు. ఎప్పుడైనా అది పేర్కొనకపోతే మాత్రమే వాదన ఉండాలి , మిగిలిన మూడు కామాతో వేరు చేయబడిన జాబితాలో కనిపిస్తుంది. సక్సెస్ మరియు వైఫల్యం కలిసి ఒక అందమైన జట్టుతో కలిసి (!) తయారుచేస్తాయి, మీ మెయిల్కు ఏం జరిగిందో (దాదాపు) ఏ సందర్భంలో అయినా చెప్పడం.
ORCPT యొక్క ప్రయోజనం అనేది ఒక ఇమెయిల్ సందేశానికి అసలు గ్రహీతని కలిగి ఉండటం, ఉదాహరణకు మరొక చిరునామాకు ఫార్వార్డ్ చేయబడి ఉంటే. ఈ ఎంపికకు వాదన చిరునామా రకాన్ని కలిసి అసలు గ్రహీత యొక్క ఇమెయిల్ చిరునామా. చిరునామా రకాన్ని మొదట వస్తుంది, తర్వాత సెమికోలన్ మరియు చివరికి చిరునామా. ఉదాహరణకి:
RCPT TO: support@example.com NOTIFY = వైఫల్యం, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... స్వీకర్త సరే (క్వీ)
దీని తరువాత DATA మనకు తెలిసినట్లుగా మరియు చివరికి, ఆశాజనక, ఒక విజయానికి తెలియజేసిన డెలివరీ స్థితి నోటిఫికేషన్.
DSN పని చేస్తుంది?
వాస్తవానికి, ఈ అందం మరియు తెలివి మాత్రమే పని చేస్తుంది పంపినవారు నుండి గ్రహీత మద్దతు DSN కు మెయిల్ రవాణా ఏజెంట్లు. కొంత రోజు వారు రెడీ.