On Monday 10 June 2002 16:24, F�lix Hauri wrote: > On me demande de ``faire marcher'' les accus�s de reception... > > Je ne connais pas, aussi j'aurrais deux petites questions. > (recevoir-envoyer;) > > recevoir: > 1. Est-il possible de g�rer correctement ce type de ``feature'' en > rapatriant et distribuant les mails avec ``fetchmail + procmail''. > (Il me semble que oui...) > > envoyer: > 2. Dans le sens ``envoi''. Il me semble que la demande d'accuse de fait au > niveau du client mail de l'expediteur et le traitemet au niveau du > d�mon mail du destinataire. Par cons�quent, je n'ai rien a faire!?
En g�n�ral, cette fonctionalit� est g�r�e par les MUA. Pourquoi ? Parceque seuls ceux-ci savent QUAND un mail a vraiment �t� lu (pour les accus�s de lecture). Par exemple, Kmail poss�de une fonction de "Delivery & Read Confirmations". Mais ce n'est pas le seul MUA qui poss�de ce genre de fonctionalit�. Bien s�r, un accus� de r�ception peut-�tre trait� par un MTA. Il ne doit pas �tre tr�s difficile d'incorporer ce genre de fonction dans procmail, mais il me semble que ce n'est pas la bonne place. En effet, la confirmation ne devrait venir que lorsq ue l'on est certain que le mail est bien dans la mail box du destinataire. Or, dans le cas d'un MTA, il n'y a aucune assurance qu'il s'agit bien de la derni�re �tape : peut-�tre y-a-t-il encore un fetchmail, pop3, imap... et il n'est pas juste de confirmer la r�ception si le destinataire n'arrive pas � lire son mail parceque le serveur pop ne fonctionne plus (par exemple). Daniel -- http://www-internal.alphanet.ch/linux-leman/ avant de poser une question. Ouais, pour se d�sabonner aussi.
