Čak i kratak pogled na SMTP protokol ćete primijetiti da osim uobičajenog HELO-a postoji i EHLO, što čini produžen SMTP poslužitelj oglašava svoje mogućnosti izvan izvornog standarda. Jedan od njih je DSN. DSN? DNK i DDT nisu dovoljni?
Tvrditi da je poruka e-pošte nepouzdana, da netko treba " … hraniti svoje poslužitelje bolje; pojeo mi poštu … "nije neuobičajeno, ali nema mnogo razloga da podrže ove sumnje.
dostava S tatus N OTC je od RFC 821 (od 1982). Čim završi DATA dio SMTP protokola i poslužitelj je prihvatio e-poštu za isporuku, odgovoran je za to. Ako iz bilo kojeg razloga ne može doći do primatelja, mora ga poslati natrag s obavijesti o pogrešci izvornom pošiljatelju. To je rezultiralo nekom nejasnom e-poštom.
Osim toga, ova stara konvencija znači da imate poruku o pogrešci ili imate ništa u kojem slučaju ste znali ništa : poruka e-pošte možda je stigla ili možda neće. Poruke o pogreškama u mnogim slučajevima bile su jednako korisne kao i poruke o pogrešci. S porukom postaje sve važnija, to više nije zadovoljavajuće (kao da je bilo prije).
DSN ekstenzije na SMTP
RFC 1891 predlaže neka proširenja za SMTP protokol koja bi trebala rezultirati pouzdanijim i korisnijim DSN sustavom. To je skup proširenja za MAIL i RCPT naredbe.
Ne EHLO, nema zabave
Prvo, moramo osigurati da poslužitelj podržava DSN. Dakle, moramo mu reći EHLO i pažljivo slušati. Ako s DSN-om odgovara negdje na popisu značajki, možemo pretpostaviti da će moći služiti našim zahtjevima. Ako ne, onda ne: možemo probati drugi poslužitelj ili se jednostavno vratiti na e-poštu bez DSN-a. Na primjer:
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; Ned, 24 kolovoz 1997 18:23:22 +0200EHLO localhost250-larose.magnet.at Poštovani localhost 127.0.0.1, drago mi je što sam vas upoznala250 EXPN250 GLAGOL250-8BITMIME250 VELIČINA250 DSN250 Onex250 ETRN250 XUSR250 POMOĆ Srećom, među ostalim nalazimo DSN. Sljedeća naredba obično je MAIL FROM. S DSN-om to se ne razlikuje. No, postoje dvije dodatne opcije koje možete izdati: RET i ENVID. Opcija RET bila je proizvoljno smještena u naredbu MAIL, no ovdje se uklapa, kao i bilo gdje drugdje. Svrha je odrediti koliko biste izvorne poruke trebali vratiti u slučaju neuspjeha isporuke. Vrijedni argumenti su FULL i HDRS. Prva znači da cjelokupna poruka treba biti uključena u poruku o pogrešci, HDRS upućuje poslužitelj da vrati zaglavlja neuspjelog pošte. Ako RET nije naveden, poslužitelju je što učiniti. U većini slučajeva HDRS će biti zadana vrijednost. ENVID doista pripada pošiljatelju dok ona ili (prilično) njezin klijent e-pošte bude jedini koji to koristi identifikator omotnice , Njegova je svrha da kažem pošiljatelju koji e-poštom odgovara eventualno izdana poruka o pogrešci. Format ovog ID-a je u osnovi ostavljen mašti pošiljatelja. Nećemo upotrebljavati ENVID u našem primjeru: MAIL FROM: [email protected] RET = HDRS250 [email protected] … Pošiljatelj je u redu Očigledno, samo želimo vratiti zaglavlja u naš DSN. RCPT TO: dobiva i svoj fer udio proširenja: NOTIFY i ORCPT. NOTIFY je pravo srce DSN-a. On govori poslužitelju kada za slanje obavijesti o statusu isporuke. Prva moguća vrijednost NEVER to znači da ni u kojem slučaju DSN mora biti vraćen pošiljatelju. To nije bilo moguće bez DSN-a. Onda je uspjeh, koji će vas obavijestiti kada je vaša pošta stigla na odredište. FAILURE je odgovor SUCCESS-a: DSN će doći ako dođe do pogreške tijekom isporuke. Posljednja opcija je DELAY: bit ćete obaviješteni ako dođe do neuobičajenog kašnjenja isporuke, ali stvarni ishod isporuke (uspjeh ili neuspjeh) još nije odlučen. NIKADA mora biti jedini argument ako je naveden, ostala tri mogu se pojaviti na popisu, ograničena zarezom. USPJEH i NEDOSTATAK zamijenili su prilično snažan tim zajedno, govoreći vam (gotovo) u svakom slučaju što se dogodilo vašoj pošti. Svrha ORCPT - a je sačuvati izvornik primatelja poruke e-pošte, na primjer, ako se prosljeđuje na drugu adresu. Argument ove opcije je adresa e-pošte izvornog primatelja zajedno s vrstom adrese. Najprije dolazi adresa, nakon čega slijedi točka-zarez i konačno adresa. Na primjer: RCPT TO: [email protected] NOTIFY = POGREŠKA, DELAY ORCPT = rfc822; [email protected]250 [email protected] … Primatelj je u redu (čekat će red) Slijedi DATA kao što znamo i na kraju, nadamo se, obavijest o statusu isporuke koja vas obavještava o uspjehu. Naravno, sve ove ljepote i to će raditi samo ako agenti za transport pošte od pošiljatelja do primatelja podržavaju DSN. Jednog će dana. DSN pošiljateljska proširenja
Proširenja primatelja DSN-a
Radi li DSN?
