[JDEV] Multi-User Chat as proxy

[Heiner Wolf]

Hi,

>   For a couple of the IQ queries, MU-Conference already acts 
> as a proxy and returns details on behalf of 
> the client - iq:last is the main one that comes to mind. If 
> its not a proxied query, then the request is 
> forwarded onto the client. How is this different from what 
> you are proposing?

OK, when I mentioned proxying, then I was referring to "forwarding
messages back and forth between client, conf-component, and
server-of-the-client". My question was: Can MU-Conference forward a
message to the server so that a participant can get the
'storage:client:avatar' data without knowing the real JID. Forwarding
messages to the client does not help in this case.

Question to the MU-Conference devleoper: Could MU-Conference forward
<iq/><query xmlns='storage:*... to the server?

Question to the JEP-0045 editor: Should MUC provide access to the user's
server storage?

hw
--
Dr. Klaus H. Wolf
bluehands GmbH & Co.mmunication KG
http://www.bluehands.de/people/hw
+49 (0721) 16108 75
 

> -----Original Message-----
> From: standards-jig-admin at jabber.org
> [mailto:standards-jig-admin at jabber.org]On Behalf Of David Sutton
> Sent: Friday, December 05, 2003 2:19 PM
> To: standards-jig at jabber.org
> Subject: Re: [standards-jig] UPDATED: JEP-0045 (Multi-User Chat)
> 
> 
> Hi Heiner,
> 
>   For a couple of the IQ queries, MU-Conference already acts 
> as a proxy and returns details on behalf of 
> the client - iq:last is the main one that comes to mind. If 
> its not a proxied query, then the request is 
> forwarded onto the client. How is this different from what 
> you are proposing?
> 
> Regards,
> 
>   David
> 
> On Fri, Dec 05, 2003 at 11:06:07AM +0100, Heiner Wolf wrote:
> > Hi,
> > 
> > writing JEP Virtual Presence I reviewed the use of JIDs in 
> chat rooms. I
> > can get rid of JIDs in anonymous rooms, if the room would be able to
> > fetch server storage on behalf of the client. So, clients 
> do not know
> > each other's JID, but get access to each other's server 
> storage through
> > the room.
> > 
> > I propose that the room be a proxy, like:
> >   client -> room:
> >   <iq type='get' to='room at server/nickname'>
> >     <query xmlns='storage:client:something'/>
> >   </iq>
> > 
> >   room -> server of the client:
> >   <iq type='get' to='user at jid'>
> >     <query xmlns='storage:client:something'/>
> >   </iq>
> > 
> >   server of the client -> room:
> >   <iq type='result' to='room at server'>
> >     <query xmlns='storage:client:something'>DATA<query>
> >   </iq>
> > 
> >   room -> client:
> >   <iq type='result' to='room at server/nickname'>
> >     <query xmlns='storage:client:something'>DATA<query>
> >   </iq>
> > 
> > where only the first stanza is kind of new, but implemented easily. 
> > 
> > Probably needs configuration if the room is willing to take 
> the traffic
> > load, off by default, etc. 
> > 
> > hw
> > --
> > Dr. Klaus H. Wolf
> > bluehands GmbH & Co.mmunication KG
> > http://www.bluehands.de/people/hw
> > +49 (0721) 16108 75
> >  
> > 
> > > -----Original Message-----
> > > From: standards-jig-admin at jabber.org
> > > [mailto:standards-jig-admin at jabber.org]On Behalf Of Peter 
> Saint-Andre
> > > Sent: Friday, December 05, 2003 1:13 AM
> > > To: standards-jig at jabber.org
> > > Subject: [standards-jig] UPDATED: JEP-0045 (Multi-User Chat)
> > > 
> > > 
> > > At the recent IETF meeting in Minneapolis, I heard one 
> thing that I
> > > through would be useful in MUC: the ability to request voice in a
> > > moderated room without poking any specific room admin. 
> This might be
> > > especially useful in a large room. So I've added a little 
> protocol for
> > > that in JEP-0045. Also I've added a mapping of IRC-style 
> > > commands to MUC
> > > protocols for clients that want to implement that.
> > > 
> > > http://www.jabber.org/jeps/jep-0045.html
> > > 
> > > We really will be done with this soon. Maybe we need to make 
> > > it Final so
> > > I stop messing around with it....
> > > 
> > > Oh, and I'm not wedded to the voice request protocol, 
> just thought it
> > > would be useful. Let's discuss on the list here.
> > > 
> > > Peter
> > > 
> > > -- 
> > > Peter Saint-Andre
> > > Jabber Software Foundation
> > > http://www.jabber.org/people/stpeter.php
> > > 
> > > _______________________________________________
> > > Standards-JIG mailing list
> > > Standards-JIG at jabber.org
> > > http://mailman.jabber.org/listinfo/standards-jig
> > > 
> > _______________________________________________
> > Standards-JIG mailing list
> > Standards-JIG at jabber.org
> > http://mailman.jabber.org/listinfo/standards-jig
> 
> -- 
> David Sutton
> Email: dsutton at legend.co.uk
> Jabber: peregrine at legend.net.uk
> _______________________________________________
> Standards-JIG mailing list
> Standards-JIG at jabber.org
> http://mailman.jabber.org/listinfo/standards-jig
>