Ma su AV come mai non funziona Return-Receipt-To?
Invece Disposition-Notification-To funziona correttamente.
Ma su AV come mai non funziona Return-Receipt-To?
Invece Disposition-Notification-To funziona correttamente.
Nel senso che l'header non appare nella mail, oppure che non ti viene richiesto di inviare la ricevuta?
Cosa contengono gli header della mail che ti arriva?
Io mando una mail con header così:
La ricevuta di lettura(Disposition-Notification-To) mi arriva, invece la ricevuta di recapito(Return-Receipt-To cioè che il server "dominio.it" l'ha ricevuta) non la ricevo.Codice PHP:
.....
$headers .= "Return-Receipt-To: My <mail@dominio.it>\r\n";
$headers .= "Disposition-Notification-To: My <mail@dominio.it>\r\n";
.....
mail(..., ..., ..., $headers);
Inoltre l'header della mail del destinatario arriva corretto.
Codice:..... Return-Receipt-To: My <mail@dominio.it> Disposition-Notification-To: My <mail@dominio.it> .....
Ultima modifica di andreafallico : 10-12-2009 alle ore 01.11.49
Nope, Return-Receipt-To non è la ricevuta del server, è la ricevuta che il destinatario può accettare di inviarti quando apre l'email la prima volta. Direi quella che tu chiami "ricevuta di lettura".
Disposition-Notification-To è simile, ma credo implementata da nessuno. Il client dovrebbe inviarti una ricevuta in ogni caso, specificando se l'utente ha letto l'email, o l'ha cancellata senza leggerla.
Quando io mando una mail e richiedo solo la Conferma di recapito, l'header della mail del destinatario ha:
e io ricevo in <miaEmail@dominio.it> questo messaggio:Codice:Header e-mail destinatario .... Return-Receipt-To: <miaEmail@dominio.it> .....
Invece quando io mando una mail e richiedo solo la Conferma di lettura, l'header della mail del destinatario ha:Codice:Da: *****@****.fbc.local [****@*****.fbc.local] A: miaEmail@dominio.it Oggetto: Delivery Status Notification (Relay) Body: This is an automatically generated Delivery Status Notification. Your message has been successfully relayed to the following recipients, but the requested delivery status notifications may not be generated by the destination. destinatario@dominio.it
e io ricevo in <miaEmail@dominio.it> questo messaggio:Codice:Header e-mail destinatario .... Disposition-Notification-To: <miaEmail@dominio.it> .....
Codice:Da: destinatario@dominio.it A: miaEmail@dominio.it Oggetto: Ricevuta di ritorno (visualizzata) - Oggetto Mail Body: Il messaggio A: destinatario@dominio.it Cc: Oggetto: Oggetto Mail Inviato: 10/12/2009 11.40 è stato letto il 10/12/2009 11.42
Interessante... perche' io ottengo il risultato opposto, e la documentazione sembra darmi da conferma?
http://en.wikipedia.org/wiki/E-mail_trackingThe technical term for these is MDN - Message Disposition Notifications, and they are requested by inserting one or more of the following lines into the email headers: X-Confirm-Reading-To: Disposition-Notification-To: or Return-Receipt-To:
http://en.wikipedia.org/wiki/Return_receiptA non-standard but widely used way to request return receipts is with the "Return-Receipt-To:" (RRT) email header. An email address is specified as the content of the header. The first time a user opens an email message containing this header, the client will typically prompt the user whether or not to send a return receipt.
Ho fatto molte prove e il risultato è sempre lo stesso, come sopra.
Inoltre quando li chiedo entrambi(Conferma di recapito e Conferma di lettura), l'header della mail del destinatario ha:
e io ricevo in <miaEmail@dominio.it> 2 mail:Header e-mail destinatario
....
Return-Receipt-To: <miaEmail@dominio.it>
Disposition-Notification-To: <miaEmail@dominio.it>
....
Un'altra cosa, quando chiedo solo la Conferma di recapito (header destinatario: Return-Receipt-To) il client di posta chiede se inviare la notifica e premo rifiuta, ma io ricevo l'email:1°
Da: *****@****.fbc.local [****@*****.fbc.local]
A: miaEmail@dominio.it
Oggetto: Delivery Status Notification (Relay)
Body:
This is an automatically generated Delivery Status Notification.
Your message has been successfully relayed to the following recipients, but the requested delivery status notifications may not be generated by the destination.
destinatario@dominio.it
2°
Da: destinatario@dominio.it
A: miaEmail@dominio.it
Oggetto: Ricevuta di ritorno (visualizzata) - Oggetto Mail
Body:
Il messaggio
A: destinatario@dominio.it
Cc:
Oggetto: Oggetto Mail
Inviato: 10/12/2009 11.40
è stato letto il 10/12/2009 11.42
Ora io chiedo in php è possibile avere la Conferma di recapito ( diversa dalla Conferma di lettura che in php funziona regolarmente con Disposition-Notification-To)?Da: *****@****.fbc.local [****@*****.fbc.local]
A: miaEmail@dominio.it
Oggetto: Delivery Status Notification (Relay)
Body:
This is an automatically generated Delivery Status Notification.
Your message has been successfully relayed to the following recipients, but the requested delivery status notifications may not be generated by the destination.
destinatario@dominio.it
A questo punto forse serve qualche altro parametro?
Ultima modifica di andreafallico : 10-12-2009 alle ore 14.06.57
e senza alcun header, non e' che ricevi una converma comunque?
La seconda email (quella da ...fbc.local) non arriva dal client di posta, ma dall'MTA. Puo' essere che il server di posta sia configurato per rispondere all'header - anche se non dovrebbe.
Gli effetti che ottieni sono comunque dovuti a qualche misconfigurazione, del server o del client di posta, perche' sia R-R-To che D-N-To sono header che richiedono una conferma di lettura, quella che appare sotto forma di dialog nel tuo client di posta, fine.
Oppure ancora, magari hai le idee confuse, visto che prima scrivi
e poi... Return-Receipt-To, cioè che il server "dominio.it" l'ha ricevuta
Se noti, il secondo e' il comportamento che ti ho descritto dall'inizio.quando chiedo solo la Conferma di recapito (header destinatario: Return-Receipt-To) il client di posta chiede se inviare la notifica
edit: questa pagina su sendmail puo' chiarificare alcune cose: R-R-To: aveva, anni e anni fa, il comportamento che tu ti aspetti. Siccome non era standard, ed i client di posta lo usavano diversamente (richiesta di notifica), e' stato tolto. Alcuni server hanno altri header o comandi per ottenere lo stesso risultato (eg Notice-Requested-Upon-Delivery-To:), ma la situazione sembra confusa.
Ultima modifica di dreadnaut : 10-12-2009 alle ore 14.21.45
Forse mi sono spiegato male. La conferma di recapito deve arrivare dal server di altervista che mi avvisa che l'email è stata spedita senza ricevere errori; forse il server di altervista non è configurato per riceverla.
Ripeto la Conferma di lettura utilizzando questo codice funziona:
EDIT:Codice PHP:
.....
$headers .= "Disposition-Notification-To: My <mail@dominio.it>\r\n";
.....
mail(..., ..., ..., $headers);
Ma su AV c'è questo comando?
Notice-Requested-Upon-Delivery-To: non funziona.
Ultima modifica di andreafallico : 10-12-2009 alle ore 16.38.51