Mridul Muralidharan wrote:
> Peter Saint-Andre wrote:
>> Tomasz Sterna wrote:
>>> I was talking with Grégoire Menuel (mu-conference developer) about
>>> implementing Peter's idea of MUC rooms as items on the roster.
>>>
>>> Basically the idea is to teach MUC component to answer to subscription
>>> requests.
>>> So when you add [EMAIL PROTECTED]/nick to the roster and send the
>>> subscribe request, MUC server replies subscribed+subscribe to you. When
>>> you accept, you have a room on the roster with subscription "both". Next
>>> time you broadcast your presence, you automatically join the room.
>>>
>>> There is a problem on the client side though.
>>> How would client know, that the presence from [EMAIL PROTECTED]/* are from
>>> room participants, not from many resources of [EMAIL PROTECTED] user (not
>>> on roster, thus ignored).
>>
>> Presumably the [EMAIL PROTECTED] could include entity capabilities so the
>> client knows this is a conference room?
>>
>> /psa
>>
> 
> This will not work in case the conference component or room is not
> 'online' at that time.

So write a more reliable component. :P

/psa


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

Reply via email to