Presence and IntComm WG

[Steve Blair <>]

Candace Holman wrote:

> Even though storing IM is contrary to real-time communications, I 
> still think it is a good feature too.  This, as well as most of the 
> options for what your client should do when you are not available 
> (find-me, follow-me, leave-me-alone, etc), should always be 
> user-configurable.
OK. I don't agree but I think this is probably more of a site issue so 
I'll drop it :-)

> A similar feature to add to the list would be storing "call-back 
> requests".  I've been playing with the TelTel client, and you can send 
> a call-back request to someone if they are not available for a call.  
> They will receive the request when they come back online, or maybe 
> when they end their current call, and can decide to call you back.  So 
> rather than checking your "missed calls" list to see which VIP you 
> might need to call back, you can be assured that the person really 
> wants you to call them back if they send you a call-back request.
>
> Jamey, I've got the same annoying 'feature' on my cell phone, choose 
> the message delivery method, then compose.
>
> Candace
>
>
>
>  wrote:
>
> > > -----Original Message-----
> > > #13 Message silo storage. Storing instant messages for later 
> > > retrieval seems contrary to the concept of instant messaging (at 
> > > least to me).
> > > How do other people feel about this?
> > >
> > >   
> >
> >
> > What I've found is that people like to use one interface for messaging,
> > even if there are multiple modes for delivery (synchronous vs
> > asynchronous).  The IRC service that we use for handhelds.org has an
> > explicit message silo so that messages can be queued for someone who is
> > offline.  Messages to a user are queued by instructing a 'bot' to send a
> > message to the user.  The bot watches for the user to come online,
> > messages the user, and then user has a dialog with the bot to read and
> > even reply to messages.
> >
> > Perhaps the current message silo subverts the notion of instant
> > messaging but it does provide a useful service.  Maybe we should broaden
> > the description of the feature.
> >
> > As a related datapoint, I'm very annoyed that on my phone I have to
> > decide before I start composing a message whether it is delivered by
> > SMS, MMS, or email.
> >
> > Jamey
> >