Re: Draft IP-Bill enters wrap-up phase
Adrian Midgley <[email protected]> Fri, 22 Jan 2016 00:38:58 +0000
| Newsgroups | gmane.law.cryptography.uk |
|---|---|
| Message-ID | <CAN2jWyjrdUT-SR+rZy0dgQ8PH7bUW2CtR+GyGOTu_PFPBHG=_Q@mail.gmail.com> |
--001a11c3487472f1860529e1722a Content-Type: text/plain; charset=UTF-8 > thinking based on a mistaken impression that an iMessage has four ends: sender/Apple/Apple/recipient, The NHS Net mail is persistently described as "end to end encrypted" when it quite clearly is decrypted to store (perhaps being re-encrypted against a key held for that server) on the central server, and then re-encrypted to go to the recipient's compute. So the idea that there could be a persistent mistake about how many ends there are in a a line isn't quite as daft as it might be. But no, I think it is simply saying whatever seems convenient, alas. On Thu, 14 Jan 2016 at 11:52 Roland Perry <[email protected]> wrote: > > --001a11c3487472f1860529e1722a Content-Type: text/html; charset=UTF-8 Content-Transfer-Encoding: quoted-printable <div dir=3D"ltr"><div><div><div>> thinking based on a mistaken impressio= n that an iMessage has four ends:<br> sender/Apple/Apple/recipient,<br><br></div>The NHS Net mail is persistently= described as "end to end encrypted" when it quite clearly is dec= rypted to store (perhaps being re-encrypted against a key held for that ser= ver) on the central server, and then re-encrypted to go to the recipient= 9;s compute.<br><br></div>So the idea that there could be a persistent mist= ake about how many ends there are in a a line isn't quite as daft as it= might be. <br><br></div>But no, I think it is simply saying whatever seems= convenient, alas.<br><br><br><br><div><div><div><br><br><div class=3D"gmai= l_quote"><div dir=3D"ltr">On Thu, 14 Jan 2016 at 11:52 Roland Perry <<a = href=3D"mailto:[email protected]">[email protected]= om</a>> wrote:<br></div><blockquote class=3D"gmail_quote" style=3D"margi= n:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex"><br> </blockquote></div></div></div></div></div> --001a11c3487472f1860529e1722a--