Ngerteni carane DSN ngarahake ngenalake status pangiriman menyang email SMTP.
Apa Meneh Apa Apa Terus menyang Email Sampeyan Dikirim?
Malah mung katon ing protokol SMTP bakal ndhelikake yen ing HELO biasanipun, ana uga EHLO, sing ndadekake server SMTP Luwih ngenalake kemampuane ngluwihi standar asli. Salah sijine yaiku DSN. DSN? Apa DNA lan DDT ora cukup?
Kanggo argue email sing ora dipercaya, sing kudu " ... feed server sing luwih apik, sing mangan emailku ... " ora umum. Aku dhewe. Nanging, ora ana alesan kanggo ndhukung kecurigaan kasebut.
Pangiriman S otentifikasi N wis wiwit wiwit RFC 821 (wiwit 1982). Sanalika bagian DATA saka protokol SMTP rampung lan server wis nampa email kanggo pangiriman iku tanggung jawab. Yen, kanggo alasan apa wae, ora bisa nampa liwat panampa kasebut ngirim ngirim maneh kanthi menehi kabar saka kesalahan marang pangirim asli. Iki ngasilake sawetara email ora jelas.
Loro-lorone, konvensi lawas iki tegese yen sampeyan entuk pesen kesalahan utawa sampeyan ora duwe apa-apa sing sampeyan ora ngerti apa-apa : email uga wis teka utawa ora. Pesen kesalahan ing pirang-pirang kasus padha kaya mbiyantu ora ana pesen kesalahan. Kanthi email dadi luwih penting, iki ora kepenak maneh (kaya sadurunge).
Ekstensi DSN kanggo SMTP
RFC 1891 ngusulake sawetara ekstensi kanggo protokol SMTP sing kudu nyebabake sistem DSN sing luwih dipercaya lan luwih bisa migunani. Iku sawijining set ekstensi kanggo MAIL lan RCPT printah (yen iki ora ateges apa-apa kanggo sampeyan, maca carane SMTP dianggo lan banjur bali ing kene.).
Ora Ana EHLO, Ora Ana Fun
Pisanan, kita kudu nggawe manawa server ndhukung DSN. Mangkono, kita kudu ngandhani EHLO lan ngrungokake kanthi ati-ati. Yen menehi respon kanthi DSN ing daftar fitur, kita bisa nganggep yen bakal bisa ngawula panjalukan kita. Yen ora, banjur ora: kita bisa nyoba server liyane utawa mung bali menyang email tanpa DSN. Contone (inputku biru, server output ireng):
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; Sun, 24 Aug 1997 18:23:22 +0200
EHLO localhost
250-larose.magnet.at Hello localhost [127.0.0.1], seneng ketemu sampeyan
250-EXPN
250-VERB
250-8BITMIME
250-SIZE
250-DSN
250-ONEX
250-ETRN
250-XUSR
250 HELP
Untunge, antarane liyane kita nemokake DSN.
DSN Pengirim Ekstensi
Wigati sabanjuré biasane MAIL DAWAL:. Kanthi DSN, iki ora beda. Nanging ana rong opsi tambahan sing bisa sampeyan jawab: RET lan ENVID.
Pilihan RET rada diselehake ing MAIL, nanging cocog ing kene uga ing ngendi wae. Tujuane kanggo nemtokake manawa pesen asli sampeyan kudu bali ing kasus kegagalan pengiriman. Argumen sing bener yaiku FULL lan HDRS. Mantan tegese pesen lengkap kudu kalebu pesen kesalahan, HDRS nganakake instruksi server mung ngirim bali ing header gagal. Yen RET ora ditemtokake, iku nganti server apa sing kudu dilakoni. Ing kasus paling HDRS bakal dadi nilai default.
ENVID pancene duweni pangirim minangka dheweke utawa (luwih) klien email dheweke bakal dadi siji-sijine sing nggawe kita pengenal envelope iki. Tujuane yaiku kanggo ngirim marang pangirim sing ngirim pesen kesalahan sing bisa ditanggepi. Format ID iki pancen ditinggalake kanggo bayangan pangirim. Kita ora bakal nggunakake ENVID ing conto kita (imajinasi!):
MAIL FROM: sender@example.com RET = HDRS
250 sender@example.com ... Sender ok
Ketoke, kita mung arep njaluk header ing DSN kita.
Sambungan Penerima DSN
RCPT TO: nemu dhistribusi sing padha babagan uga: NOTIFI lan ORCPT.
NOTIFY punika atine nyata DSN. Ngandhani server nalika ngirim kabar status pengiriman. Nilai pisanan sing bisa ditemtokake yaiku ora ana tegese manawa ana DSN kudu bali menyang pangirim. Iki ora bisa tanpa DSN. Banjur ana SUCCESS, sing bakal ngandhani nalika surat sampeyan minangka arogan ing panggonan sing dituju. KEGAGALAN punika pasangan SUCCESS (!): Sing DSN bakal teka yen busur occured sak pengiriman. Opsi pungkasan DELAY: sampeyan bakal diwenehi kabar yen ana wektu tundha ing pangiriman sing ora biasa, nanging hasil kasil sing nyata (sukses utawa gagal) durung mutusake. NATE kudu dadi siji-sijine argumen yen ditemtokake, telu liyane bisa katon ing daftar, diwatesi dening koma. SUKSES lan Gagal nggawe tim sing cukup kuat (!), Nyatakake ing (meh) apa wae sing kedadeyan ing surat sampeyan.
Tujuan ORCPT yaiku nguripake panrima asli pesen email, umpamane yen diterusake menyang alamat liyane. Alesan kanggo opsi iki yaiku alamat email panrima asli bebarengan karo jinis alamat. Tipe alamat diwiwiti dhisik, diikuti titik koma lan pungkasane alamat. Tuladhane:
RCPT TO: support@example.com NOTIFY = FAILURE, DELAY ORCPT = rfc822; support@example.com
250 support@example.com ... Panampa ok (bakal antrian)
Iki diikuti dening DATA kaya sing kita ngerti lan pungkasanipun, muga-muga, kabar pangiriman status sing nyatakake sampeyan sing sukses.
Apa DSN Bisa Laku?
Mesthine, kabeh kaendahan lan kecantikan iki mung bisa digunakake yen agen transportasi mail saka pangirim menyang dhukungan panampa DSN. Ana sawetara dina.