On Wednesday 12 June 2002 07:13, F�lix Hauri wrote:
> Et mes h�tes re�oivent les accus�s de r�ceptions qu'ils demandent, de la
> part du serveur de mail figurant dans le champ DS de mon serveur.
> (Pas totalement certain d'avoir parfaitement bien compris le r�le de MON
> serveur dans cette d�marche:-b)
Il est bien dit :
It gives you a nice and simple way to ask for a DSN if your MUA doesn't
currently support it.
Je trouve qu'il s'agit d'une anticipation qui peut induire l'exp�diteur en
erreur. A mon avis, c'est jouable et cens� seulement si le mail reste dans
/var/spool/mail. Par contre, s'il est r�cup�r� par POP/IMAP/fetchmail, il y a
un risque que la r�ponse envoy�e ne corresponde pas � la r�alit�. Dans ce
cas, DSN dans sendmail, dit simplement :
"Le mail est bien arriv� sur le serveur !"
Et non :
"Votre destinataire a bien re�u votre mail."
Si cette diff�rence est insignifiante pour certains, il se peut qu'elle soit
intol�rable pour d'autres. C'est un peu comme si un recommand� �tait
simplement d�pos� dans la bo�te aux lettres. Il faut donc privil�gier le
tra�tement du DSN par le MUA.
Note que la poste conna�t deux modes :
- Le recommand�
- L'accus� de r�ception
Juridiquement, ces deux notions ne sont pas les m�mes. DSN correspond bien �
ce deixi�me mode. Il s'agit donc d'assurer la fonctionalit� dans son
int�gralit�.
En r�sum�, il se peut que faire du DSN sur un MTA soit une solution tr�s
proche de celle qui consiste � le faire � l'aide d'un MUA, mais il y a alors
un certain nombre de r�gles � repecter; entre autre le MUA doit s'ex�cuter
sur le m�me syst�me que le MTA. Sinon, le sens donn� � DSN n'est plsu le
m�me. Mais il se peut que cela soit suffisant pour le destinataire et
l'exp�diteur. Il s'agit simplement d'�tre conscient de ces limites.
Daniel
--
http://www-internal.alphanet.ch/linux-leman/ avant de poser
une question. Ouais, pour se d�sabonner aussi.
