[jdev] Fwd: [Members] XMPP Hackfest on July 27

2013-06-11 Thread Peter Saint-Andre
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 FYI. - Original Message Subject: [Members] XMPP Hackfest on July 27 Date: Tue, 11 Jun 2013 16:44:08 -0600 From: Peter Saint-Andre Reply-To: XSF Members To: XSF Members It's official! The XSF will hold a developer hackfest on Jul

Re: [jdev] [MUC] in-room sessions and Non-Anonymous

2013-06-11 Thread Dave Cridland
On Tue, Jun 11, 2013 at 6:10 PM, Bartosz Małkowski wrote: > Our MUC broadcasting private messages to all related fullJIDs. > IQ stanzas are blocked. > > Most MUC implementations pass-through unknown IQ. Some handle vCard especially (redirecting to the bare jid as per spec). Not that blocking ent

Re: [jdev] [MUC] in-room sessions and Non-Anonymous

2013-06-11 Thread Bartosz Małkowski
Wiadomość napisana przez Dave Cridland w dniu 11 cze 2013, o godz. 18:54: > The more interesting question is what to do with private messages, or - worse > - pass-through stanzas. Our MUC broadcasting private messages to all related fullJIDs. IQ stanzas are blocked. -- Bartosz Małkowski Tiga

Re: [jdev] [MUC] in-room sessions and Non-Anonymous

2013-06-11 Thread Dave Cridland
On Tue, Jun 11, 2013 at 5:38 PM, Bartosz Małkowski wrote: > Hi > > I have a problem. > Our MUC Component supports entering to room from many resources (the same > bareJID) with the same nickname. > I don't know what should be sent in attribute jid of element when > room is Non-Anonymous: > f

[jdev] [MUC] in-room sessions and Non-Anonymous

2013-06-11 Thread Bartosz Małkowski
Hi I have a problem. Our MUC Component supports entering to room from many resources (the same bareJID) with the same nickname. I don't know what should be sent in attribute jid of element when room is Non-Anonymous: Let me explain: To room joins: a@b/1 and a@b/2 with nickname XX