Angalia jinsi DSN inalenga kuanzisha hali ya utoaji kwa barua pepe ya SMTP.
Ulikuwa Ukihangaa Nini kilichotokea kwa barua pepe uliyotuma?
Hata kuangalia kwa kifupi kwenye itifaki ya SMTP utaona kwamba zaidi ya HELO ya kawaida, kuna EHLO, ambayo inafanya Seva ya Extended SMTP kutangaza uwezo wake zaidi ya kiwango cha awali. Moja ya hayo ni DSN. DSN? Ni DNA na DDT haitoshi?
Kusema kuwa barua pepe haiaminikani, kwamba mtu anapaswa " ... kulisha server yao bora, ilikula barua yangu ... " sio kawaida. Ninafanya hivyo mwenyewe. Hata hivyo, hakuna sababu nyingi za kuunga mkono mashaka hayo.
Utoaji wa Tat S N otification imekuwa karibu tangu RFC 821 (kutoka 1982). Mara tu sehemu ya DATA ya itifaki ya SMTP imekamilika na seva imekubali barua pepe kwa utoaji ni wajibu kwa hilo. Ikiwa, kwa sababu yoyote, haiwezi kuipata kwa mpokeaji lazima ipeje tena kwa taarifa ya kosa kwa mtumaji wa awali. Hii ilisababisha barua pepe isiyo wazi.
Mbali na hayo, mkataba huu wa zamani ulimaanisha kwamba ama kuwa na ujumbe wa kosa au huna chochote ambacho hujui chochote : barua pepe inaweza kuwa imefika au haiwezi. Ujumbe wa hitilafu mara nyingi ulikuwa na manufaa kama hakuna ujumbe wa makosa. Kwa barua pepe kuwa zaidi na muhimu zaidi hii haifai zaidi (kama ilivyokuwa kabla).
Vidonge vya DSN kwa SMTP
RFC 1891 inapendekeza upanuzi wa baadhi ya itifaki ya SMTP ambayo inapaswa kusababisha mfumo wa DSN unaoaminika zaidi na unaoweza kutumika. Ni seti ya upanuzi kwa maagizo ya MAIL na RCPT (ikiwa hii haimaanishi na kitu, soma jinsi SMTP inavyofanya kazi kisha kurudi hapa.).
Hakuna EHLO, Hakuna Furaha
Kwanza, tunapaswa kuhakikisha kwamba seva inasaidia DSN. Hivyo, tunasema EHLO na kusikiliza kwa makini. Ikiwa hujibu na DSN baadhiwher katika orodha ya vipengele tunaweza kudhani kwamba itaweza kutumikia maombi yetu. Ikiwa sivyo, basi si: tunaweza kujaribu seva nyingine au tu kurudi barua pepe bila DSN. Kwa mfano (pembejeo yangu ni bluu, pato la seva nyeusi):
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; Jumamosi, 24 Agosti 1997 18:23:22 +0200
EHLO lochost
250-larose.magnet.at Hello lochost [127.0.0.1], radhi kukutana nawe
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 HELP
Kwa bahati, kati ya vitu vingine tunapata DSN.
Vipandisho vya DSN Sender
Amri ijayo kwa kawaida ni MAIL FROM :. Kwa DSN, hii sio tofauti. Lakini kuna chaguzi mbili za ziada ambazo unaweza kutoa: RET na ENVID.
Chaguo RET kilikuwa badala ya kuwekwa kwa amri katika amri ya MAIL, lakini inafaa hapa na pia ingekuwa popote pengine. Kusudi ni kutaja ni kiasi gani cha ujumbe wako wa awali unapaswa kurejeshwa ikiwa hali ya utoaji wa kushindwa. Mawada halali ni kamili na HDRS. Ya zamani ina maana kwamba ujumbe kamili unapaswa kuingizwa katika ujumbe wa hitilafu, HDRS inamuru seva ili kurudi tu vichwa vya barua zilizoshindwa. Ikiwa RET haijainishwa, ni kwenye seva ya kufanya. Mara nyingi HDRS itakuwa thamani ya default.
ENVID kweli ni ya mtumaji kama yeye au (badala) mteja wake wa barua pepe atakuwa ndiye peke yake ambayo inatufanya ya kitambulisho hiki cha bahasha . Kusudi lake ni kumwambia mtumaji ambayo barua pepe ya ujumbe wa kosa uliopatikana iwezekanavyo inafanana. Fomu ya ID hii kimsingi imesalia kwa mawazo ya mtumaji. Hatutumia ENVID katika mfano wetu (mawazo!):
MAIL FROM: sender@example.com RET = HDRS
250 sender@example.com ... Sender ok
Inaonekana, tunataka tu kupata vichwa vya nyuma katika DSN yetu.
Upanuzi wa Mpokeaji wa DSN
RCPT TO: hupata sehemu yake ya haki ya upanuzi pia: Futa na ORCPT.
Kufahamu ni moyo halisi wa DSN. Inauambia seva wakati kutuma taarifa ya hali ya kujifungua. Thamani ya kwanza iwezekanavyo haimaanishi kwamba kwa hali yoyote DSN inapaswa kurejeshwa kwa mtumaji. Hii haikuwezekana bila DSN. Kisha kuna SUCCESS, ambayo itakujulisha wakati barua yako imewekwa kwenye marudio yake. UKIMA ni mshirika wa SUCCESS (!): DSN itafika ikiwa hofu imetokea wakati wa kujifungua. Chaguo la mwisho ni DELAY: utatambuliwa ikiwa kuna kuchelewa kwa kawaida kwa utoaji, lakini matokeo ya utoaji halisi (mafanikio au kushindwa) bado hayajafikiriwa. HAPA lazima iwe hoja tu kama ilivyoelezwa, wengine watatu wanaweza kuonekana katika orodha, iliyotumiwa na comma. SUCCESS na FAILURE hujumuisha timu nzuri sana (!), Kukuambia (karibu) kesi yoyote iliyofanyika kwa barua yako.
Kusudi la ORCPT ni kulinda mpokeaji wa awali wa ujumbe wa barua pepe, kwa mfano ikiwa ni kupelekwa kwa anwani nyingine. Hoja ya chaguo hili ni anwani ya barua pepe ya mpokeaji wa awali pamoja na aina ya anwani. Aina ya anwani huja kwanza, ikifuatiwa na semicoloni na hatimaye anwani. Kwa mfano:
RCPT TO: support@example.com NOTIFY = FAILURE, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... Mpokeaji ok (utawala)
Hii inakufuatiwa na DATA kama tunavyoijua na hatimaye, tumaini, taarifa ya hali ya utoaji kukujulisha ya mafanikio.
Je, DSN Kazi?
Bila shaka, uzuri huu wote na uchawi utafanya kazi tu ikiwa mawakala wa usafiri wa barua kutoka kwa mtumaji kwa msaada wa mpokeaji DSN. Siku fulani watapenda.