RE: [VPIM] RE: FW: I-D ACTION:draft-vaudreuil-mdnbis-00.txt


McIntyre, Lloyd (Lloyd.McIntyre@pahv.xerox.com)
Tue, 28 Aug 2001 14:51:18 -0700


I do not believe that current level of receivers would do more than alert
the use that there has been a processing error or warning (e.g. via some
form of audio or visual alerting) based upon the processable portion of the
MDN response. An accompanying message to the user may be more verbose and/or
friendly than the text portion of the MDN response.

One may envision future implementations where the receiver may be
preauthorized to take action based on the nature of the disposition-modifier
and the contained capabilities string.

Lloyd

> -----Original Message-----
> From: Dan Wing [mailto:dwing@cisco.com]
> Sent: Tuesday, August 28, 2001 1:38 PM
> To: Pete Resnick
> Cc: McIntyre, Lloyd; 'Shibata Tetsuya'; tony@att.com;
> receipt@cs.utk.edu; vpim@lists.neystadt.org; ietf-fax@imc.org
> Subject: RE: [VPIM] RE: FW: I-D ACTION:draft-vaudreuil-mdnbis-00.txt
>
>
> > >Note we need vendors to both send _and_ receive the various
> > >permutations. If all implementations only send and do not parse
> > >or validate or do something on receipt, it doesn't pass muster
> > >for Draft Standard.
> >
> > Eudora (certainly on the Mac and I believe also on Windows)
> displays
> > the disposition values to the user as text. Now, it's not doing any
> > real parsing; it's just displaying the contents of the
> > message/disposition-notification part as text. Shouldn't that be
> > enough to be a "receiving" client?
>
> Yes, good point. We do the same, and expect the user to take some
> action based on what they see.
>
> -d
>



This archive was generated by hypermail 2.0b3 on Wed Aug 29 2001 - 00:51:43 IDT