<html><head><meta http-equiv="Content-Type" content="text/html; charset=us-ascii"></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; line-break: after-white-space;" class="">On 25 Nov 2019, at 14:25, Dave Cridland <<a href="mailto:dave@cridland.net" class="">dave@cridland.net</a>> wrote:<br class=""><div><blockquote type="cite" class=""><div class=""><div dir="ltr" class=""><div dir="ltr" class=""><br class=""></div><div class="gmail_quote"><div dir="ltr" class="gmail_attr">On Mon, 25 Nov 2019 at 14:19, Evgeny <<a href="mailto:xramtsov@gmail.com" class="">xramtsov@gmail.com</a>> wrote:<br class=""></div><blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">On Mon, Nov 25, 2019 at 5:17 PM, Dave Cridland <<a href="mailto:dave@cridland.net" target="_blank" class="">dave@cridland.net</a>> <br class="">
wrote:<br class="">
> If you're saying we shouldn't have arbitrary namespaced data in such <br class="">
> places, I disagree.<br class="">
<br class="">
Yes, I see that we disagree. Dead end like always.</blockquote><div class=""><br class=""></div><div class="">OK, but I'm trying to understand why.</div><div class=""><br class=""></div><div class="">We put arbitrary namespaced data inside messages and other stanzas all the time to no ill effect. Why is putting it inside PEP data items so different?</div></div></div></div></blockquote><br class=""></div><div>I think it /is/ different, FWIW. As a server I expect to have to pass-through unknown data. As a client I can safely ignore content in almost all cases, and drop it at parse time, but in this case I would need to not ignore it but maintain it for re-serialisation.</div><br class=""><div class="">I think making it explicit that this is an expectation for particular children of BM2 is quite sensible. Expecting clients to do it at arbitrary locations unbidden would be at best optimistic.</div><div class=""><br class=""></div><div class="">/K</div></body></html>