2010/9/2 Dave Cridland <[email protected]>: > On Wed Sep 1 21:00:09 2010, Iñaki Baz Castillo wrote: >> >> Could you please clarify me if it's possible or not? > > The specific case is messages. > > If a contact is offline, a message will generally not bounce, but instead be > delivered to offline storage. This means the sender can be reasonably > confident that the receiver will eventually get it. > > However, with blocking, either we need to send an immediate error (which is > an indication), or we discard the message (which is a technical violation). > Finally, one could choose to place the message into the offline store and > deliver it only when the contact is unblocked. > > It's not, however, clear to me which the correct approach is.
I'd comment how this could be handled in SIP protocol (but AFAIK is not a subject of the specifications): - Bob is not connected (not registered in SIP server). - Alice sends a MESSAGE (simple text with no session involved, like a SMS) to Bob AoR (and not to a specific resource, concept that doesn't exist in SIP). Or Alice tries to open a MSRP session (IM and file transfer over a established session) with Bob, which involves a INVITE request. - In both cases, Bob's server would reply "480 User Not Coneted Now". So in case Bob is conected but has blocked Alice, then the server could generate a "polite" 480 response so from Alice's perspective Bob is not connected. In both cases (Bob not connected or Bob connected but blocking Alice) the server could also store the message in an offline storage, which would return a "202 Accepted" to Bob (202 means "Received by other entity" while 200 means "Received by the desired destination"). Just to comment. Regards. -- Iñaki Baz Castillo <[email protected]>
