[jdev] Presence delivery of roster items

[Trejkaz]

On Thu, 11 Aug 2005 17:29, Vinod Panicker wrote:
> In this case, yes the flood will be individual presence stanza's that
> come along from different parts of the world.  But there's no specific
> information in the RFC of what has to be done about contact presence
> which the server already has since they are local.

Well strictly speaking, I suppose that the case of not having to probe still 
exists if another of your own resources is already online, because all the 
state for your contacts would be present in the server already due to being 
probed earlier for the other resource.  State of other users' contacts might 
also be present in the server and not need to be probed.

The way I see it, the act of not probing is an optimisation.  Even for local 
users you might need to probe (suppose your server is distributed somehow, 
and that the two users are on different nodes), and if you don't, then it 
seems like you're just supposed to "pretend" you did.  I thought that was 
clear enoughm though, since all the servers already do it the same way 
without being told to.

But maybe the spec does need updating to clarify that, in which case the XMPP 
list is definitely the place to do that kind of stuff.

> > This much is plain commonsense.  If your contact's server doesn't even
> > know you're online, it can't know you're there to send the presence to,
> > let alone know when to send it. :-)
>
> As I was reffering to earlier, what if the contacts are local to the
> server - the server knows that both contact and user are online.

It doesn't actually, if you haven't said you're present yet.  You might be a 
bot which has authenticated and is going to do some stuff without actually 
going "online."  In IM speak, "online" and "present" mean the same thing.  No 
presence, no online.

TX


-- 
             Email: Trejkaz Xaoza <trejkaz at trypticon.org>
          Web site: http://trypticon.org/
         Jabber ID: trejkaz at jabber.zim.net.au
   GPG Fingerprint: 9EEB 97D7 8F7B 7977 F39F  A62C B8C7 BC8B 037E EA73
-------------- next part --------------
A non-text attachment was scrubbed...
Name: not available
Type: application/pgp-signature
Size: 189 bytes
Desc: not available
URL: <https://www.jabber.org/jdev/attachments/20050811/40558655/attachment-0002.pgp>