Bonjour,
Malgré moultes recherches, je n'ai pas trouvé dans Mail (Mac OS X 10.3.4) la
possibilité d'avoir un accusé de réception lorsqu'un courrier est
reçu et/ou lu . Une ruse m'aurait-elle échappé ?
- Si c'est le destinataire qui doit envoyer l'AR (parce que vous lui demandez de le faire dans le message). En cas de réception de l'AR, vous êtes sûr que le destinataire a lu et compris le message. Il peut même vous donner sa réponse dans son AR. De plus, psychologiquement, en vous répondant, le destinataire s'est engagé : il ne peut pas nier avoir lu votre message. En cas de non réception de l'AR, vous n'en savez pas plus que dans les deux cas précédent.
La troisième stratégie est le seule valable car c'est la seul a engagé le destinataire.
C'est exactement comme les AR du courier postal. Un AR doit être signé par le destinataire : c'est une action *volontaire* qui l'engage.
y'a un truc de travers dans ce raisonnement.
Lorsqu'on recoit un email avec accusé de reception, le logiciel d'email ne renvoie jamais un accusé de réception automatiquement. C'est lorsqu'on lit le message que le logiciel d'email nous notifie qu'un accusé de reception a été demandé et à ce moment le logiciel *propose* d'envoyer un accusé de reception.
On parle bien d'ailleurs d'accusé de reception, pas d'accusé de lecture.
le but de l'accusé de reception est uniquemenent de s'assurer que le message est bien parvenu au destinataire, sans etre tombé dans un filtre à spam ou autre par exemple.
Tout comme quand on reçoit un recommandé avec AR par la poste, on signe pour témoigner qu'on a bien reçu le recommandé, mais ça ne prouve pas qu'on l'a lu.
Paul GABORIT <Paul.Gaborit@invalid.invalid> wrote:
- Si c'est le destinataire qui doit envoyer l'AR (parce que vous lui demandez
de le faire dans le message). En cas de réception de l'AR, vous êtes sûr que
le destinataire a lu et compris le message. Il peut même vous donner sa
réponse dans son AR. De plus, psychologiquement, en vous répondant, le
destinataire s'est engagé : il ne peut pas nier avoir lu votre message. En cas
de non réception de l'AR, vous n'en savez pas plus que dans les deux cas
précédent.
La troisième stratégie est le seule valable car c'est la seul a engagé le
destinataire.
C'est exactement comme les AR du courier postal. Un AR doit être signé par le
destinataire : c'est une action *volontaire* qui l'engage.
y'a un truc de travers dans ce raisonnement.
Lorsqu'on recoit un email avec accusé de reception, le logiciel d'email
ne renvoie jamais un accusé de réception automatiquement.
C'est lorsqu'on lit le message que le logiciel d'email nous notifie
qu'un accusé de reception a été demandé et à ce moment le logiciel
*propose* d'envoyer un accusé de reception.
On parle bien d'ailleurs d'accusé de reception, pas d'accusé de lecture.
le but de l'accusé de reception est uniquemenent de s'assurer que le
message est bien parvenu au destinataire, sans etre tombé dans un filtre
à spam ou autre par exemple.
Tout comme quand on reçoit un recommandé avec AR par la poste, on signe
pour témoigner qu'on a bien reçu le recommandé, mais ça ne prouve pas
qu'on l'a lu.
- Si c'est le destinataire qui doit envoyer l'AR (parce que vous lui demandez de le faire dans le message). En cas de réception de l'AR, vous êtes sûr que le destinataire a lu et compris le message. Il peut même vous donner sa réponse dans son AR. De plus, psychologiquement, en vous répondant, le destinataire s'est engagé : il ne peut pas nier avoir lu votre message. En cas de non réception de l'AR, vous n'en savez pas plus que dans les deux cas précédent.
La troisième stratégie est le seule valable car c'est la seul a engagé le destinataire.
C'est exactement comme les AR du courier postal. Un AR doit être signé par le destinataire : c'est une action *volontaire* qui l'engage.
y'a un truc de travers dans ce raisonnement.
Lorsqu'on recoit un email avec accusé de reception, le logiciel d'email ne renvoie jamais un accusé de réception automatiquement. C'est lorsqu'on lit le message que le logiciel d'email nous notifie qu'un accusé de reception a été demandé et à ce moment le logiciel *propose* d'envoyer un accusé de reception.
On parle bien d'ailleurs d'accusé de reception, pas d'accusé de lecture.
le but de l'accusé de reception est uniquemenent de s'assurer que le message est bien parvenu au destinataire, sans etre tombé dans un filtre à spam ou autre par exemple.
Tout comme quand on reçoit un recommandé avec AR par la poste, on signe pour témoigner qu'on a bien reçu le recommandé, mais ça ne prouve pas qu'on l'a lu.
Paul GABORIT
À (at) Thu, 5 Aug 2004 16:14:15 +0200, (Gilles Aurejac) écrivait (wrote):
y'a un truc de travers dans ce raisonnement.
Lorsqu'on recoit un email avec accusé de reception, le logiciel d'email ne renvoie jamais un accusé de réception automatiquement.
Ça dépend de qui envoi l'AR.
Ça peut être le serveur de mail : envoi automatique (d'où problème).
Ça peut être le logiciel de lecture de mail : dans ce cas l'envoi peut être automatique (d'où problème) ou non.
Si il n'est pas automatique...
C'est lorsqu'on lit le message que le logiciel d'email nous notifie qu'un accusé de reception a été demandé et à ce moment le logiciel *propose* d'envoyer un accusé de reception.
On parle bien d'ailleurs d'accusé de reception, pas d'accusé de lecture.
le but de l'accusé de reception est uniquemenent de s'assurer que le message est bien parvenu au destinataire, sans etre tombé dans un filtre à spam ou autre par exemple.
Tout comme quand on reçoit un recommandé avec AR par la poste, on signe pour témoigner qu'on a bien reçu le recommandé, mais ça ne prouve pas qu'on l'a lu.
C'est justement là le problème. Quel est l'intérêt d'un AR si le message n'est pas lu, compris, accepté (ou non) ?
C'est d'autant plus crucial qu'un AR de mail ne coute rien.
Je reçois peut-être un AR (postal) par trimestre (et encore). Lorsque je signe, je sais que cela m'engage. C'est la rareté qui rend la chose importante.
Dans le cas des AR de mails, lorsqu'on les propose aux utilisateurs, on en reçoit 30 (ou plus) par jour. De plus, on reçoit une demande d'AR pour tout et n'importe quoi (certains logiciels proposent de demander un AR automatiquement à chaque mail envoyé). D'où la tendance de l'utilisateur à envoyé l'AR de manière automatique (d'où problème)... D'autant que la demande d'envoi d'AR n'a pas lieu en fin de lecture mais au moment où on ouvre le message. Finalement, on désactive la fonction d'envoi et ça ne sert plus à rien puisque plus personne ne sait si ses destinataires gèrent ou non cette fonction.
Alors qu'une demande de réponse dans le mail, ça marche à tout les coups. C'est indépendant de tout paramètrage, de toute plateforme ou logiciel. Ce n'est pas plus long à faire que ce soit pour l'émetteur ou les destinataires et ce n'est pas automatisable (ce qui empêche de rendre la fonction inutile). De plus, celui qui répond est obligé de répondre quelque chose : oui, non, ok, pas ok... ou m*rde ! On a donc un retour utile ;-)
PS: dans toutes les structures où je suis passée, j'ai toujours trouvé un directeur ou un responsable qui me demandait comment mettre en oeuvre les AR dans les mails. En général, si la fonction était disponible, au bout de quelques tentatives d'usage, la fonction était abandonnée pour revenir à l'AR manuel... et personne ne s'en plaint ! ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 5 Aug 2004 16:14:15 +0200,
gilles@alussinan.org (Gilles Aurejac) écrivait (wrote):
y'a un truc de travers dans ce raisonnement.
Lorsqu'on recoit un email avec accusé de reception, le logiciel d'email
ne renvoie jamais un accusé de réception automatiquement.
Ça dépend de qui envoi l'AR.
Ça peut être le serveur de mail : envoi automatique (d'où problème).
Ça peut être le logiciel de lecture de mail : dans ce cas l'envoi peut être
automatique (d'où problème) ou non.
Si il n'est pas automatique...
C'est lorsqu'on lit le message que le logiciel d'email nous notifie
qu'un accusé de reception a été demandé et à ce moment le logiciel
*propose* d'envoyer un accusé de reception.
On parle bien d'ailleurs d'accusé de reception, pas d'accusé de lecture.
le but de l'accusé de reception est uniquemenent de s'assurer que le
message est bien parvenu au destinataire, sans etre tombé dans un filtre
à spam ou autre par exemple.
Tout comme quand on reçoit un recommandé avec AR par la poste, on signe
pour témoigner qu'on a bien reçu le recommandé, mais ça ne prouve pas
qu'on l'a lu.
C'est justement là le problème. Quel est l'intérêt d'un AR si le message n'est
pas lu, compris, accepté (ou non) ?
C'est d'autant plus crucial qu'un AR de mail ne coute rien.
Je reçois peut-être un AR (postal) par trimestre (et encore). Lorsque je
signe, je sais que cela m'engage. C'est la rareté qui rend la chose
importante.
Dans le cas des AR de mails, lorsqu'on les propose aux utilisateurs, on en
reçoit 30 (ou plus) par jour. De plus, on reçoit une demande d'AR pour tout et
n'importe quoi (certains logiciels proposent de demander un AR automatiquement
à chaque mail envoyé). D'où la tendance de l'utilisateur à envoyé l'AR de
manière automatique (d'où problème)... D'autant que la demande d'envoi d'AR
n'a pas lieu en fin de lecture mais au moment où on ouvre le
message. Finalement, on désactive la fonction d'envoi et ça ne sert plus à
rien puisque plus personne ne sait si ses destinataires gèrent ou non cette
fonction.
Alors qu'une demande de réponse dans le mail, ça marche à tout les
coups. C'est indépendant de tout paramètrage, de toute plateforme ou
logiciel. Ce n'est pas plus long à faire que ce soit pour l'émetteur ou les
destinataires et ce n'est pas automatisable (ce qui empêche de rendre la
fonction inutile). De plus, celui qui répond est obligé de répondre quelque
chose : oui, non, ok, pas ok... ou m*rde ! On a donc un retour utile ;-)
PS: dans toutes les structures où je suis passée, j'ai toujours trouvé un
directeur ou un responsable qui me demandait comment mettre en oeuvre les AR
dans les mails. En général, si la fonction était disponible, au bout de
quelques tentatives d'usage, la fonction était abandonnée pour revenir à l'AR
manuel... et personne ne s'en plaint ! ;-)
--
Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
À (at) Thu, 5 Aug 2004 16:14:15 +0200, (Gilles Aurejac) écrivait (wrote):
y'a un truc de travers dans ce raisonnement.
Lorsqu'on recoit un email avec accusé de reception, le logiciel d'email ne renvoie jamais un accusé de réception automatiquement.
Ça dépend de qui envoi l'AR.
Ça peut être le serveur de mail : envoi automatique (d'où problème).
Ça peut être le logiciel de lecture de mail : dans ce cas l'envoi peut être automatique (d'où problème) ou non.
Si il n'est pas automatique...
C'est lorsqu'on lit le message que le logiciel d'email nous notifie qu'un accusé de reception a été demandé et à ce moment le logiciel *propose* d'envoyer un accusé de reception.
On parle bien d'ailleurs d'accusé de reception, pas d'accusé de lecture.
le but de l'accusé de reception est uniquemenent de s'assurer que le message est bien parvenu au destinataire, sans etre tombé dans un filtre à spam ou autre par exemple.
Tout comme quand on reçoit un recommandé avec AR par la poste, on signe pour témoigner qu'on a bien reçu le recommandé, mais ça ne prouve pas qu'on l'a lu.
C'est justement là le problème. Quel est l'intérêt d'un AR si le message n'est pas lu, compris, accepté (ou non) ?
C'est d'autant plus crucial qu'un AR de mail ne coute rien.
Je reçois peut-être un AR (postal) par trimestre (et encore). Lorsque je signe, je sais que cela m'engage. C'est la rareté qui rend la chose importante.
Dans le cas des AR de mails, lorsqu'on les propose aux utilisateurs, on en reçoit 30 (ou plus) par jour. De plus, on reçoit une demande d'AR pour tout et n'importe quoi (certains logiciels proposent de demander un AR automatiquement à chaque mail envoyé). D'où la tendance de l'utilisateur à envoyé l'AR de manière automatique (d'où problème)... D'autant que la demande d'envoi d'AR n'a pas lieu en fin de lecture mais au moment où on ouvre le message. Finalement, on désactive la fonction d'envoi et ça ne sert plus à rien puisque plus personne ne sait si ses destinataires gèrent ou non cette fonction.
Alors qu'une demande de réponse dans le mail, ça marche à tout les coups. C'est indépendant de tout paramètrage, de toute plateforme ou logiciel. Ce n'est pas plus long à faire que ce soit pour l'émetteur ou les destinataires et ce n'est pas automatisable (ce qui empêche de rendre la fonction inutile). De plus, celui qui répond est obligé de répondre quelque chose : oui, non, ok, pas ok... ou m*rde ! On a donc un retour utile ;-)
PS: dans toutes les structures où je suis passée, j'ai toujours trouvé un directeur ou un responsable qui me demandait comment mettre en oeuvre les AR dans les mails. En général, si la fonction était disponible, au bout de quelques tentatives d'usage, la fonction était abandonnée pour revenir à l'AR manuel... et personne ne s'en plaint ! ;-)
-- Paul Gaborit - <http://www.enstimac.fr/~gaborit/>
nospam
Gilles Aurejac wrote:
C'est simplement un outil qui te propose de faire un accusé de réception de manière automatisée (et en incluant les références), au lieu de faire ça à la main, c'est justement ça le but.
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du destinataire c'est chiant et une enOOOOrme perte de temps.
En effet imagine 154 mails quotidiens qui arrivent qui pour 50% d'entre eux l'expéditeur a demandé le fameux accusé de réception. Celui n'est d'ailleurs dans la plupart du temps pas un accusé de réception, mais un accusé de prémière ouverture.
Donc pour ces 77 mails, le destinataire voit surgir une alerte qui lui dit "L'expéditeur a demandé un accusé de réception. Voulez-vous l'envoyer ? OUI non"
Il faut donc lire cette alerte, prendre la souris cliquer sur le l'option choisie et commencer à lire le message. Soit une perte de temps de 30 secondes environ. 77 *0.30 = 23,1. 23,1 minutes perdues par jour... Te rends-tu compte c'est au moins 1 pause café perdue par jour.
-- Jacques
Gilles Aurejac <gilles@alussinan.org> wrote:
C'est simplement un outil qui te propose de faire un accusé de réception
de manière automatisée (et en incluant les références), au lieu de faire
ça à la main, c'est justement ça le but.
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du
destinataire c'est chiant et une enOOOOrme perte de temps.
En effet imagine 154 mails quotidiens qui arrivent qui pour 50% d'entre
eux l'expéditeur a demandé le fameux accusé de réception. Celui n'est
d'ailleurs dans la plupart du temps pas un accusé de réception, mais un
accusé de prémière ouverture.
Donc pour ces 77 mails, le destinataire voit surgir une alerte qui lui
dit "L'expéditeur a demandé un accusé de réception. Voulez-vous
l'envoyer ? OUI non"
Il faut donc lire cette alerte, prendre la souris cliquer sur le
l'option choisie et commencer à lire le message. Soit une perte de temps
de 30 secondes environ. 77 *0.30 = 23,1. 23,1 minutes perdues par
jour... Te rends-tu compte c'est au moins 1 pause café perdue par jour.
C'est simplement un outil qui te propose de faire un accusé de réception de manière automatisée (et en incluant les références), au lieu de faire ça à la main, c'est justement ça le but.
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du destinataire c'est chiant et une enOOOOrme perte de temps.
En effet imagine 154 mails quotidiens qui arrivent qui pour 50% d'entre eux l'expéditeur a demandé le fameux accusé de réception. Celui n'est d'ailleurs dans la plupart du temps pas un accusé de réception, mais un accusé de prémière ouverture.
Donc pour ces 77 mails, le destinataire voit surgir une alerte qui lui dit "L'expéditeur a demandé un accusé de réception. Voulez-vous l'envoyer ? OUI non"
Il faut donc lire cette alerte, prendre la souris cliquer sur le l'option choisie et commencer à lire le message. Soit une perte de temps de 30 secondes environ. 77 *0.30 = 23,1. 23,1 minutes perdues par jour... Te rends-tu compte c'est au moins 1 pause café perdue par jour.
-- Jacques
Olivier Tharan
* Jacques Foucry (Fri, 6 Aug 2004 09:10:00 +0200):
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du destinataire c'est chiant et une enOOOOrme perte de temps.
Enfin bon, quand l'expéditeur aura compris qu'un accusé de réception n'est ni un accusé de lecture ni un accusé de compréhension, on aura fait un grand pas.
-- olive
* Jacques Foucry <nospam@foucry.net.invalid> (Fri, 6 Aug 2004 09:10:00 +0200):
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du
destinataire c'est chiant et une enOOOOrme perte de temps.
Enfin bon, quand l'expéditeur aura compris qu'un accusé de réception
n'est ni un accusé de lecture ni un accusé de compréhension, on aura
fait un grand pas.
* Jacques Foucry (Fri, 6 Aug 2004 09:10:00 +0200):
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du destinataire c'est chiant et une enOOOOrme perte de temps.
Enfin bon, quand l'expéditeur aura compris qu'un accusé de réception n'est ni un accusé de lecture ni un accusé de compréhension, on aura fait un grand pas.
-- olive
gilles
Jacques Foucry wrote:
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du destinataire c'est chiant et une enOOOOrme perte de temps.
En effet imagine 154 mails quotidiens qui arrivent qui pour 50% d'entre eux l'expéditeur a demandé le fameux accusé de réception. Celui n'est d'ailleurs dans la plupart du temps pas un accusé de réception, mais un accusé de prémière ouverture.
Donc pour ces 77 mails, le destinataire voit surgir une alerte qui lui dit "L'expéditeur a demandé un accusé de réception. Voulez-vous l'envoyer ? OUI non"
Il faut donc lire cette alerte, prendre la souris cliquer sur le l'option choisie et commencer à lire le message. Soit une perte de temps de 30 secondes environ. 77 *0.30 = 23,1. 23,1 minutes perdues par jour... Te rends-tu compte c'est au moins 1 pause café perdue par jour.
Ah, ben vu les litres de café que je bois ça serait pas mauvais finalement :-)
sinon c'est vrai que mes propos sont à nuancer pour les autres mailers, par le fait que j'utilise Eudora Dans Eudora contrairement aux autres, si je reçois un mail avec AR, il n'y a aucune fenêtre d'alerte intrusive. Et ce n'est que si je lis et j'ouvre le mail qu'Eudora rajoute simplement un bouton "notifier l'expéditeur" inclu dans la fenêtre du message lu, c'est tout et c'est heureusement assez discret.
Jacques Foucry <nospam@foucry.net.invalid> wrote:
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du
destinataire c'est chiant et une enOOOOrme perte de temps.
En effet imagine 154 mails quotidiens qui arrivent qui pour 50% d'entre
eux l'expéditeur a demandé le fameux accusé de réception. Celui n'est
d'ailleurs dans la plupart du temps pas un accusé de réception, mais un
accusé de prémière ouverture.
Donc pour ces 77 mails, le destinataire voit surgir une alerte qui lui
dit "L'expéditeur a demandé un accusé de réception. Voulez-vous
l'envoyer ? OUI non"
Il faut donc lire cette alerte, prendre la souris cliquer sur le
l'option choisie et commencer à lire le message. Soit une perte de temps
de 30 secondes environ. 77 *0.30 = 23,1. 23,1 minutes perdues par
jour... Te rends-tu compte c'est au moins 1 pause café perdue par jour.
Ah, ben vu les litres de café que je bois ça serait pas mauvais
finalement :-)
sinon c'est vrai que mes propos sont à nuancer pour les autres mailers,
par le fait que j'utilise Eudora
Dans Eudora contrairement aux autres, si je reçois un mail avec AR, il
n'y a aucune fenêtre d'alerte intrusive.
Et ce n'est que si je lis et j'ouvre le mail qu'Eudora rajoute
simplement un bouton "notifier l'expéditeur" inclu dans la fenêtre du
message lu, c'est tout et c'est heureusement assez discret.
Tu coté de l'expéditeur c'est eput être pratique. Mais tu coté du destinataire c'est chiant et une enOOOOrme perte de temps.
En effet imagine 154 mails quotidiens qui arrivent qui pour 50% d'entre eux l'expéditeur a demandé le fameux accusé de réception. Celui n'est d'ailleurs dans la plupart du temps pas un accusé de réception, mais un accusé de prémière ouverture.
Donc pour ces 77 mails, le destinataire voit surgir une alerte qui lui dit "L'expéditeur a demandé un accusé de réception. Voulez-vous l'envoyer ? OUI non"
Il faut donc lire cette alerte, prendre la souris cliquer sur le l'option choisie et commencer à lire le message. Soit une perte de temps de 30 secondes environ. 77 *0.30 = 23,1. 23,1 minutes perdues par jour... Te rends-tu compte c'est au moins 1 pause café perdue par jour.
Ah, ben vu les litres de café que je bois ça serait pas mauvais finalement :-)
sinon c'est vrai que mes propos sont à nuancer pour les autres mailers, par le fait que j'utilise Eudora Dans Eudora contrairement aux autres, si je reçois un mail avec AR, il n'y a aucune fenêtre d'alerte intrusive. Et ce n'est que si je lis et j'ouvre le mail qu'Eudora rajoute simplement un bouton "notifier l'expéditeur" inclu dans la fenêtre du message lu, c'est tout et c'est heureusement assez discret.