Nextcloud Talk is end-to-end encrypted, but not as easy to set up as Jitsi Meet.

https://nextcloud.com/talk

https://github.com/nextcloud/spreed

To be accurate: no tool that relies on webrtc is end-to-end encrypted. So, no, it isn't. It is encrypted on the wire, just like the other tools mentioned here.

Are you saying that the developer's claims in this issue discussion are wrong?

https://github.com/nextcloud/spreed/issues/37

He says that video/audio in calls are end-to-end encrypted when the server is using the default PHP backend, but not the high-performance backend (an optional paid and proprietary enterprise upgrade).

> video/audio is already end-to-end encrypted

> By default with the internal signaling backend audio/video calls (no matter if 1:1 or group) are end-to-end encrypted.

> and without the HPB its always paar-to-peer [sic] and therefor end-to-end encrypted.

> Chat is currently not end-to-end encrypted, only the audio/video of calls are.

Someone mentioned Jitsi's statement and the developer responded:

>> But I don't understand why the Jitsi people write, "WebRTC today does not provide away of conducting multiparty conversations with end-to-end encryption." That would only be true if I decided to use an additional HPB solution, wouldn't it? But not out of the box.

> Exactly, I guess for better user experience and performance they have a SFU or MCU in place (our HPB is an SFU), and therefor it stops being end-to-end encrypted

Last time I tried it like half a year ago, NextCloud talk was unstable and didn't have any decent client software, it was literally useless to me. I hope they make it better.

https://github.com/matrix-org/matrix-doc/blob/matthew/msc235... is where things are at on the Matrix side for this.

As others have pointed out, we use jitsi.riot.im, which is provided by New Vector (the company behind Riot) rather than anything to do with Atlassian/Jitsi/8x8.