• Derin@lemmy.beru.co
    link
    fedilink
    arrow-up
    86
    ·
    edit-2
    7 months ago

    There’s a lot of FUD in this comments section, so I’d like to clear the air. I’m pretty big on OSS myself, so it pains me to see a company doing all the right things get lambasted like this.

    Beeper is just a Matrix server running in tandem with a series of custom, open source bridges written by Beeper. The value proposition is not having to deploy a Matrix server yourself, and not having to deploy each bridge yourself.

    However, if you want to do that you absolutely can. I’ve been running Synapse + a subset of their bridges for a couple years now (the WhatsApp one being the oldest), and they are fantastic.

    The devs contribute back to Matrix all the time and are great about supporting the spec as a responsible third party.

    Their only closed source software is their client, which is - by definition - only written to work with their servers and not generic Matrix servers (e.g. It’s just a preconfigured matrix client which expects each bridge to be deployed, and doesn’t ask you for things like what server you want). As a result, you wouldn’t want to use it with your own stack; you can just pick one of the myriad OSS clients available for Matrix and go with that. I use SchildiChat, for example.

    I don’t understand why, after doing all this work and publishing the source online for free (free as in freedom), they aren’t allowed to offer a preconfigured service to non tech savvy folk?

    Honest question: Shouldn’t they be paid for their work?

    Edit: And, please, stop asking questions like “How do they connect to X/Y/Z, anyway?” - just go read the source and see for yourself. These are the good guys working completely in the open, and you’re treating them as if Twitter just wrote a chat app.

    • jarfil@beehaw.org
      link
      fedilink
      arrow-up
      20
      ·
      7 months ago

      Not sure there is much FUD, let me see if I can sum up the points:

      • Beeper devs have written a bunch of bridges between Matrix and other services. ✅ Cool
      • They’ve contributed to Matrix. ✅ Cool
      • End-to-end encryption, ends at each bridge server, which needs to decrypt and re-encrypt every message (¹). ❌ Not cool
      • They’re OpenSource, so anyone can self-host their own bridge. ✅ That’s cool… but contrary to the “value proposition” of not having to do so 🤷
      • Encryption in anything closed source, like their client, is ❌ not cool… but you can use a different client, so 🤷
      • Decryption on not-selfhosted servers, is ❌ not cool… but you can self-host them, so 🤷
      • All clients come “preconfigured” for some service 🤷, but theirs is locked to a service. ❌ Not cool
      • People using a client with E2EE, get that expectation broken by Beeper (client) users giving their keys to a bridge hosted by a 3rd party. ❌ Not cool
      • FUD: The devs’ monetization strategy isn’t clear. (“premium features” in the client? 🧐)

      TL;DR: Sounds like a reasonable way to move unencrypted messages around… but falls short of fixing the problem of having secure interoperable E2EE.

      Should they get paid for it? Probably, if you find that useful.

      (¹: if there is any bridge capable of forwarding encrypted messages without decrypting, please correct me)

      • Derin@lemmy.beru.co
        link
        fedilink
        arrow-up
        4
        ·
        7 months ago

        The not cool parts just relate to any sort of hosted bridge. If you don’t trust them with decrypting messages on their end, then don’t give them your data - there are no bridges capable of doing that, anywhere.

        So it really comes down to “trust someone else with your data, or host it yourself”; and if you’re - understandably - frustrated with those options blame companies like WhatsApp or Discord that make it nigh impossible to integrate their services with outside networks.

        Functionally, these bridges just forward your content to a library acting like a headless client - there’s no way to encrypt that as the reverse engineered clients are not libraries and need to take raw input. You can’t end to end encrypt it as the client is one of the “ends”.

        As an example, the WhatsApp bridge uses WhatsApp web as a backend, and has all the limitations of WA web.

        As a result, I find the expectations to be a bit unrealistic.

      • flashgnash@lemm.ee
        link
        fedilink
        arrow-up
        2
        ·
        7 months ago

        Does the whole encryption/decryption thing still bother you if you self host?

        I tried out the app, the value there is that it’s ready to go straight away, though I took it all down again because my messages being unencrypted on someone else’s server makes me uneasy. May end up self hosting it for that reason and not using anything closed source

        • jarfil@beehaw.org
          link
          fedilink
          arrow-up
          3
          ·
          7 months ago

          Somewhat. It’s kind of a gradation:

          • 3rd party servers, or closed source, no trust.
          • Self-hosting on a hosting provider… it’s not my hardware, but maybe some trust.
          • OpenSource with non-reproducible builds, even self-hosted at home, little trust.
          • Local bridges, OpenSource, with reproducible builds, and a 3rd party audit, most trust.

          All software can have bugs, and we’ve seen what cases like xz-util can bring, so I would rather have no decrypting bridges at all, particularly for sensitive information… but for random private chats, “mostly trusted” sounds like enough.

          Public conversations (like this one) are fine going through random bridges, but I feel like bridging with E2EE networks, is subverting user expectations.

    • Kissaki@beehaw.org
      link
      fedilink
      English
      arrow-up
      4
      ·
      7 months ago

      Seems like they did good until now. I’m not confident, even skeptical, that will keep going after the acquisition though.

      Gravatar was a great, independent, minimal service. Now it’s a horrendous, bloated service.

      • Derin@lemmy.beru.co
        link
        fedilink
        arrow-up
        2
        ·
        7 months ago

        I hope they continue to do good, but am also skeptical.

        And, man, I miss the old Gravatar.

  • jherazob@beehaw.org
    link
    fedilink
    English
    arrow-up
    29
    ·
    7 months ago

    Bought by Automattic? After they non-consensually took all of Tumblr and hosted Wordpress to train AI? And after their big boss revealed his transphobia? I guess i’ll skip this one

    • Kissaki@beehaw.org
      link
      fedilink
      English
      arrow-up
      3
      ·
      edit-2
      7 months ago

      Gravatar was a great, minimal, independent service. Until they acquired it and integrated it into their WordPress platform and onboarding (trying to get you to become a customer).

        • Kissaki@beehaw.org
          link
          fedilink
          English
          arrow-up
          2
          ·
          7 months ago

          You link to an avatar generator.

          What made Gravatar great beyond that was that you set it up with your email account, and other websites would use your chosen avatar,identified by email address.

          • jherazob@beehaw.org
            link
            fedilink
            English
            arrow-up
            1
            ·
            7 months ago

            Had a longer answer that went away for some reason 😭

            Your criticism is fair, but:

            • Using the email as a seed on the generator goes halfway there, here’s an example, although of course it could never change
            • Centralizing the avatar opens that service up to be grabbed for tracking like Gravatar did, or breaking the security of a site by injecting code without the consent of the site owner. The usual tradeoff between security/privacy and convenience.

            Would be good to have a good user-managed way to do the same (well, beyond using an image on your own hosting, i guess)

  • Riley@lemmy.ml
    link
    fedilink
    arrow-up
    15
    ·
    7 months ago

    That seems really exciting! But don’t services like Discord forbid third party clients?

  • drkt@lemmy.dbzer0.com
    link
    fedilink
    arrow-up
    10
    ·
    edit-2
    7 months ago

    How is beeper reading my Discord DMs without breaching Discord TOS?

    e: Their ToS and privacy clauses are way too opaque for something that’s not open source. No from me, Ma’am.

      • drkt@lemmy.dbzer0.com
        link
        fedilink
        arrow-up
        5
        ·
        edit-2
        7 months ago

        I’ve already had Discord accounts snupped out from under me for not giving them my phone number, I don’t wanna give them a real reason to ban me 😅

      • flashgnash@lemm.ee
        link
        fedilink
        arrow-up
        3
        ·
        7 months ago

        Discord’s own Linux client is kinda ass and keeps breaking my build using old insecure electron versions/forcing you to update before you can use the app while not being up to date in my package manager

        Gotta use a custom client anyway to keep my sanity intact

    • Derin@lemmy.beru.co
      link
      fedilink
      arrow-up
      6
      ·
      edit-2
      7 months ago

      It’s open source, here’s the code. It uses the discordgo library to connect to Discord and read your DMs.

      e: You’re free to download and deploy the source yourself, and write your own ToS. That’s the nice part of open source software.

        • Derin@lemmy.beru.co
          link
          fedilink
          arrow-up
          1
          ·
          7 months ago

          You were asking how it interacts with Discord. That is the code.

          Beyond that it’s running a version of Synapse and has its own client - the latter being optional.

  • RBG@discuss.tchncs.de
    link
    fedilink
    arrow-up
    9
    ·
    edit-2
    7 months ago

    Alright, I got to ask. Having one app for all these services sounds great. I remember some drama around it though, don’t recall the details. So what am I missing, is this actually good news?

    Its not open source but neither are most of the apps it connects to.

    Edit: Found a comment in another thread that sums up valid concerns https://feddit.nl/comment/8763492

    • Derin@lemmy.beru.co
      link
      fedilink
      arrow-up
      23
      ·
      edit-2
      7 months ago

      It’s not proprietary, lol. You can download and deploy each of their bridges yourself to your own servers.

      Source: been using their WhatsApp, Discord, and Signal bridges for over a year. I use Github sponsors to pay for development, as I appreciate how great they are.

      The only closed source part of their stack is their client, which you don’t have to use.

      Also, they’re some of the most prolific contributors to Matrix outside of Element. The emoji picker in Element was literally PR’ed by Tulir.

      Love it when folk see people trying to make money off OSS and immediately resort to hysterics. It really makes closed source development look appealing if you’re going to be damned by idealogues regardless of whether you release the source or not.

  • mlsw@lemmy.ca
    link
    fedilink
    English
    arrow-up
    6
    ·
    7 months ago

    I guess I can finally use proper WhatsApp web on iPad 😂

  • starman@programming.dev
    link
    fedilink
    English
    arrow-up
    5
    ·
    edit-2
    7 months ago
    • Discord? Not working (probably because of TOTP)
    • Facebook Messenger? Not working (probably because I use it without Facebook account)
    • SMS/RCS? Not working (looks like it requires Google account)

    Seems like it’s not ready yet

  • pacoboyd@lemm.ee
    link
    fedilink
    arrow-up
    4
    ·
    7 months ago

    Sadly doesn’t appear to be usable for SMS by Google Fi users who have web sync enabled. Guess I’ll be holding off.