Anche solo un breve sguardo al protocollo SMTP ti farà notare che oltre al solito HELO, c'è anche EHLO, che rende il estesa Il server SMTP pubblicizza le sue funzionalità oltre lo standard originale. Uno di questi è DSN. DSN? DNA e DDT non sono abbastanza?
Per sostenere che l'email è inaffidabile, qualcuno dovrebbe " … alimenta meglio il loro server; ha mangiato la mia posta … "Non è raro, ma non ci sono molte ragioni per sostenere questi sospetti.
Consegna S tatus N l'otorinolarizzazione è in circolazione da quando RFC 821 (dal 1982). Non appena la parte DATA del protocollo SMTP è terminata e il server ha accettato l'e-mail per la consegna, ne è responsabile. Se per qualsiasi motivo non riesce a raggiungere il destinatario, è necessario inviarlo di nuovo con notifica dell'errore al mittente originale. Ciò ha portato ad alcune e-mail oscure.
A parte questo, questa vecchia convenzione ha significato che hai ricevuto un messaggio di errore o hai ottenuto Niente nel qual caso lo sapevi Niente : l'email potrebbe essere arrivata o no. I messaggi di errore in molti casi erano utili tanto quanto i messaggi di errore. Con l'email diventa sempre più importante questo non è più soddisfacente (come se fosse prima).
Estensioni DSN a SMTP
RFC 1891 propone alcune estensioni del protocollo SMTP che dovrebbero risultare in un sistema DSN più affidabile e più utilizzabile. È un insieme di estensioni ai comandi MAIL e RCPT.
No EHLO, niente divertimento
Innanzitutto, dobbiamo assicurarci che il server supporti il DSN. Quindi, dobbiamo dire EHLO a lui e ascoltare attentamente. Se risponde con DSN da qualche parte nell'elenco delle caratteristiche, possiamo supporre che sarà in grado di soddisfare le nostre richieste. In caso contrario, non possiamo: provare un altro server o semplicemente tornare alla posta elettronica senza DSN. Per esempio:
220 larose.magnet.at ESMTP Sendmail 8.8.6 / 8.8.6; Dom, 24 agosto 1997 18:23:22 +0200EHLO localhost250-larose.magnet.at Hello localhost 127.0.0.1, felice di incontrarti250-EXPN250-VERBO250-8BITMIME250-SIZE250-DSN250-ONEX250-ETRN250-XUSR250 AIUTO Fortunatamente, tra le altre cose troviamo DSN. Il comando successivo in genere è MAIL FROM. Con DSN, questo non è diverso. Ma ci sono due opzioni aggiuntive che puoi rilasciare: RET e ENVID. L'opzione RET è stata posizionata in modo piuttosto arbitrario nel comando MAIL, ma si adatta bene come in qualsiasi altra parte. Lo scopo è specificare quanto del tuo messaggio originale deve essere restituito in caso di mancata consegna. Gli argomenti validi sono FULL e HDRS. Il primo significa che il messaggio completo deve essere incluso nel messaggio di errore, HDRS indica al server di restituire solo le intestazioni della posta non riuscita. Se RET non è specificato, dipende dal server cosa fare. Nella maggior parte dei casi, HDRS sarà il valore predefinito. ENVID appartiene davvero al mittente in quanto lei o (piuttosto) il suo client di posta elettronica sarà l'unico che fa uso di questo identificatore della busta . Il suo scopo è quello di dire al mittente a quale email corrisponde un messaggio di errore eventualmente emesso. Il formato di questo ID è fondamentalmente lasciato all'immaginazione del mittente. Nel nostro esempio non useremo ENVID: MAIL FROM: [email protected] RET = HDRS250 [email protected] … Mittente ok Apparentemente, vogliamo solo riportare le intestazioni nel nostro DSN. RCPT TO: ottiene anche la giusta quota di estensioni: NOTIFY e ORCPT. NOTIFY è il vero cuore di DSN. Indica al server quando per inviare una notifica sullo stato di consegna. Il primo valore possibile è MAI, il che significa che in nessun caso un DSN deve essere restituito al mittente. Questo non è stato possibile senza DSN. Poi c'è SUCCESS, che ti avviserà quando la tua posta è arrivata a destinazione. FAILURE è la controparte di SUCCESS: un DSN arriverà se si è verificato un errore durante la consegna. L'ultima opzione è RITARDO: ti verrà notificato se si verifica un ritardo insolito nella consegna, ma il risultato della consegna effettiva (esito positivo o negativo) non è stato ancora deciso. MAI dovere essere l'unico argomento se specificato, gli altri tre possono apparire in un elenco, delimitato da una virgola. SUCCESS e FAILURE costituiscono una squadra abbastanza forte insieme, che ti dice (quasi) in ogni caso cosa è successo alla tua posta. Lo scopo di ORCPT è preservare il originale destinatario di un messaggio di posta elettronica, ad esempio, se è inoltrato a un altro indirizzo. L'argomento di questa opzione è l'indirizzo email del destinatario originale insieme al tipo di indirizzo. Il tipo di indirizzo viene prima, seguito da un punto e virgola e infine dall'indirizzo. Per esempio: RCPT TO: [email protected] NOTIFY = FAILURE, DELAY ORCPT = rfc822; [email protected]250 [email protected] … Destinatario ok (farà la coda) Questo è seguito dal DATI come lo conosciamo e alla fine, si spera, da una notifica sullo stato di consegna che notifica il successo. Naturalmente, tutta questa bellezza e funzionerà solo se gli agenti di trasporto della posta dal mittente al destinatario supportano il DSN. Un giorno lo faranno. Estensioni mittente DSN
Estensioni del destinatario DSN
Funziona DSN?
