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

"McIntyre, Lloyd" <[email protected]>
Newsgroups gmane.ietf.fax
Message-ID <[email protected]>
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:[email protected]]
> Sent: Tuesday, August 28, 2001 1:38 PM
> To: Pete Resnick
> Cc: McIntyre, Lloyd; 'Shibata Tetsuya'; [email protected];
> [email protected]; [email protected]; [email protected]
> 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
>
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.