On Tue, Sep 7, 2010 at 8:10 AM, Evgeniy Khramtsov <xramt...@gmail.com> wrote: > We've got a feature request to make it possible to set and get vcards of > multi-user conference. There is no problem with retrieving vcard, but > setting it requires a trick: an owner of a conference can send vcard-temp > request to the conference: > > <iq id='v2' type='set' from='owner_of_c...@jabber.org' > to='c...@conference.jabber.org'> > <here-goes-vcard/> > </iq> >
+1, this is the standard vCard protocol. The fact that the target is a MUC is just a detail. The target could be a host (jabber.org or conference.jabber.org) itself, or pretty much any JID. It should work as long as the sender has the privileges (is a server admin, room owner, etc). I would like the vCard XEP (section 3.2: Updating One's vCard) to explicitly allow authorized entities to update vCards of other entities. > A conference MUST check if the sender is really owner and set the vcard ;) > If the vcard contains PHOTO element, sha1 SHOULD be calculated and SHOULD be > provided in every presence sent from bare JID of the conference. Well, > something like that ;) > Sure. When would the presence from bare JID be sent though? I think it should be in response to a probe. It may make sense to not include the MUC child element in that presence stanza. This works if the user e.g., adds the room in their roster, but not otherwise. > What do you think of it? Is it possible to describe such behaviour in > XEP-0045? Or do you know easier and more correct way to set vcard for a > conference? > I'm not sure if this needs to be in XEP-0045 explicitly. It's simply the logical connection between two basic XMPP building blocks (MUC and vCards), so it should implicitly be assumed to work. -- Waqas Hussain