If that is not happening, then why, what is stopping you?
The (wrong and silly) assumption that everyone must use Google/Apple phones is expected from Big Tech these days but you are supposed to be among the good guys. Please help us be free from Google/Apple 🙂
Curious how none of the coverage of this launch mention that the app isn’t actually open-source (though they pretend to be an open-source project), which makes all of their claims of “end-to-end encryption” worthless...
@Samsy@arbocenc#XMPP can run bridges (called "Transports" or "Gateways" in XMPP terms) since the early ages. And nowadays, there are modern ones with tight integrations: #Slidge being a flagship (including a #Matrix gateway), and I'm myself working on ActivityPub gateway and soon a email one with #Libervia. #Cheogram is also working on SMTP gateway. And #Biboumi is the flagship #IRC gateway.
@sven222@thomas#Slidge has a #Matrix puppeteering bridge. Of course it's better to have full protocol implementation, but still it's a solution that can be used with #Prosody.
It has become among the most popular open messaging protocols, but it remains a scalability nightmare.
It's literally the Blockchain of messaging. Its current state is given by the sum of the whole chain of events received since t=0. It's a brittle append-only ledger, and any modifications you do to it are very likely to break it.
Do you have a huge 100GB database and you want to clean up old stuff? Sorry, you can't. There are some non-official solutions for compacting the events, but they're all likely to break your db - and none worked so far in my case.
Do you have users on your instance that entered a busy room on matrix.org? Then you'll get all the join/leave events of that busy room on your db, with no way of deleting them, and nothing to do unless your users exit those rooms.
Did you start your instance by toying with the default SQLite backend, and now that it's become big you want to move to Postgres? Sorry, no official guides provided, only unofficial procedures scattered across a bunch of blogs.
Do you want to change the name of your server? Sorry, you can't. All the events are tightly coupled to your server name. The advised solution is to simply start a new instance.
Such a rigid and brittle implementation shouldn't have become an open de facto standard without much questioning about its poor design decisions.
At the very least, some official tools must be provided to enable admins to compact events. If the size of the database is guaranteed to increase indefinitely, then entry barriers against self-hosting are only going to increase.
The more I use #Matrix the more I yearn for #xmpp.
The amount of resources a Matrix home server consumes is pretty insane too.
I also have this annoying bug / behavior with any Matrix client (#Element iOS and desktop, #fluffychat ) where the chat view randomly jumps around while you’re reading a backlog. It kinda sucks.
Mildly related: I will use Matrix (i.e. :matrix.org) soon using my #Jabber client, thanks to #slidge#matridge, a personal gateway from #XMPP to Matrix. I'm still in test mode, but I'm optimistic that #Dino and #Gajim will replace nheko on my desktop soon.
For the fun of it, you could install your own #Jabber server, e.g. #snikket by @snikket_im and the #slidge gateway by @nicoco. It's a whole set of #XMPP transports, not only for Signal, but also for Whatsapp, Telegram, Discord, Mattermost, Steam, Skype, Facebook Messenger, and Matrix.
Anyone know of a #FOSS#android app ala #pidgin that supports multiple chat protocols? Mainly looking for #XMPP and #Matrix with E2EE and room/group chat support... other protocols are a bonus.
Maybe I would just use a #Jabber app, such as #Conversations by @daniel or one of its forks — and a private #XMPP server with #Slidge by @nicoco as bridge to Matrix and many other protocols:
For months I’ve been contemplating writing an #XMPP GUI client on #Rust (with Unix-like platforms and #LinuxMobile as targets).
My main blocker is the lack of a polished toolkit. The majority of them don’t have good clipboard support and I don’t want an IM client where you can’t send images or files.
I’m gradually accepting that I’m going to need to write my own toolkit (and I really don’t want to).
One of my goals here is to use something like #slidge as gateways to legacy networks too, so I can have a single client that ends up working as a multi-protocol one.
taking recommendations and wisdom from ppl who administer synapse/other #matrix servers, I hear they can be a real headache
(we are using matrix rather than XMPP because we specifically need to bridge into a bunch of slacks and discords, unless there is a better way of doing that with XMPP)
I miss the days of having multi-service messaging clients like Trillian that would connect to your AIM, MSN Messenger, etc. and have all your contacts from all those networks in one place. #Pidgin is still a thing, but it doesn't, as far as I can tell, support #OMEMO or #OpenPGP for their #XMPP implementation. I'd love to see something like Pidgin supporting Signal, add OMEMO/OpenPGP to their XMPP support, maybe support connecting to Facebook Messenger, etc. all in one application.
@gerowen you can use gateways for that, notably #Slidge from @nicoco which is working on tight integration with features such as reactions, retraction, etc. You can then choose any #XMPP client that suits you, including #OMEMO when needed (won't work with gateway though).
Showing how many non-federated, proprietary, privacy-invasive applications use #XMPP behind the scenes is not the hot take you think it is, unless that's the kind of vision you have for the #Fediverse' future, too.
I see, a puppeteer gateway, just like #slidge by @nicoco nowadays, which again supports Facebook chat, too. Which probably was much simpler to realise with #XMPP c2s than it is today.
@gianmarcogg03https://mamot.fr/@0 besides the already mentioned aria-net.org Bifrost fork, there has also been some talk about adding a Matrix puppeteering gateway to #Slidgehttps://sr.ht/~nicoco/slidge/ This would have the advantage that there is no need to run a resource heavy and buggy Synapse instance for the bridge as is the case with Bifrost. #xmpp
Automattic buys Beeper for $125MM, launches closed-source "privacy" app (techcrunch.com)
Curious how none of the coverage of this launch mention that the app isn’t actually open-source (though they pretend to be an open-source project), which makes all of their claims of “end-to-end encryption” worthless...