• pacoboyd
    link
    fedilink
    41 year 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.

    • Derin
      link
      fedilink
      22
      edit-2
      1 year 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
    link
    fedilink
    English
    51 year ago

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

  • RBG
    link
    fedilink
    9
    edit-2
    1 year 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

    • Vodulas [they/them]
      link
      fedilink
      11 year ago

      The Android version has a local bridge that does not break ee2e for Signal. It is an experimental option, but it was easy to turn on and use

      • Miss Brainfarts
        link
        fedilink
        11 year ago

        It’s nice that the option exists, I didn’t know that. But I have to say, I’m still not a fan of the overall concept of bridges

      • Saik0
        link
        fedilink
        English
        151 year ago

        Indeed. More like talking 14 competing standards and shoving them under one gui… and I’m here for it. I miss the days of trillian and gaim.

  • @[email protected]
    link
    fedilink
    10
    edit-2
    1 year 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.

    • Derin
      link
      fedilink
      6
      edit-2
      1 year 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
          link
          fedilink
          11 year 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.

    • Chris RemingtonOPM
      link
      fedilink
      91 year ago

      I’ve been using a Discord bridge with Beeper for three years with no problems.

      • @[email protected]
        link
        fedilink
        5
        edit-2
        1 year 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 😅

      • @[email protected]
        link
        fedilink
        31 year 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
      link
      fedilink
      131 year ago

      Not closed source. It’s just a Matrix server instance running their own bridges. All the backend stuff is open source, the only closed source part is their client.

      The client is specific to their site and unnecessary: just deploy Synapse, then pick and deploy the bridges of their suite you want to your server. You can then pick and use any of the available Matrix clients to get the same exact features. You can even sponsor them on Github, as I’ve been doing for months.

      • @[email protected]
        link
        fedilink
        English
        91 year ago

        the only closed source part is their client.

        Which is exactly what I’m referring to. Plus, they can say they run a matrix server, but if your frontend is closed source, there’s no way I trust that they actually do run a fully opensource backend. Wouldn’t surprise me one bit to hear/read that they have closed source components in the backend too. Big nope from me.

        Anti Commercial AI thingy

        CC BY-NC-SA 4.0

        • Derin
          link
          fedilink
          9
          edit-2
          1 year ago

          You can use any Matrix client with Beeper, you don’t have to use theirs.

          Regardless, there’s nothing stopping you from recreating the same stack using the available tools.

          What makes their service unique are the bridges. Download their sources, compile them, and then pair them with any server client combo you want.

          If you insist on using their stack, you can still use an OSS client. They chose not to make their client open source as it is, by design, for their service only.

          They’re trying to run a business aimed at people who don’t care about open source, and want the same closed source experience they get from their other chat apps but with inter connectivity between third party services.

          If you want the latter without any closed source code, you can just go and do that. They’ve released all the important parts.

          Edit: Here’s a guide to self hosting beeper.

          • @[email protected]
            link
            fedilink
            3
            edit-2
            1 year ago

            What is this “closed source experience” you are talking about? How would making the client open source hinder that in any way, especially when their stated goal is to earn money with premium features instead of the app itself?!

            Imo being open source is a VERY big deal for an e2e encrypted chat client! I don’t really care whether most of their stack is open if the app I’m actually using to type and encrypt my messages is not. This makes the whole thing look like a trick, pretending to be open when key parts are not.

            • @[email protected]
              link
              fedilink
              31 year ago

              What is this “closed source experience”

              I can answer that: it’s the “I don’t care about security as long as I can send memes and inappropriate messages to most people” experience.

              From the looks of it, it’s as secure as having WhatsApp/Signal/Telegram/ProtonMail doing “E2EE” through each app’s servers, and never knowing whether the client did the encryption right, or if it sent the keys to the server for messages to get intercepted… well, except you do know that the bridges are decrypting all messages anyway.

              • @[email protected]
                link
                fedilink
                11 year ago

                I can answer that: it’s the “I don’t care about security as long as I can send memes and inappropriate messages to most people” experience.

                Closed source doesn’t help with that though, you don’t have to care about privacy in open source.

                except you do know that the bridges are decrypting all messages anyway

                They are working on on-device bridges that preserve e2ee, but making the client closed source kind of defeats the purpose here.

                • @[email protected]
                  link
                  fedilink
                  11 year ago

                  Closed source helps with the second part, the connecting with a majority of people using the same closed source platform (then different people use different platforms, which is where we are now… but the DMA might solve that).

                  On-device bridges could be nice if they included that in the OpenSource part.

            • Derin
              link
              fedilink
              21 year ago

              Just use any open source client. You can literally do that.

              And if you don’t trust the company - for any reason - use their code to deploy your own backend.

                • Derin
                  link
                  fedilink
                  2
                  edit-2
                  1 year ago

                  I disagree. Beeper’s client is meaningless, it’s the service being offered that has value.

                  If you don’t mind trusting a third party service with your Matrix instance + bridge hosting, use Beeper.

                  If you’re into OSS and owning your own tech stack, self host the whole thing.

                  At no point do you have to use their client for any reason.

        • @[email protected]
          link
          fedilink
          21 year ago

          Given it’s all entirely self host able if you use a different client I’m not sure how they could be

          Unless there’s some binary blobs hidden in the repo but you’d think someone would have pointed that out by now

  • Vodulas [they/them]
    link
    fedilink
    11 year ago

    Unless I am missing something, it did not send Signal messages to Android Auto, and that is kind of a deal breaker for me.

  • @[email protected]
    link
    fedilink
    English
    5
    edit-2
    1 year 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