<div dir="ltr"><br><div class="gmail_extra"><br><div class="gmail_quote">On 10 October 2015 at 22:58, Matthew Wild <span dir="ltr"><<a href="mailto:mwild1@gmail.com" target="_blank">mwild1@gmail.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">After various discussions, including here at the summit, I'm seeing a<br>
rough consensus that the <private/> element in Carbons or the<br>
~equivalent <no-copy/> hint in XEP-0334 cause more trouble than they<br>
are worth.<br>
<br>
The only use-case I've been able to find is preventing OTR messages<br>
from being received by clients that cannot decrypt them. It is<br>
debateable whether receiving garbage is worse than not knowing that<br>
someone is trying to contact you on another resource.<br>
<br></blockquote><div><br></div><div>FTR, I suggested a few use-cases (like IBB) which were all shot down for other reasons (like no <body/>). So it really is only OTR, which itself misuses the body element.</div><div> </div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">
As the elements are basically only a workaround for OTR, and OTR is a<br>
hack, and OTR has its own methods to solve this issue, one could argue<br>
that we shouldn't be using these elements.<br>
<br>
Does anyone have strong feelings about this?<br>
<br>
Regards,<br>
Matthew<br>
<br>
PS. I don't want to get this discussion tangled up with the<br>
advancement of Carbons, right now I'd rather just determine whether<br>
these elements are useful or not.<br>
</blockquote></div><br></div></div>