Oh yeah, and btw, thanks to #XMPP I deleted my Matrix account and got rid of Element and Signal on my phone !! 😎
Couldn't be happier nor more satisfied !! 😁🌈😁
The Emacs death discourse overlooks Lindy's Law: the remaining life expectancy of a technology is proportional to its age. It confuses popularity with persistence.
Verwendet man #Whatsapp, so schließt man eine Gruppe von Menschen aus. Menschen die kein Smartphone besitzen. Menschen die kein Smartphone von Google / Apple verwenden. Sowie diejenigen, die sich mit dem Thema Meta beschäftigt haben und sich bewusst dagegen entschieden haben.
Es gibt gute Alternativen, bei denen wir diese Personen nicht ausschließen müssen.
New #ejabberd problem: I keep getting Invalid value for option 'sql_username': ejabberd with the below configuration. I’ve also tried having the sql_* options at the top level rather than under host_config, but I don’t see any difference in behavior. I’m using version 18.12.1 with erlang-p1-pgsql 1.1.6.
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.