[jdev] Gaim and gnomemeeting using jabber

[Richard Dobson]

> If the other clients cache the capabilities... what happens when I
> upgrade my gnomemeeting that 'only' does h323 to the upcoming
> gnomemeeting that also does sip?

Then I would suggest you send it as a different feature cap of "voipgm2" or 
something else rather than "voip" and this time include both h323 and sip as 
features in the response, e.g.

<presence>
  <c xmlns='http://jabber.org/protocol/caps'
     node='http://exodus.jabberstudio.org/caps'
     ver='0.9'
     ext='ftrans xhtml voipgm2'/>
</presence>

It doesnt matter what the cap string is so long as its nice and short, it 
can be anything you like (so long as its not already used by that version of 
the client), what matters is what you return in the disco#info response when 
other clients query what it means.

> Disco features would solve my caching question.

Does it?

> Hmmm... closing the voip client is perhaps not a good idea. Jabber
> probably won't be the only way to access someone through voip.

Maybe so but that was just an example, im sure you can see that knowing if 
the other user has rejected or accepted the call is still very useful if not 
essential to know.

> Nice. Now if I could find some time to make it happen...

Well thats the age old problem :)

Richard