Crosspost: https://feddit.de/post/8502102

Element for Android doesn’t support searching in encrypted channels and I think you can’t use E2EE in the browser at all(?), plus basically every other client has even more drawbacks when it comes to E2EE.

My team recently tried RocketChat, but E2EE is obviously an afterthought for that project as it has even more limitations than non-Element Matrix clients (no searching, no pinning, no file upload, no edit, etc.). Plus Jitsi integration seems to be buggy right now (at least on my Windows installation).

What else is out there that’s not on my radar? Is Matrix with Element really the best option right now? Is there no project that puts E2EE above all else?

Edit: Should be self-hostable and (FL)OSS.

    • Lemmchen@feddit.deOP
      link
      fedilink
      English
      arrow-up
      2
      ·
      9 months ago

      First of all Jitsi isn’t part of the rocketchat-server package, so you need to set it up yourself or use a hoster, which both require separate accounts from the RocketChat ones.

      The specific issue I had on Windows was that RocketChat wasn’t registered to handle jitsi-meet:// links, it would just open a blank “open with” Windows dialog everytime. In general the “integration” seems lacking, the whole UX is really bad compared to Matrix/Element where voice calls just work.

      • Phen@lemmy.eco.br
        link
        fedilink
        arrow-up
        3
        ·
        9 months ago

        But where did those `` jitsi-meet://` links come from?

        The calls generated inside rocket.chat are supposed to be handled by the rocket.chat app, everything else it doesn’t get involved with.

        (I wrote this integration so I’m legitimately interested in how it could be better)

        • Lemmchen@feddit.deOP
          link
          fedilink
          English
          arrow-up
          2
          ·
          9 months ago

          I wrote this integration

          Oh, nice! I can make a video later on how it looks on my machine. I even tried fiddling with the registry to force them to be opened with RocketChat, but that didn’t work either.

        • Lemmchen@feddit.deOP
          link
          fedilink
          English
          arrow-up
          1
          ·
          edit-2
          9 months ago

          I’ve made some screenshots instead of a video. I hope you still get what the issue is.

          At the end there is no usuable call from the RocketChat client. But I can copy the meet.jit.si URL and open it in a browser.

          Originally I had an error message telling me that Windows doesn’t know what to do with jitsi-meet:// links, but that doesn’t show up anymore for some reason. Maybe because of me messing with the registry to solve the issue, but I’ve actually removed the registry key I had created before.

          • Phen@lemmy.eco.br
            link
            fedilink
            arrow-up
            2
            ·
            edit-2
            9 months ago

            Ah I had that popup confused with one of our own; Now that I checked the text on google translate I figured out what’s happening.

            The meet.jit.si domain is a public jitsi instance that is kept by jitsi themselves. They recently implemented this login requirement on that domain (one user in every meeting must authenticate); They probably assumed that those meetings would always be in a browser and our desktop app is not handling that authentication flow properly. I’ll register a task for someone from our app’s team to take a look.

            If you host your own jitsi instance, this login requirement won’t be there and you won’t have this specific issue (though I assume you probably won’t stay with Rocket.Chat anyway due to the E2EE requirement).

    • toastal@lemmy.ml
      link
      fedilink
      arrow-up
      1
      ·
      9 months ago

      Jitsi runs XMPP under the hood so why not just use that as your chat server instead of running two separate servers?