<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 4 June 2018 at 14:37, Kevin Smith <span dir="ltr"><<a href="mailto:kevin.smith@isode.com" target="_blank">kevin.smith@isode.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><span class="">On 4 Jun 2018, at 12:15, Dave Cridland <<a href="mailto:dave@cridland.net">dave@cridland.net</a>> wrote:<br>
>> <br>
>> <br>
>> <br>
>> On 4 June 2018 at 11:37, Steve Kille <<a href="mailto:steve.kille@isode.com">steve.kille@isode.com</a>> wrote:<br>
>> <br>
>> To support IQs in MIX-CORE, there needs to be an addressing  and routing<br>
>> scheme.<br>
>> <br>
>> I am proposing that this uses a different scheme to messages from the<br>
>> channel (this is Kev's variant 4).<br>
>> <br>
>> The rationale for having a different scheme is that you want to be able to<br>
>> distinguish from a stanza that comes from the channel, from a stanza  (IQ)<br>
>> that is relayed by the channel.<br>
> <br>
> <br>
</span>> I think that's a false dichotomy. <snip/><br>
<br>
I think calling out the language here might be a fair call (although I don’t find it too confusing), but I think the underlying dichotomy is still there. Some stanzas are sent in the context of fanout to potentially all participants, and some are sent to be distributed in private to a single participant.<br></blockquote><div><br></div><div>That's somewhat different - but even here, you're arguing to change the *from* address depending on where it's been sent *to*?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class=""><br>
>> A message distributed by the channel would come from:  <br>
>>     channel@domain/stable-<wbr>participant-id<br>
>> <br>
>> Bare JID is the channel, reflecting that the message comes from the channel.<br>
>> <br>
>> An IQ message being relayed by the channel would come from:   <br>
>>     stable-participant-id#channel@<wbr>domain/resource<br>
>> <br>
>> Bare JID reflects the sender, which will enable the receiver to clearly<br>
>> distinguish that this is not coming from the channel.<br>
>> <br>
>> We want to use this scheme for PMs (MIX-ANON), and here the difference<br>
>> becomes more important.   You want to clearly distinguish messages from the<br>
>> channel from PMs, and this approach gives a framework to achieve this.<br>
>> <br>
> So type='groupchat' is no longer enough?<br>
<br>
</span>Yes, that’s surprising isn’t it?<br>
<br>
I came to this realisation a couple of days ago, not just that it’s no longer enough, but that it never was really adequate and definitely not ideal.<br>
A few reasons:<br>
<br>
* Elsewhere in XMPP, the ‘to’ alone is used to determine which entity receives a stanza (I’m terminating entities at the user, not each of their devices, for these purposes). That here the difference between sending to a whole group of people and a single person is predicated not on the address, but the message type, is cause for us to think twice.<br></blockquote><div><br></div><div>I'm not sure how the to address isn't still governing how receives the stanza. You're arguing for changing the from here, aren't you?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* I have seen multiple bugs from people who are not XMPP-naive in this area, because it’s very easy to slip when the to no longer gives you addressing (including security issues). This makes it easy to shoot yourself in the foot.<br></blockquote><div><br></div><div>Same - a message stanza from A to B has been sent from A to B. The type indicates who *else* has received this. No?</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
* Even where it doesn’t end up in a bug, I’ve seen bad UX resulting from this.<br>
* Querying a MAM archive becomes ‘interesting’ when you want to query just room messages, or just PMs with a particular occupant<br></blockquote><div><br></div><div>This is an interesting and valid point, i think. I'm not convinced it's outweighing the address altering depending on the traffic used though.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<br>
there are others, but this is a reasonable flavour, I think.<br>
<br>
Now, one might assert that it’s not worth changing this in MUC, but in MIX where we have the chance to avoid all these issues it seems worth giving serious thought to alternatives.<br></blockquote><div><br></div><div>Absolutely - but I'd argue we want the addressing consistent irrespective of the traffic.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<span class="HOEnZb"><font color="#888888"><br>
/K<br>
</font></span><div class="HOEnZb"><div class="h5"><br>
______________________________<wbr>_________________<br>
Standards mailing list<br>
Info: <a href="https://mail.jabber.org/mailman/listinfo/standards" rel="noreferrer" target="_blank">https://mail.jabber.org/<wbr>mailman/listinfo/standards</a><br>
Unsubscribe: <a href="mailto:Standards-unsubscribe@xmpp.org">Standards-unsubscribe@xmpp.org</a><br>
______________________________<wbr>_________________<br>
</div></div></blockquote></div><br></div></div>