<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">On 26 July 2014 16:53, Kurt Zeilenga <span dir="ltr"><<a href="mailto:kurt.zeilenga@isode.com" target="_blank">kurt.zeilenga@isode.com</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div><div class="h5"><br><div><div>On Jul 26, 2014, at 7:43 AM, Dave Cridland <<a href="mailto:dave@cridland.net" target="_blank">dave@cridland.net</a>> wrote:</div>
<blockquote type="cite"><div dir="ltr"><div class="gmail_extra"><div class="gmail_quote"><div>This doesn't invalidate your arguments entirely, but it may well suggest that RFC 6120 has a technical flaw that needs addressing.</div>

</div></div></div></blockquote></div><div><br></div></div></div><div>That RFC 6120 text is misleading if not outright bogus.  It implies that ids have some uniqueness when in fact they may not, even in one particular stream. </div>
<div><br></div></div></blockquote><div><br></div><div>I agree it's probably leaning very heavily on the idealistic side.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
<div style="word-wrap:break-word"><div></div><div>But worse, it's wrong.  An entity originating an error or result stanza is obligated to use the id the error or result is in response to.  So the value is not always up to the originating entity of the error or result stanza.</div>
<div><br></div></div></blockquote><div><br></div><div>This, too.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><div style="word-wrap:break-word"><div>
</div><div>I have no objection to Georg's most recent revision to XEP 45.</div></div></blockquote><div><br></div><div>I think it's probably the right choice for message stanzas which are immediately retransmitted. IQs almost certainly need special handling, and I'm not sure that presence ought to have the same id, since those stanzas are repeated. I suspect that history messages ought to be allowed to have ids allocated by the server.</div>
<div><br></div><div>I suspect that applications requiring such behaviour may need this advertised as a disco feature on the room and/or service. I also note that intermediaries may be changing ids; such intermediaries probably ought to be handling MUC especially and might need a note.</div>
<div><br></div><div>Dave.</div></div></div></div>