bmalkowski at tigase.pl
Mon Dec 22 16:28:26 UTC 2014
-----BEGIN PGP SIGNED MESSAGE-----
I'm not sure we should start new XMPP stream covered by OTR. It depends on what we want to do. We can't hide that communication between A and B happens. Does encrypting whole stanzas is worth of complications?
Dnia 17 grudnia 2014 17:46:18 CET, Winfried Tilanus <winfried at tilanus.com> napisał(a):
>On 05-12-14 11:24, Goffi wrote:
>> Is there any update on this ? Actually the situation is not really
>> some client encode XML in OTR, other don't, there is no way to
>> support with discovery and there is an OTR specific advertisement way
>> whitespace-tagged messages). OTR need to work with non XMPP gateways.
>> be really good to standardize all that...
>I had some discussion with Ian Goldberg (one of the OTR-guys) on this.
>Their initial choice was to do OTR in plain messages (with their
>somewhat strange way of discovering support and starting sessions), so
>it would be easy to use OTR in a multi-protocol environment. In
>to my comment that it left a lot of information unencrypted he
>to start a second OTR protocol in XMPP, one that does proper service
>discovery and properly encrypts everything of the stanzas that should
>encrypted. Optionally embedding the plain version within it when you
>need to transverse to an other protocol.
>Well... I think the first step should be documenting the most common
>case, OTR'ing the content of a message in the OTR way....
Wysłane za pomocą K-9 Mail.
-----BEGIN PGP SIGNATURE-----
Version: OpenKeychain v3.2beta1
-----END PGP SIGNATURE-----
More information about the Standards