I’ve been working really hard to research and rank messaging apps by their privacy. The more green boxes the better.

I plan to turn PrivacySpreadsheet.com into a place for privacy data on everything from cars to video games. It’s all open source too on GitHub.

Not trying to advertise, I just put a lot of time into researching all this, and I want to share it since I think others could benefit.

  • /home/pineapplelover@lemm.ee
    link
    fedilink
    arrow-up
    29
    ·
    11 months ago

    The issue with me is ease of use to use with other people. I’ve tried Matrix and Session with other tech minded people and it’s not nearly as seemless as Signal. I’m just waiting for an app that ticks all my boxes, really looking forward to Signal usernames though.

    • BlanK0@lemmy.ml
      link
      fedilink
      arrow-up
      19
      ·
      11 months ago

      Signal really is that better replacement for WhatsApp since the functionality is identical, others would have to force people to get used to the different ui and the options.

    • 𝕽𝖚𝖆𝖎𝖉𝖍𝖗𝖎𝖌𝖍
      link
      fedilink
      arrow-up
      10
      ·
      edit-2
      11 months ago

      I’ve been using Matrix for years, but now only as a replacement for IRC. The encryption key handling has always been cumbersome and flakey, and too easily broken by users. Not compromised “broken”, but locked out “broken.” It’s been like this for years, and while the UI has improved, it’s still too hard for casual users to confidently use; I’ve given up hope that it’ll ever get to a point where I can recommend it to friends who don’t give a fuck how it works, and who aren’t interested in spending a half hour figuring out how to set things up - they just want it to work. So many encrypted messaging systems have done this correctly, I dispair that Matrix can’t (it’s a common issue with all clients, so I blame the design of the protocol).

      Edit oh, I also wanted to say I’d also been disillusioned with Matrix when I realized I couldn’t run my own server. That is, I technically could; I just couldn’t afford to. Synapse is a hot mess of a server, but it also just pounds on the CPU and requires massive amounts of disk space (over time). Matrix is designed such that all content for channels joined by any user is replicated to the user’s home server. It’s a questionable design decison, at best, but a consequence is that regardless of the server software, the storage requirements make running a home server cost prohibative. Compared to, say, running an xmpp server, which could be done effectively on a Pi.

      • toastal@lemmy.ml
        link
        fedilink
        arrow-up
        2
        ·
        11 months ago

        Replicating all chat history + attachments provides a lot of resilience to the network from a node going down, but at the cost preventing to the home lab user from practically hosting a server which just means everything centralizes around Matrix.org, & when anyone on Matrix.org chats with you or your group, that metadata gets synced back to the central hub server once outwardly funded by Israeli intelligence.

    • toastal@lemmy.ml
      link
      fedilink
      arrow-up
      4
      arrow-down
      1
      ·
      edit-2
      11 months ago

      I made the mistake of getting my family to switch to Signal. It works great for messaging, but it has other issues—beyond the typical SIM-required complaint. I hate that you have to register with a ‘primary’ device on either iOS or Android fueling that duopoly (SoL if you are on a postmarketOS or KaiOS or Capyloon phone… or just don’t want a internet-capable phone). Notifications are sent thru Google’s FSM (news 1–2 months ago that of course Apple & Google send all the metadata to the feds) & refuse to support UnifiedPush (thank goodness the Molly fork does). They’re also not too happy to support alternative clients meaning you are stuck with the shitty, resource-sucking Electron client while not having a web client or native or TUI client. And the worst cherry on top is shipping those iOS emoji to Android & Linux …eww.

      • /home/pineapplelover@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        11 months ago
        • Yeah not having it as a default SMS app sucks. Can’t really argue with you there. Perhaps, one could make a fork with it?? Just thought of that now.

        • I seriously doubt any encrypted messenger is going to support OS like KaiOS or non internet capable devices.

        • For unified push, just use molly.

        • iOS emojis…I really don’t care, Signal devs have other things to worry about.

        • toastal@lemmy.ml
          link
          fedilink
          English
          arrow-up
          2
          ·
          edit-2
          11 months ago

          With an FPGA or special CPU instruction set, the encryption algorithms could run on a toaster—which would give access to whatever low-spec handheld you wanted without making it chug to have strong encryption. That also still isn’t covering the future hope of a Linux phone, or someone that just wants to register an account on their laptop.

          Using forks puts stress on other teams to keep up with breaking changes, & 90%+ of folks won’t be looking for forks or be willing to trust their unofficial status. I saw the code for UnifiedPush as a Mattermost plugin & it was like 50 lines or something small which is much less than the rest while allowing users to keep control of their metadata which is a big deal if you care about privacy. A fork for SMS support would encounter similar issues, & now you either need to compete with Molly or copy its featureset otherwise users have to choose, SMS or UnifiedPush. That said, I agree with the SMS situation since it was easy to convince relatives to use this new “text app” where encryption magically came to a chunk of their contact list.

          Saying emoji was the most important was tongue-in-cheek, but it makes the application feel non-native (& I think Apple’s emoji are particularly ugly). You would think at least the Google set was shipped to Android, or—now hear me out—not ship emoji, don’t override the user experience, let the user’s fontconfig display the one they set. Shipping a whole font (or images) for emoji is why the application size is so bloated for a chat app.

          • /home/pineapplelover@lemm.ee
            link
            fedilink
            arrow-up
            1
            ·
            edit-2
            11 months ago

            The first two arguments I get. But the emoji argument about not shipping them at all? Yeah if this is going to be a mainstream and easy to use app then that won’t fly. My friends, family, and I all use emojis, gifs, and stickers. I’m sure many people enjoy these things as well. All that bloat.

            • toastal@lemmy.ml
              link
              fedilink
              English
              arrow-up
              2
              ·
              11 months ago

              Are you using a device without an emoji font installed on the system at all? The web works just fine without browsers shipping an emoji font.