• DessalinesA
    link
    fedilink
    arrow-up
    26
    ·
    3 years ago

    Still centralized, not self hostable, so subject to a lot of the same problems. Matrix or xmpp have this problem solved.

    • marmulak
      link
      fedilink
      arrow-up
      8
      ·
      3 years ago

      afaik it is more decentralized than Signal, and you can run a server. It uses some block chain crypto network for onion routing or something like that, but to host your own node it seems like you have to buy in. I was reading about it some days ago.

      The way they have it set up, they say that the prohibitive cost of buying out the network would prevent anyone from doing so, but I’m sure they’re secretly hoping some government will try to take it over so they can get rich.

    • nasp
      link
      fedilink
      arrow-up
      7
      arrow-down
      1
      ·
      3 years ago

      xmpp

      Just setup a self hosted server. My family are now all chatting on it. Works great and simple to use.

      Matrix is an overhead mess, from what people have advised me. Avoid.

      • tmpod@lemmy.ptM
        link
        fedilink
        arrow-up
        5
        ·
        3 years ago

        *Synapse is a mess

        The Matrix protocol is certainly more complex than XMPP, but I think a lot of bad fame comes from Synapse being big, bulky and complicated.

    • onlooker
      link
      fedilink
      arrow-up
      6
      ·
      3 years ago

      Just wanted to point out this bullet point on Session’s website:

      Censorship resistant: With no central point of failure, it’s harder to shut Session down.

      Wouldn’t their server be a central point of failure?

        • onlooker
          link
          fedilink
          arrow-up
          3
          ·
          3 years ago

          That’s a bit better, I suppose, but if all of the nodes are in one country, then potentially the network is one poorly written law away from being shut down. They should probably branch out to other countries just in case.

    • GadgeteerZA
      link
      fedilink
      arrow-up
      4
      ·
      edit-2
      3 years ago

      That’s one very long discussion so no idea what part you are referring people to, but there is an issue with various apps that don’t support push notifications. So those that run as web apps have this issue, as do many apps on iOS where they also don’t subscribe to use the OEM’s push notification system eg. like iQuassel. So yes, great to distribute via a 3rd party service but many users again see it as a non-starter if they won’t get push notifications. True that a lazier dev can just use the Google of iOS push notification system, which of course requires their users to use those app stores then to get the app.

  • GadgeteerZA
    link
    fedilink
    arrow-up
    4
    ·
    3 years ago

    One problem is so many friends etc are on Signal so you always have that challenge anyway moving people. It’s one reason why I have 10 to 13 messengers on my phone, problem is most others have two or three max.

    • Lynda
      link
      fedilink
      arrow-up
      4
      ·
      3 years ago

      I have 10 to 13 messengers on my phone

      Could Matrix bridges solve this?

      • UnreliantGiant
        link
        fedilink
        arrow-up
        5
        ·
        3 years ago

        Yes but no. If you have your own server and all necessary bridges installed it would mostly work fine. The problem is this requires quite a bit of server hosting experience which most “normal” people don’t have. Another option would be using bridges hosted by others, but this is problematic in my opinion because you share private information about your contacts with a third party without their consent or knowledge

      • roastpotatothief
        link
        fedilink
        arrow-up
        3
        ·
        3 years ago

        This IMO is the key. As soon as a few of the small messaging apps figure out bridging, their utility (network effect) skyrockets. That will create pressure of other apps to join the larger bridged network.

        Until then, nothing can compete with whats app.

      • GadgeteerZA
        link
        fedilink
        arrow-up
        1
        ·
        3 years ago

        Not for all the messengers I use, and some of Matrix’s bridges are commercial as I recall. Certainly Matrix helps me with IRC and Telegram bridging.

          • GadgeteerZA
            link
            fedilink
            arrow-up
            1
            ·
            3 years ago

            Yes I’m using Jami, Manyverse, YouMe Social, Threema, Wire, WickrMe, Planetary, etc which are generally not bridged. But they do have some good options there.

  • Lynda
    link
    fedilink
    arrow-up
    3
    ·
    3 years ago

    I like Session because it is anonymous (onion relay), decentralized, doesn’t require a phone number, and I can have multiple accounts. But I still have to dependend on other people’s generous infrastructure.

    With Signal, you have to trust the server software (and hope it doesn’t get hacked) to not collect a social graph, and the server address can be blocked/censored. Allowed one account per phone number. It’s nice making communication easy, therefore will prevail as being the most popular…until a government or hacker takes down the service.

    Session concerns/wishes:

    1. Dependency on nodes to relay communication. I wish for independence.
    2. Australia, but Signal USA can be just the same. Who knows what governments will force organizations to do (or prevent them from being monetized).
    3. Wish I could have disposable aliases to handout (similar to email alias).

    Matrix and XMPP still require a server, and trust. Gajim/XMPP seemed clunky to me. Tox over Tor is fast, simple, nice…but handling offline messages is a problem.

    What I really want are these communication apps to be both client/server. Similar to torrenting/DHT and I2P. No need to administer a server, or for your server to become a dependency, or need to have a domain so all your contacts can reach the server.

    Status might be better. Seems to offer everything Session has, but P2P. Not sure where DApps and crypto wallets is going though…seems like a lot of messengers are headed in that direction.

    • relejek
      link
      fedilink
      arrow-up
      2
      ·
      3 years ago

      What are your thoughts on briar. Its like session but you don’t need a central server to chat over tor. It has use features where you don’t even need internet.

      Downside is that it is only available for android.

      • Lynda
        link
        fedilink
        arrow-up
        3
        ·
        edit-2
        3 years ago

        I don’t use it because it’s Android only, which greatly limits communications.

        Berty.tech might become an alternative to some of Briar’s features.

        Session/Status don’t need a central server either (decentralized and distributed).

        The question I have is how much is something decentralized/distributed and how peer discovery works. Ideally everyone would be a client/server (like bittorrent and I2P).

        • relejek
          link
          fedilink
          arrow-up
          1
          ·
          3 years ago

          Well it is me tooting the horn. I feel a balanced aproach is federation ( I hear “duh!”). A central node makes it convenient & fast yet for the sake of not giving power to one th3 nodes are to be distributed to serve there local/thematic community where the locals can also interact with other nodes and people there.

          Few easy to implement (relatively) chats are matrix, xmpp, Delta chat + own email server.

  • Esmail EL BoB
    link
    fedilink
    arrow-up
    2
    arrow-down
    1
    ·
    3 years ago

    I love it, and it’s idea in fact i ditched signal after their “mobile” coin update and i use session now

    • sexy_peach@feddit.de
      link
      fedilink
      arrow-up
      5
      ·
      3 years ago

      lmao ditching the service that implements a cryptocoin for a service that is built on a blockchain onion routing protocol…