[Standards] Using route-able JIDs in MIX-CORE
flo at geekplace.eu
Mon Jun 4 13:49:13 UTC 2018
On 04.06.2018 08:54, Kevin Smith wrote:
> On 3 Jun 2018, at 17:27, Florian Schmaus <flo at geekplace.eu> wrote:
>> 3.) IQ requests usually send to / received from
>> channel at mix.service/stable-participant-id/client-id
>> To allow us to address a particular client for IQ exchange. (We could
>> add IQ semantics for channel at mix.service/stable-participant-id later on,
>> but I'm undecided yet if it is a good idea)
> Why would we want iqs to full JID but not bare JID of a client?
Hard to say since we did not yet specify the semantic of an IQ send to
channel at mix.service/stable-participant-id. Is it an IQ send to the
groupchat-participant's account on the groupchat? Or is proxied by the
groupchat to the user's account on its home server?
>> Bonus points if:
>> - Messages send to channel at mix.serivce/stable-paticiapnt-id are send to
>> a participant (PMs, e.g. fan-out via carbons, most available resource, …
>> - Messages send to channel at mix.service/stable-participant-id/client-id
>> are send to single XMPP session of the participant identified by
>> client-id (IBB (?)).
> Those two aren’t a bonus, because they break archiving and introduce the significant risk of subtle bugs (such as those we’ve already seen in the wild) in implementations.
I'm sorry I can't follow without a little bit more elaboration and context.
-------------- next part --------------
A non-text attachment was scrubbed...
Size: 618 bytes
Desc: OpenPGP digital signature
More information about the Standards