[Standards] request for reviews: XEP-0045 v1.25rc5

Peter Saint-Andre stpeter at stpeter.im
Tue Sep 27 21:40:48 UTC 2011

On 9/27/11 3:28 PM, Alexander Holler wrote:
> Am 27.09.2011 15:29, schrieb Waqas Hussain:
>>>> 11. Full-to-bare JID rewriting to support vCards
>>>> All(?) implementations are doing it, but it's not specified anywhere.
>>>> Should it be?
>>> Yes, it should. Proposed text would be appreciated.
>> Err... a quick attempt, probably not too good:
>> [Section 16.4: IQ]
>> 6. If an occupant sends an IQ get to another occupant with the child
>> element<vCard xmlns='vcard-temp'/>, the room SHOULD route the stanza
>> to the target occupant's bare real JID. The room should also rewrite
>> the 'from' attribute of the IQ result response to the initial target
>> occupant's full in-room JID. The room can store any state required in
>> 'id' or 'from' attributes of the IQ get stanza it sends.
> Hmm, doesn't forwarding IQs be a problem for semianonymous rooms?

That's already covered by the third bullet point in Section 16.4:

If an occupant wants to send an IQ stanza to another user in a
semi-anonymous room, the sender can direct the stanza to the recipient's
room JID and the service SHOULD forward the stanza to the recipient's
real JID. However, the MUC service MUST NOT reveal the sender's real JID
to the recipient at any time, nor reveal the recipient's real JID to the

> Especially for things like vcard?

Why are vCards special in this regard?


Peter Saint-Andre

More information about the Standards mailing list