“Testing” as in they are testing OTRv4? or you testing coyIM for personal use?
They are in testing phase.
I didn’t find any evidence that otrv4 was developed further than the spec proposal stage. All otr references in the coyim repo are for version 3…
1 Like
yes they preferred to use OTRv4 rather than OMEMO due to security weaknesses in the design of OMEMO
There are no weaknesses in OMEMO. They just don’t like it because it will complicate their code or maybe it’s an ego thing. Also this linked thread is ancient and not much public coding progress for OTRv4 has surfaced.
1 Like
Hey!
Here the lead developer of OTRv4.
I didn’t find any evidence that otrv4 was developed further than the spec proposal stage. All otr references in the coyim repo are for version 3…
We have the repositories of the development of OTRv4 here: GitHub - otrv4/otrv4: Off-the-Record Messaging Protocol version 4. -This is a draft- This repository is a mirror of http://bugs.otr.im/otrv4/otrv4
We have the library in C: GitHub - otrv4/libotr-ng: A new implementation of OTR with support for version 4. This is a mirror of https://bugs.otr.im/otrv4/libotr-ng
and even a plugin for Pidgin: GitHub - otrv4/pidgin-otrng: Fork of https://bugs.otr.im/plugins/pidgin-otr. This is a mirror of https://bugs.otr.im/otrv4/pidgin-otrng
We are still finishing that work, but we are definitely doing it 
3 Likes
And yeah, CoyIM we definetly use OTRv4 in the future 
Some parts of it are still getting tested (UI and UX experience specially); but for any other use is good to use. Still waiting for a security check, though. Check the website: http://coy.im/
3 Likes
Thanks for chiming in! This is awesome news and I look forward to having async IM on the desktop. CoyIM is really the best option out there usability and security-wise.
May I humbly suggest looking into a post-quantum mode for communications?
3 Likes
I think since CoyIM is now installed by default in whonix 14 , its better to consider as the XMPP client.
1 Like
Thanks for chiming in! This is awesome news and I look forward to having async IM on the desktop. CoyIM is really the best option out there usability and security-wise.
Thank you!
May I humbly suggest looking into a post-quantum mode for communications?
Well, we discuss this in depth in OTRv4 and we decided to not incorporate any post-quantum algorithm due to the fact that none of them are production ready enough to be used right now. In future versions of the protocol, it will be surely be there
1 Like
Very sad to say but is there any more future for coyIM ?
i see zero coding , zero fixes, also since 2017 last official version ??
following Ricochet death example?
Hey!
Very sad to say but is there any more future for coyIM ?
Yes, there is! We are in the process of finishing other tasks/project and that is why we haven’t give it that much love lately. But there is and will definitely be in the future
4 Likes
CoyIM’s main dev arrested on BS charges in an attempt to hunt down Wikileaks supporters worldwide:
1 Like
CoyIM still in active development , and mostly latest version will be ported to Debian Buster backport.
2 Likes
1 Like
CoyIM is not available in Debian buster or buster-backports.
https://packages.debian.org/search?keywords=coyim
CoyIM is in Debian unstable (sid) but somehow not even available from Debian testing.
Bug CoyIM in buster freeze up not closed.
coyim - Debian Package Tracker links to this bug https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=930332 as reason why it’s not in Debian testing.
Looks like the maintainer of that Debian package didn’t get to it yet.
user documentation added just now:
Instant Messenger Chat
1 Like
A candidate for the binaries-freedom package? not sure that should be the place for all the “rejects”, just putting it here for discussion. What’s the criteria to be in that package?
To answer that question, this page was updated just now:
At time of writing, coyim is still not in Debian testing. If it stays as that, won’t be in next stable Debian release of Debian bullseye either.