[old thread warning!]

On 9/18/10 8:08 PM, Waqas Hussain wrote:
> 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.

I think it would be good to have an example of this in the new vcard
spec (XEP-0292).

However, in the IETF's VCARDDAV WG I argued for KIND:thing and didn't
succeed, so we might want to define a vcard4 extension for that.

Peter

-- 
Peter Saint-Andre
https://stpeter.im/



Attachment: smime.p7s
Description: S/MIME Cryptographic Signature

Reply via email to