<div dir="ltr"><br><br><div class="gmail_quote"><div dir="ltr">On Mon, 26 Nov 2018 at 12:09, Ненахов Андрей <<a href="mailto:andrew.nenakhov@redsolution.ru">andrew.nenakhov@redsolution.ru</a>> wrote:<br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">пн, 26 нояб. 2018 г. в 17:02, Dave Cridland <<a href="mailto:dave@cridland.net" target="_blank">dave@cridland.net</a>>:<br>
>> Yes, so? Anyway we're discussing a XEP for Unique and Stable Stanza<br>
>> ID, and we like it as it currently is, precisely because we can count<br>
>> on origin-id being unique.<br>
> Why do you think that?<br>
<br>
Because it's written in XEP-0359. If a client conforms to it, it is<br>
kinda likely that origin-ids will be unique within scope. If not,<br>
well, our server will not break, but behavior will be unpredictable.<br>
But it's user's problems if he uses a client with broken<br>
implementation of unique IDs, no?<br>
<br></blockquote><div><br></div>XEP-0359: "Thus the IDs defined in this extension MUST be unique and stable within the scope of the generating XMPP entity."<br><br>RFC 6120: "It is up to the originating entity whether the value of the 'id'<br>   attribute is unique only within its current stream or unique<br>   globally."<div><br></div><div>Really, XEP-0359 provides very little in terms of a stronger requirement for other entities to give you unique identifiers, and I thought it was mostly about being able to add in your own identifiers on the basis that other entities couldn't be relied upon to be unique.</div><div><br></div><div>Dave.</div></div></div>