![](https://lemmy.sdf.org/pictrs/image/7aa1e569-3a6d-47e3-ba88-74d2ecb9cb5f.png)
![](https://lemmy.ml/pictrs/image/h1ChnLuBHr.png)
Both hands in favor!
Both hands in favor!
We are together with you in favor of XMPP (I am with both hands)! You just “won’t sell” that kind of solution to very many people. We are already living in a zoo of messengers. We need to come up with at least two that will cover all the basic needs and offer sufficient privacy.
Matrix’s groups have an important difference from SimpleX. Even if the primary server is gone, the related servers will still have the copies.
Seems that’s true. Text-only communication in Briar is built by design. I see this from its communication scheme. I don’t think any other message options will come up. So I am also on it in case of the Internet outage. Besides, you can chat properly only when you and your contact are both online. Not a very handy option for daily use.
So SimpleX.Chat for privacy and Matrix for public groups.
Agreed. I’m using the native Windows version, written in C#. The developer stopped updating it because he switched to a cross-platform version. I take his point, as not everyone has experience with the technologies that are available on all systems. Electron is the solution. However, even the older version has all the features I need and an awesome UI/UX!
I would recommend Sayonara Player for Linux. It’s not as awesome as Dopamine, but I still love it. I couldn’t find anything better for Linux!
Sounds reasonable! 👍
[Edit]
Dopamine. The best player after some years of searching.
If a server is hosting our data, albeit in encrypted form, there is always the risk of the server being compromised. You know the history of PGP and why OpenPGP was created, don’t you?
One of the options, where every user device is a server, is a blockchain. But I think you’ll also agree that this scheme doesn’t give complete privacy.
The issue of privacy in this case is a convenience issue. To me, federated is not a checkbox type property: it’s either there or it’s not. To me, it’s a spectrum: some protocol is more federated, some less so. We could design a fully privacy-aware protocol and service that can only partially be considered as federated. You may disagree with me, but I haven’t seen a clear definition with a complete list of federated protocol properties 😉
Agreed, it’s a contradiction to be privacy and federated at the same time. The federated protocol helps the network to be fault-tolerant and cooperative. In other words, it’s easier for us to find each other, and afterward it’s harder to lose each other. It obviously doesn’t condone privacy 😄
I think it’s unlikely this kind of service exists or is going to appear. There’s a blog post by developers of the present implementations of XMPP. It explains the difference between decentralized services and centralized ones, and why the Signal messenger is more popular than all other messengers. A must-read.
Here, the author refers to protocol as federated, not application. That is, he is comparing Matrix, IRC, SMTP, ActivityPub, etc. If a protocol can be used to develop an application that is decentralized and distributed, then such protocol can be called a federated protocol. I agree with you that labeling HTTP and FTP as federated is bizarre. But the author compares them because they are all from the same OSI model layer - application layer.
I’m not the author, just trying to give an explanation of how he was thinking (and I’m most likely wrong 😄).
The author’s explanation using HTTP as an example:
HTTP has somehow managed to live in a parallel universe, as it’s technically still completely federated: anyone can start a web server if they have a public IP address and anyone can connect to it. The catch, of course, is how you find the darn thing.
We recently discussed it in another thread. I recommend you read it, there are a lot of facts in the comments that will definitely help you make up your mind!
Arrr! Ok, correcting to “with both hands”! Sounds better?