Subject: RE: [Simple] IMDN?

From: "Burger, Eric" <[email-masked]>
Date: Wed, 1 Mar 2006 18:20:02 -0500

1. The error would be in the relay, not in receipt at the gateway.  Thus there is no transport (CPIM) error.

2. Sending system is the UAC.  If the user sends a message to a list exploder, and the sender expects his message to get end-user responses, he will receive end-user responses from ALL end-users, because every one will get a Disposition-Notification header.  This is just to remind implementers of that.

3. Oops - you're right.  At least someone is reading the document!  Thanks.

4. We talked about this at length; for most use cases we could think of the user that deletes the message automatically or without "opening" the message probably will suppress sending the report anyway.  I can go either way, but it really is not useful.

5. UAC.  UAS has no state.

-----Original Message-----
From: Nadia Bishai (QC/EMC) [mailto:[email-masked]] 
Sent: Tuesday, February 28, 2006 10:35 AM
To: Burger, Eric; Simple WG
Cc: Ignacio Más Ivars (KI/EAB); [email-masked]
Subject: RE: [Simple] IMDN?

Hi Eric,

  Some questions on the draft:
         
1. What is the benefit of the UAC requesting a report from an
intermediate node? The UAC will not find out if the intended
recipient got the message, but if there was an error
processing the message by an intermediate node, then this
information would be received by the recipient anyway. 
         
 2. In the following paragraph what is meant by the sending
system?? Is it the CPIM confernce server? If so, how does it
determine for which message an IMDN should be requested?
         
" For CPIM conferences, a message with a
Disposition-Notification header will result in all recipients performing IMDN processing.  If this is not desirable, the sending system MUST send multiple messages with the appropriate requests (IMDN or not)." 
        
3. In section 8.1.3 you refer to the requesting UAC in the
feminine
         
" If a Requesting UAC wishes to keep her URI private through a
B2BUA,..."
         
Although in the introduction section it is assumed that sender
is masculine
        
" This document refers generically to the sender of a message
in the masculine (he/him/his) and the recipient of the message in
The feminine (she/her/hers)."
         
4.Why is there no Disposition value for "deleted" or "deleted
 without being read" instead of the "processed" being used for
the case below? It seems like useful information and is a
different information from the "processed" generated by a
B2BUA and which does not really convey very precise
information, since it is generated in cases of successful
reception as well as cases of the B2BUA knowing that the final
recipient cannot honour the IMDN request.
         
 " If the UAS automatically deleted the message, or the user
Deleted the message without reading it, then the UAS SHOULD generate a processed IMDN, mindful of the privacy considerations enumerated in Section 4."
         
5. In section 9.3.2, does the following recommendation apply
to the UAS, the B2BUA or both?? 
 "How long to keep the Message-ID state is a local matter.  We RECOMMEND it be at least 5 minutes." 

       Thanks,
 Nadia Bishai 
     
 E-Mail: [email-masked] 
 Tel:  (+1) 514-345-7900           8400 Decarie Boulevard 
 Cell: (+1) 514-591-6739           Montreal, Quebec, Canada 
 www.ericsson.com                  H4P-2N2      

-----Original Message-----
From: Burger, Eric [mailto:[email-masked]] 
Sent: February 19, 2006 3:03 AM
To: Simple WG
Subject: [Simple] IMDN?

There have been exactly zero comments on draft-burger-simple-imdn-03.txt.  I know there are many open issues.

We were hoping to submit a work group draft -00.  The deadline is approaching.  The open issues are still open.

Does anyone care about IMDN?  If no one reads the drafts or comments on them, then the work is finished, in that the draft will expire and the world will not have a standard mechanism for IM delivery reports.

_______________________________________________
Simple mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/simple

_______________________________________________
Simple mailing list
[email-masked]
https://www1.ietf.org/mailman/listinfo/simple