Problems we are having with #Signal:
* It is and will remain centralized (clear strategy of *not* federating servers)
* It requires strong identifiers/selectors (phone#) to use
* Author disallows distribution by anyone but Google, although free/libre
* It keeps pushing away verification of fingerprint in interface
* It relies on Google+Amazon infrastructure
* Its funding is shady (OTF = Radio Free Asia = USG)

= clearly unethical choices, unjustifiable by accessibility or technological reasons.

@jz Well it's nice to see the rest of the internet catching up. For a while I seemed to be the only Signal complainer, and that's because not long after it was first released I wanted to try running it myself (including the server side) and then encountered the problems you've listed. There was also a hostile reaction towards LibreSignal.

On the upside, Signal probably is better than WhatsApp or Telegram.

My original complaints: https://freedombone.net/faq.html#sec-18

@bob @jz there is a downloadable apk for signal, but maybe you want to check out #DeltaChat delta.chat – should not have any of the problems you mentioned. 😉

@mray @bob @jz Delta chat seems creative but very silly... they make it sound like creating an account is this HUGE hurdle/problem. And like I guess? But it doesn’t stop most people. On one hand it’s clever to use encryption(pgp?) over email as the IM transport, but that also seems very convoluted and complex? Which leads to problems.

If I want a secure chat, I’d just use like Tox or Ricochet that’s been designed from the bottom up to be secure.

@Thepunkgeek @jz @mray

Also PGP chat has no forward secrecy or ratchet, but this may still be an improvement over what many people are using currently.

@bob @jz @mray It’s totally an improvement, but like why create software that’s only slightly better than something else when there’s software already out there that’s doing way more way better?

I’m not trying to attack this project, I think the idea is cool, just seems like there’s better solutions already and energy would be better spent improving those?? But that a FLOSS community problem.

@Thepunkgeek @mray @jz

At present I don't think there's any chat panacea and that the best we have is XMPP with the Conversations if the server is set up *just right* so that everything works.

Briar might be another possibility, but presently I'd regard that as being for traditional activism where you meet in a pub or at a festival and can do face-to-face key verification.

@bob @Thepunkgeek @mray @jz +1 for XMPP with the server and clientes supporting the latest Recommended set of XEPs + OMEMO (instead of OTR), and in the future: better Jingle audio/video calls support for mobile FLOSS.

@hinterwaeldler @adfeno @bob @Thepunkgeek @jz Ring eats your mobile data alive. Unfortunately. But I love how it is free, encrypted and serverless.

@mray @hinterwaeldler @adfeno @bob @Thepunkgeek @jz

In one month, Ring.cx ate 28GB of data. That was when I uninstalled it, real battery flattener!

Follow

@hinterwaeldler @mastodan Well, 28GB is insane and is not the result of a normal app behaviour IMO.

Otherwise, poorer data/battery perfs are the cost of a fully distributed network on mobile devices... but as said, we're working on the DHT proxy which is some kind of tradeoff between distributed network and battery/data footprint. It's still a bit experimental but you can already try it, it's kind of hidden in the settings :-)

@hle @hinterwaeldler To be frank, I could care less about the data usage, mobile data is not something that costs me additional moneh. My primary concern is battery life. Question for you, why not have volunteers run relay DHT nodes?

Sign in to participate in the conversation
Mastodon

The social network of the future: No ads, no corporate surveillance, ethical design, and decentralization! Own your data with Mastodon!