DSN እንዴት የአከፋፈል ሁኔታ ወደ SMTP ኢሜይል ለማስተዋወቅ ምን ማድረግ እንዳለበት ይወቁ.
መቼ ተገርመዋል በኢሜይል የተላከዎት ምንድን ነው?
የ SMTP ፕሮቶኮል በአጭሩ መመልከትም እንኳ ከተለመደው HELO በተጨማሪ EHLO ደግሞ በተጨማሪ ኤክስኤምኤል (ኤኤች.ኦ.ኤል) የተባለ, በተጨማሪ የኤክስኤምኤስ (SMT) አገልጋዩ የራሱን ችሎታዎች ከመጀመሪያው ደረጃ በላይ አስተዋውቆ እንዲያስተውል ያደርግዎታል. ከእነዚህ ውስጥ አንዱ DSN ነው. DSN? ዲ ኤን ኤ እና ዲዲቲ በቂ አይደሉም በቂ ናቸው?
ኢሜይሉ የማያስተማምን እንደሆነ ለማስረዳት, አንድ ሰው " ... አገልጋዮቻቸውን በተሻለ ሁኔታ መመገብ , ፖስታዬን እንደበላ ... " ያልተለመደ ነገር ነው. እኔ ራሴ እኔ ራሴ ነኝ. ሆኖም እነዚህን ጥርጣሬዎች ለመደገፍ የሚያስችል በቂ ምክንያት የለም.
Delivery R Titanus osification RFC 821 (ከ 1982 ጀምሮ) ከቦታ ቦታ ሆኖ ቆይቷል. የዲ ኤም ኤስ የፕሮቲኤፒ ውሂቡ የ DATA ክፍል ተጠናቅቋል እና አገልጋዩ ኢሜል አድራሻውን እንደተቀበለ ሁሉ ለእሱ ተጠያቂ ነው. በማናቸውም ምክንያት በማናቸውም ተቀጥረው ለመግባት ካልቻሉ ስህተቱን ለዋናው ላኪው በማሳወቅ መላክ አለባቸው. ይህም ያልተለመደ ኢሜይል አስገኘ.
ከዚህም በላይ ይህ አሮጌ ህገ-ወጥነት የስህተት መልዕክት ሲመጣዎት ወይም ምንም ነገር ባያውቁት ምንም ነገር አያገኙም; ኢሜል መጥቷል ወይም አልመጣም. ብዙዎቹ የስህተት መልዕክቶች እንደ ምንም የስህተት መልዕክቶች አጋዥ ናቸው. በኢሜል ይበልጥ እያደገ በሚሄደው ኢሜይል ይሄ ከአሁን በኋላ አጥጋቢ (ከአሁን በፊት እንደነበረው) አያበቃም.
የ DSN ቅጥያዎች ለ SMTP
RFC 1891 አንዳንድ ቅጥያዎችን ይበልጥ አስተማማኝ እና ይበልጥ ጥቅም ላይ ሊውል የሚችል የዲኤስኤን (DSN) ሥርዓት ሊያመራ የሚገባውን የ SMTP ፕሮቶኮል ያቀርባል. የ MAIL እና የ RCPT ትዕዛዞች ስብስብ ነው (ይህ ለእርስዎ ምንም ትርጉም ከሌለ SMTP እንዴት እንደሚሰራ ከዚያ ወደ እዚህ ይመለሱ.).
EHLO የለም, መዝናኛ የለም
መጀመሪያ, አገልጋዩ DSN የሚደግፍ መሆኑን ማረጋገጥ አለብን. ስለዚህም EHLO ን ልንነግረው እና በጥንቃቄ ማዳመጥ አለብን. በዝርዝሩ ዝርዝር ውስጥ በዲኤስኤን (ፎር ዲ.ኤን.ኤፍ) መልስ ከሰጠ ጥያቄዎቻችንን ሊያስተናግድ እንደሚችል መገመት እንችላለን. ካልሆነ ከዚያ ሌላ አገልጋይ መሞከር ወይም ያለ DSN ያለ ኢሜል መመለስ እንችላለን. ለምሳሌ (የእኔ ግቤት ሰማያዊ, የአገልጋዩ ውጤት ጥቁር):
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; እሑድ, 24 Aug 1997 18:23:22 +0200
የ EHLO የአካባቢው መኖሪያ
250-larose.magnet.at Hello localhost [127.0.0.1], ባገኘዎት ደስ ይለኛል
250-EXPN
250 ግዝፍ
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 እርዳታ
እንደ እድል ሆኖ, ከሌሎች ነገሮች መካከል DSN ውስጥ እናገኛለን.
የ DSN መላኪያ ቅጥያዎች
የሚቀጥለው ትዕዛዝ በተለምዶ << ፊይል << ነው. በ DSN አማካኝነት, ይሄ የተለየ አይደለም. ነገር ግን ሊፈቱ የሚችሉ ሁለት ተጨማሪ አማራጮች አሉ: RET እና ENVID.
የ "RET" አማራጭ በ "MAIL" ትዕዛዝ በአግባቡ አልተቀመጠም, ነገር ግን እዚህ እዚህም ይጣጣሳል. አላማው በማድረሻ አለመሳካቶች ጊዜ ውስጥ ከመጀመሪያው መልዕክትዎ ውስጥ ምን ያህል መመለስ እንዳለበት ለመወሰን ነው. ትክክለኛ ነጋሪ እሴቶች ሙሉ እና HDRS ናቸው. የመጀመሪያው ማለት ሙሉ መልዕክቱ በስህተት መልዕክቱ ውስጥ መካተት አለበት, የኤችዲኤምኤስ አስተናጋጁ ያልተሳካውን መልዕክት ራስጌዎች ብቻ እንዲመልስ ያስተምራል. RET ካልተገለጸ ምን ማድረግ እንዳለበት ለአገልጋይው ነው. በአብዛኛዎቹ አጋጣሚዎች HDRS ነባሪ ዋጋ ይሆናል.
ENVID በእርግጥ የላኪው አካል ነው ወይንም (ከዚህ ይልቅ) ከዚህ የኢሜል ለዪ የሚያደርገው የእሱ ኢሜል ደንበኛ ይሆናል. ዓላማው ለላኪው ምን እንደሚሆን የሚገልጽ የስህተት መልዕክት እንዲልክ ነው. የዚህ መታወቂያ ቅርጸት በመሠረቱ ለላኪው ማሰብ ነው. በምሳሌአችን ENVID ን አንጠቀምም (ምናባዊ!):
ደብዳቤ ከ: sender@example.com RET = HDRS
250 sender@example.com ... ላኪ እሺ
በግልጽ ለማየት እንደሚቻለው ራስጌዎችን ወደ እኛ የ DSN ውስጥ ብቻ መመለስ እንፈልጋለን.
የ DSN ተቀባዮች ማራዣዎች
አርቲኤምቲ ወደ: አሳሳቢ እና ኦርሲቲን ያመጣል.
NOTIFY የ DSN ትክክለኛ ልብ ነው. የትዕዛዝ ደረጃ ማሳወቂያ ሲላክ ለአገልጋዩ ይነግረዋል. የመጀመሪያው ሊገኝ የሚችለው እሴት ግን በጭራሽ ምንም ማለት አይደለም, DSN ለላኪው መመለስ አለበት. ይህ DSN ያለመቻል አይቻልም. በመቀጠል, ደብዳቤዎ በሚሄድበት ቦታ ላይ እንደተጣበመ ሲገልጽዎ ያሳውቆታል SUCCESS ነው. አለመሳካቱ SUCCESS የሽግግር (!) ነው: በመድረሱ ወቅት አንድ መኮንተር ከተከሰተ DSN ይደርሳል. የመጨረሻው አማራጭ ዘላቂ ነው: በአገልግሎት ውስጥ ያልተለመደ መዘግየት ካለ ለርስዎ እንዲያውቁት ይደረጋል, ነገር ግን የእውነቱ ውጤት (ስኬት ወይም ውድቅ) እስካሁን አልተመረጠም. ከላይ ከተገለጸ ግን ብቸኛ መከራከሪያ መሆን የለበትም, ሦስቱ ሶስት ዝርዝሮች በዝርዝሮች ውስጥ ሊወጡ ይችላሉ. SUCCESS እና FAILURE ሜይል ውስጥ ምን እንደተከሰተ ለማን እንደሆነ (!
የ ORCPT አላማ ዋናውን የኢሜይል ተቀባይ መልእክት ማቆየት ነው, ለምሳሌ ወደ ሌላ አድራሻ ሲተላለፍ. ለዚህ አማራጭ የቀረበው ነጋሪ እሴት ከአድራሻው አይነት ጋር የመጀመሪያውን ተቀባይ ኢሜይል አድራሻ ነው. የአድራሻው አይነት መጀመሪያ የመጣው ሴሚኮሎን እና በመጨረሻም አድራሻው ነው. ለምሳሌ:
RCPT TO: support@example.com NOTIFY = Failure, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... ተቀባይ ተቀባይ መሄድ (ይቆያል)
ከዚያ በኋላ እኛ እንደምናውቀው DATA እንከተላለን, እና በመጨረሻም, ስኬትን በተመለከተ ለማሳወቅ የማድረስ የመልዕክት ደረጃ ማሳወቂያን ተስፋ እናደርጋለን.
DSN ሥራ ይሰራል?
እርግጥ ነው, ሁሉም ውብና ውበት ሊሰሩ የሚችሉት ከላኪው የመልእክት ልውውጥ ወኪሎች ወደ ተቀባዮች ድጋፍ DSN ከሆነ. አንድ ቀን እነሱ ይሆናሉ.