SMTP ඊමේල් වෙත බෙදාහැරීමේ තත්වය හඳුන්වාදීම DSN විසින් අරමුණු කරගත්තේ කෙසේදැයි සොයා බලන්න.
ඔබ කවදා හෝ අසන්න ලැබුණු ඊ-මේල් පණිවිඩයකට කුමක් සිදු වී ඇද්ද?
SMTP ප්රොටොකෝලය කෙටියෙන් සලකා බැලීමේදී සාමාන්ය HELO හැරුණු විට, ඔබ දකින්නේ EHLO වේ, එය දිගු SMTP සේවාදායකයේ මුල් ප්රමිතීන්ට වඩා එහි හැකියාවන් ප්රචාරය කරයි. මෙයින් එකක් වන්නේ DSN. DSN? DNA සහ DDT ප්රමාණවත්ද?
කවුරුන් හෝ ඊමේල් විශ්වාසය තැබිය නොහැකි බවට තර්ක කිරීමට, කවුරුහරි " ... ඔවුන්ගේ සේවාදායක වඩා හොඳ පෝෂණය කළ යුතුයි , එය මගේ තැපැල් කෑවා " යනුවෙන් සඳහන් කිරීම සාමාන්ය දෙයක් නොවේ. මම ඒක කරන්නම්. එහෙත්, මෙම සැකයන් සනාථ කිරීමට හේතුවක් නැත.
RFC 821 සිට (1982 සිට) ලබා දීම S tatus N otification කිරීම අවසන්ය. SMTP ප්රොටෝකෝලයෙහි DATA කොටස අවසන් වූ වහාම සේවාදායකයා භාර දීම සඳහා ඊමේල් භාර ගන්නා විට එය වගකිව යුතුය. කිසියම් හේතුවක් නිසා, එය ලබන්නාට එය ලබා ගත නොහැකි නම් එය මුලින්ම යැවිය යුතු දෝෂය දැනුම් දීමකින් එය ආපසු යැවිය යුතුය. මෙහි ප්රතිඵලයක් ලෙස සමහරක් නොපැහැදිලි ඊ-තැපෑලක් විය .
එපමණක් නොව මෙම පැරණි ගිවිසුමෙන් අදහස් කළේ ඔබ දෝෂ සහිත පණිවුඩයක් ලැබුණහොත් හෝ ඔබ කිසිවක් නොදැන සිටි අවස්ථාවක කිසිවක් ලැබුනේ නැත : ඊමේල් පැමිණ හෝ එය නොවිය හැක. බොහෝ අවස්ථාවලදී දෝෂ සහිත පණිවුඩවල දෝෂ සහිත පණිවුඩ ලෙස ප්රයෝජනවත් විය. ඊ-තැපැල් ඊටත් වඩා වැදගත් වන අතර එය තවදුරටත් එය සෑහීමකට පත් නොවේ.
SMTP සඳහා DSN දිගු කිරීම
RFC 1891 යෝජනා කරන්නේ SMTP ප්රොටෝකෝටයේ සමහර දිගු නම් වඩාත් විශ්වසනීය හා වඩා ප්රයෝජනවත් DSN පද්ධතියක් විය යුතුය. එය MAIL සහ RCPT විධානයන් සඳහා දිගු සමූහයකි (මෙය ඔබට කිසිවක් නොමැති නම්, SMTP ක්රියාත්මක වන ආකාරය කියවා ඉන්පසු මෙහි පැමිණෙන්න.).
No EHLO, No Fun
පළමුවෙන්ම, සේවාදායකය DSN වලට සහාය වන බවට වග බලා ගන්න. ඒ නිසා, අපි ඔහුට EHLO කියන්න ඕනෑ අතර හොඳින් සවන් දෙන්න. ඩී.එස්.එන්. ඩීඑස්එන් සමඟ ප්රතිචාර දැක්වීමට නම් එය අපගේ ඉල්ලීම් ඉටු කිරීමට හැකි වනු ඇතැයි සිතිය හැකිය. එසේ නොමැති නම්, එසේ නොවේ: අපට වෙනත් සේවාදායකයක් උත්සාහ කළ හැකිය, නැතහොත් DSN තොරව ඊමේල් වෙත ආපසු යා හැක. උදාහරණයක් ලෙස (මගේ ආදාන නිල්, සේවාදායකයේ ප්රතිදාන කළු):
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; සන්, 24 අගෝස්තු 1997 18:23:22 +0200
EHLO localhost
250-larose.magnet.at Hello localhost [127.0.0.1], ඔබ හමුවීම සතුටක්
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 උදව්
අනිත් කාරණයේදී ඩී.එස්.එන්.
DSN යැවීමේ දිගු
ඊළඟ විධානය සාමාන්යයෙන් MAIL FROM :. DSN සමඟ මෙය වෙනසක් නැත. නමුත් ඔබට නිකුත් කළ හැකි විකල්ප දෙකක් තිබේ: RET සහ ENVID.
RET විකල්පය වඩාත්ම අත්තනෝමතිකව MAIL විධානය තුළ තැබූ අතර, එය මෙහි ඕනෑම තැනක වෙනත් තැනක එයට ගැලපේ. මෙහි අරමුණ වන්නේ, ඔබේ මුල් පණිවුඩය ආපසු භාරදීමේ අසමත්වීමකදී ආපසු ලබා දිය යුතු කොපමණ කොපමණද යන්නයි. වලංගු තර්ක FULL සහ HDRS වේ. මුලින් අදහස් වන්නේ සම්පූර්ණ පණිවුඩය දෝෂ සහිත පණිවිඩයට ඇතුළත් කළ යුතු බවය. HDRS මඟින් අසමත් වූ ලිපිවල ශීර්ෂ නැවත ලබා ගැනීමට සේවාදායකයට උපදෙස් දෙයි. RET නියම කර නොමැති නම්, එය කළ යුතු වන්නේ සේවාදායකයට වේ. බොහෝ අවස්ථාවලදී HDRS පෙරනිමි අගය වනු ඇත.
ENVID ඇත්ත වශයෙන්ම යවන්නාට හෝ ඇයගේ ඊමේල් සේවාදායකය වන අතර මෙම ලියුම් කවරයේ අප විසින් හඳුනාගත් එකම ආයතනය වේ. එහි පරමාර්ථය නම්, නිකුත් කරන ලද දෝශ පණිවිඩයක් ඊමේල් එකට අනුරූප වන යැවිය යුතු ය. මෙම හැඳුනුමෙහි ආකෘතිය මූලිකවම යැපෙන්නකුගේ පරිකල්පනයට ඉතිරිව ඇත. අපගේ උදාහරණයේදී ENVID භාවිතා නොකරනු ඇත (පරිකල්පනය!):
MAIL වෙතින්: sender@example.com RET = HDRS
250 sender@example.com ... Sender ok
පෙනෙන විදිහට, අපි අපේ ඩීඑස්එන් තුළ ශීර්ෂය ලබා ගැනීමට අවශ්යයි.
DSN Recipient Extensions
RCPT TO: එහි දිගුකාලීන කොටස්ද ලැබෙනු ඇත: NOTIFY සහ ORCPT.
NOTNY යනු DSN හි සැබෑ හදවතයි. එය බෙදාහැරීමේ තත්ත්ව දැනුම්දීම් යැවීමේදී සේවාදායකයාට කියයි. පළමු අගය වන්නේ කවුරුන්ද යන්න කිසිසේත්ම ඩීඑස්එන් විසින් එවනු ලැබූ තැනැත්තා වෙත ආපසු ලබා දිය යුතුය. ඩීඑස්එන් තොරව මෙය කළ නොහැකි විය. ඊළඟට SUCCESS ඇත, ඔබගේ ගමනාන්තය එහි ගවේෂණය කළ විට ඔබට දැනුම් දෙනු ඇත. අසමත් වන්නේ SUCCESS ගේ අනුප්රාප්තිකයා (!): බෙදාහැරීමේදී සිදුවූ ගිනි තැබීමක් නම් DSN පැමිණෙයි. අවසන් විකල්පය වන්නේ ඩීමය: බෙදා හැරීමේ අසාමාන්ය ප්රමාදයක් තිබේ නම්, ඔබ වෙත ලැබුණු ප්රතිඵල (සාර්ථකත්වය හෝ අසාර්ථකත්වය) තවමත් තීරණය කර නොමැත. එය නිශ්චිතව දක්වා ඇති එකම තර්කය විය නොවිය යුතු අතර, අනෙක් තිදෙනා ලැයිස්තුවක් තුල දැක්විය හැකිය. උපක්රම සහ අපහසුතාවයක් (!) එක්තරා ආකාරයක (ඔබගේ) ලිපිවලට සිදුවූ ඕනෑම දෙයක් ගැන කථා කිරීම (මිත්රත්වයේ).
ORCPT හි අරමුණ වන්නේ ඊමේල් පණිවුඩයේ මුල් ග්රාහකයා ලෙස පෙරළීමයි. නිදසුනක් ලෙස එය තවත් ලිපිනයක් වෙත යොමුකර තිබේ නම්. මෙම විකල්පය සඳහා තර්කය වන්නේ මුල් ලබන්නාගේ ඊමේල් ලිපිනය සමඟ ලිපිනය වර්ගය සමඟ. ලිපි වර්ගය මුලින්ම දිස්වේ, පසුව semicolon පසුව අවසානයේ ලිපිනය. උදාහරණයක් වශයෙන්:
RCPT TO: support@example.com NOTIFY = FAILURE, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... Recipient ok (පෝලිමේ)
මෙය අප විසින් දන්නා පරිදි දන්නා ලෙස පසුව, අවසානයේ, බලාපොරොත්තු වේ, සාර්ථකත්වය පිළිබඳ ඔබ වෙත දැනුම්දීමේ භාරදීමේ තත්ව නිවේදනය.
DSN වැඩ කරන්නේ?
ඇත්ත වශයෙන්ම, මෙම මෙම අලංකාරය සහ සුන්දරත්වය එවනු ලබන්නේ කෙටි පණිවුඩ ප්රවාහනය නියෝජිතයාගෙන් ඩී.එස්.එන්. සමහර දවස්වල ඔවුන් කැමති වෙයි.