Newsgroup: it.comp.software.mailreader
Titolo: Che vuol dire posta inviata?

Recentemente mi è capitato che un messaggio regolarmente indicato tra la
"posta inviata" non è stato ricevuto dal destinatario. Come è possibile?
Cosa vuol dire l'indicazione "posta inviata" che compare nei client di posta
dopo la spedizione del messaggio?
Siccome nel mondo esiste solo una persona con quell'
indirizzo, "posta inviata" dovrebbe coincidere con "posta consegnata".  Cioè
l'
indicazione "posta inviata" dovrebbe assicurare che il messaggio è già a
destinazione e se il client del destinatario funziona, deve necessariamente
trovarlo.
Come è possibile allora che l'interlocutore ti risponde che non trova
niente? I bit di cui si compone il messaggio si perdono nel nulla, si
alterano, o vengono
deviati da qualche altra parte? Il suo server cancella per un qualche errore
il messaggio?

 Il suo server cancella per un qualche errore il messaggio?
E` probabile che da qualche parte venga cancellato, dal tuo server di
spedizione, da un qualsisi dei server attraverso cui transita, oppure dal
serve finale che accetta il recapito, ma definirlo un errore potrebbe
dipendere dai punti di vista. Tu non vedi mai tornarti indietro un
messaggio da parte di un qualche di questi server? Specialmente in questi
ultimi tempi, dopo aver raggiunto livelli di perfezione di tutto rispetto
del meccanismo di trasmissione, purtroppo si assiste ad un nuovo inatteso
sistema di inceppamento o malfunzionamento del sistema dovuto al
massiccio aumento di messaggi non richiesti (spam) e dai conseguenti
sistemi che cercano di limitare il fenomeno spesso causando per falsi
positivi, cancellazioni o rifiuti di consegna di messaggi del tutto
legittimi. In molti casi potrebbe tornare indietro al mittente una
segnalazione del problema incontrato, ma non è detto che avvenga sempre.
Se continui ad avere problemi di questo tipo, un sistema che non è sicuro
al cento per cento, ma che in alcuni casi potrebbe funzionare, è quello
di richiedere una ricevuta di consegna. C'è uno standard che regolamenta
questa cosa, ma non c'è l'obbligo che venga osservato, cioè viene
lasciato al libero arbitrio di chi riceve rispettare o no la procedura. 
Se vuoi avere una conferma che il messaggio è arrivato alla destinazione
finale del server del tuo destinatario, devi far inserire la riga di
header "Return-Receipt-To:" e sperare che il server del destinatario sia
stato configurato per onorare questa richiesta. Ovviamente questo non ti
dice nulla sul fatto che poi quel messaggio venga scaricato, o no, dal
destinatario, ma sarebbe già un buon primo livello di indagine. Se invece
vorresti avere una conferma che il messaggio sia anche stato scaricato
dal destinatario nel proprio computer e conseguentemente che il messaggio
sia stato aperto, allora devi devi far inserire la riga di header
"Disposition-Notification-To:" e sperare che il mailreader usato dal
destinatario sia programmato per saper gestire queste richieste ed
inoltre che sia stato configurato per non far cadere nel vuoto questa
richiesta. Ripeto che non c'è nessun obbligo che questi due tipi di
conferme ti siano inviate, ma tentar non nuoce.
Nel caso tu non sappia come far inserire nel tuo programma queste
richieste, dovresti specificare quale è il programma per la posta che usi

 stato configurato per onorare questa richiesta.
Si, ricordo di aver letto da qualche parte questo comando ma non ho
approfondito di che si tratta. A me sembra antipatico chiedere al
destinatorio conferma di lettura. Mi sembra una forma di controllo sulla
persona. Forse questa è una buona soluzione. Puoi dirmi come si fa con OE 6?
Grazie

 venga mangiato da un falco predatore, venga infilzato [...]
Non c'e' garanzia che il singolo piccione arrivi.  Ma come dice RFC1149, 
"loss of a carrier can be tolerated", e si puo' costruire una connessione
TCP usando piccioni  [ 
http://www.blug.linux.no/rfc1149/
 ]. Una mail
puo' poi essere spedita usando SMTP, anziche' legando l'intero
messaggio alla zampa di un singolo piccione senza un protocollo di
comunicazione.
Questo per dire che anche se il layer fisico e' poco affidabile, c'e' 
sempre il modo di costruire sopra di esso un canale di comunicazione
affidabile; e quindi se le mail "spariscono" e non tornano messaggi di 
errore c'e' senz'altro di mezzo qualcosa/qualcuno che ha violato i 
protocolli.
furio ercolessi

 Forse questa è una buona soluzione.
La prova da fare meno invasiva sarebbe richiedere la conferma soltanto al
server del destinatario, che sarebbe già un primo passo, ma se usi OE non
so come si potrebbe fargli fare questa cosa.
Mi sembra infatti che OE consenta solo la conferma di lettura (meglio
sarebbe dire di apertura) nel mailreader del destinatario, dovrebbe
essere nel menù 
Strumenti\ Opzioni\ Conferme -> Richiedi conferma di lettura
e poi la disabiliti dopo che hai scritto a quel tizio.
Domandagli anche se per caso recentemente ha attivato un qualche servizio
di antispam (se non sa cosa è spiegaglielo) che gli potrebbe aver
cancellato dei messaggi legittimi
E controlla anche la tua di posta, nel caso ti rimbalzasse indietro
qualche messaggio di qualche server, vedi anche l'intervento di Furio (da
non confondere con quelli falsi che mandano i virus di questi giorni)