Eric Burger (eburger@snowshore.com)
Sat, 10 Feb 2001 21:35:17 -0500
[First of all, I suggest any follow-up to go to the sip-events list!!!]
Much better than the last version!
Conceptually, what we try to achieve with MWI is the _presence_ of messages
on the messaging server, much in the same way as we look for the _presence_
of people on an instant messaging system. This philosophy doesn't change
anything in the draft, but including some sort of language to that effect
would make it more accessible to the reader.
On a behavioral level, I understand why the notification entity sends
message A13 in response to the unsubscribe request A11. However, the UA
really doesn't want this information. I was thinking of how to do an
unsubscribe, without either messing up the semantics of SUBSCRIBE or
creating a new method.
How about if the unsubscribe message A11 did NOT include the "Accept:
application/simple-message-summary" header. Being a well-formed message,
the notifier would send a 200 OK and the session is finished. This assumes
that "Expires: 0" in the new message A11. I would put it in the spec that a
non-zero Expires time without an Accept header results in bizarre behavior.
Notification servers SHOULD reply with a 4xx (406?) response in this case.
Either way the session will be finished, as there's no reason for a
notification server to create a session to *not* send notifications.
Should this be part of sub/notify (S 5.1.5.3), or is it too odd?
-- - Eric
This archive was generated by hypermail 2.0b3 on Sun Feb 11 2001 - 04:35:06 IST