Re: [Standards] Controlling Receipt of MUC participant presence

2008-08-26 Thread Matthew Wild
On Tue, Aug 26, 2008 at 1:11 PM, Lirette, Keith J. CONTR J9C618
<[EMAIL PROTECTED]> wrote:
> I have a use case for a low bandwidth client which would benefit from
> the ability to control client receipt of MUC participant presence
> packets.  In the use case, the user is interested in the message traffic
> but does not need to know who is currently participating in the MUC
> session.
>

A similar solution to this problem was discussed a while ago, namely
the additon of some sort of "outsider" role. This would allow for
example, bots to post notifications to MUC rooms without needing to
log in.

Either works really, I suppose, and probably your suggestion is the
easier to implement. Of course it also misses the option to not
receive messages, which may/may not be wanted. I can imagine there
would be opposition to the possibility of "invisible" participants in
MUC rooms :)

Matthew.


[Standards] refactoring of XEP-0154: User Profile

2008-08-26 Thread Pavel Simerda
Hello,

I prepared the long-promised examples of
possible XEP-0154 protocol flows.

http://www.pavlix.net/xmpp-profile.txt

Looking forward to reading your comments,

Pavel

-- 

Web: http://www.pavlix.net/
Jabber & Mail: pavlix(at)pavlix.net
OpenID: pavlix.net


Re: [Standards] Controlling Receipt of MUC participant presence

2008-08-26 Thread Pavel Simerda
A disco feature on the MUC side would be good. So the client knows if
this will work or not.

Pavel

On Tue, 26 Aug 2008 08:11:15 -0400
"Lirette, Keith J. CONTR J9C618" <[EMAIL PROTECTED]> wrote:

> I have a use case for a low bandwidth client which would benefit from
> the ability to control client receipt of MUC participant presence
> packets.  In the use case, the user is interested in the message
> traffic but does not need to know who is currently participating in
> the MUC session.
> 
> A user would always receive it's own presence packet, but could
> control whether it received presence packets of other participants.
> An additional optional element to the
> http://www.xmpp.org/schemas/muc.xsd schema could be used to control
> whether this feature:
> 
>  from='[EMAIL PROTECTED]/pda'
> to='[EMAIL PROTECTED]/thirdwitch'>
>   
> 
>   
> 
> 
> 
> 
> -Keith


-- 

Web: http://www.pavlix.net/
Jabber & Mail: pavlix(at)pavlix.net
OpenID: pavlix.net


[Standards] Controlling Receipt of MUC participant presence

2008-08-26 Thread Lirette, Keith J. CONTR J9C618
I have a use case for a low bandwidth client which would benefit from
the ability to control client receipt of MUC participant presence
packets.  In the use case, the user is interested in the message traffic
but does not need to know who is currently participating in the MUC
session.

A user would always receive it's own presence packet, but could control
whether it received presence packets of other participants.  An
additional optional element to the http://www.xmpp.org/schemas/muc.xsd
schema could be used to control whether this feature:


  

  




-Keith