[Standards-JIG] Re: discoing a bare JID

Peter Saint-Andre stpeter at jabber.org
Thu Jan 20 15:53:51 UTC 2005

OK, we seem to have a rough consensus on what I proposed. I will look 
into exactly what changes we need to make in order to move forward with 
this (e.g., new registry entries and perhaps an additional paragraph or 
two in the implementation notes section of JEP-0030).


In article <200501202031.16282.trejkaz at trypticon.org>,
 Trejkaz <trejkaz at trypticon.org> wrote:

> On Thursday 20 January 2005 04:40, Peter Saint-Andre wrote:
> > What happens when I disco a bare JID (e.g., juliet at example.com)?
> >
> > We know that the server should reply on behalf of a bare JID. JEP-0030
> > says that every disco#info response must contain at least one identity.
> > But we don't have an identity for a bare JID, only the client category,
> > so it's currently unclear how a server should respond on behalf of a
> > bare JID. Also, the question arises: how should a server respond to
> > disco#items queries? Should it return one <item/> for each resource that
> > has made itself available with a non-negative presence priority (of
> > course subject to privacy checks)?
> I had exactly the same thoughts less than a week ago.  I was browsing around 
> in Psi, wondering why my command bot wasn't responding to my disco requests.  
> The reason?  I was trying to disco its bare JID, instead of the full JID.  
> Then I wondered why Jabberd 1.4 didn't show me the resources under that JID, 
> even though I'm the admin on the server so it should be able to tell me.  
> (But that's probably just a Jabberd 1.4 peculiarity.)
>    * "account" is definitely a better word than "user".  After all, it may
>      not be in use by a real user (bots.)
>    * The node should contain all resources regardless of priority, to avoid
>      confusion.  And again, for bots, if I want to find the commands via the
>      bare JID, I need to be able to get to the resource which is set to
>      negative priority for various reasons.
>    * These nodes should ideally be what a server shows you when you perform
>      disco on its "active user list" (e.g. example.com/admin under Jabberd
>      1.4.)
>    * One of the features you might see on such nodes is vcard-temp, or
>      whatever replaces it in the future.
> TX

More information about the Standards mailing list