Top
Best
New

Posted by Arathorn 1 day ago

European Commission Trials Matrix to Replace Teams(www.euractiv.com)
350 points | 183 comments
yabones 1 day ago|
My team started using Matrix/Element after years of frustration with Teams and Slack. It's far from perfect, but using a simple application with no built-in ads, AI, bloat, crap, etc is wonderful.

I really hope the EU throws some serious money at them to get the bugs worked out, add some minor features, and clean up the UX enough that an "office normie" can onboard as easily as MS.

My dream is that Matrix can do for intra-org comms what Signal did for SMS.

jaredklewis 1 day ago||
I don’t know much about Matrix. Maybe in this case the key is money.

But having worked at various startups and enterprises, it is very common for lots of money and resources to thrown at projects and for little or no progress to be made.

Money might be a necessary condition but it’s definitely not a sufficient one. See Microsoft teams.

Again I know nothing about Matrix, but I found your comment about UX concerning. UX is a problem that is almost immune to money. An extremely clear vision is almost always the bottleneck. Money can always help with adding features or performance or scaling, but I feel like it doesn’t usually fix UX. Hope I’m wrong.

legulere 1 day ago|||
> UX is a problem that is almost immune to money

Usability testing seems like something where you can get better UX with a lot of money: https://www.nngroup.com/articles/usability-testing-101/

jaredklewis 1 day ago||
Oh I doubt it, unless you have that person with vision to interpret the results of the usability testing and turn them into a single cohesive design.

Good UX comes from someone that has deeply internalized the problems a piece of software is solving for users and the constraints on those users. Most startups do this without usability testing by doing things like sales or customer support. Anyway, IME usability testing is not the bottleneck to good UI.

legulere 21 hours ago||
I don't disagree with you that you need to have a singe cohesive design vision based on solving for users. But I think that certainly usability testing can lead to even better results and is mostly constrained by cost.
jeltz 18 hours ago||
For sure. But without a cohesive vision throwing money at it can only make it worse if it does anything at all.
andrewflnr 1 day ago||||
> UX is a problem that is almost immune to money.

Unfortunately this is very well-put.

But on the other hand, I think it's reasonable to hope that the "clear vision" for Matrix can largely be cribbed from all the other nigh-indistinguishable team chat apps like Slack, Discord, Mattermost, et al. In that case money to actually make the obvious fixes might be enough.

toomuchtodo 1 day ago|||
Sometimes good enough is good enough. Slack, Teams, Matrix, whatever, as long as you're meeting most daily driving requirements, everything else is maintenance and long tail quality of life improvement (imho).

What else are Teams users going to get out of Microsoft chasing an ever increasing enterprise valuation and stock price target with regards to their user experience? Email just works, make teams comms that just works and is mostly stable. Get off the treadmill of companies chasing ever more returns (which will never be enough) at the expense of their customer base. We have the technology.

giovannibonetti 1 day ago|||
I think the PowerSync [1] team is missing out on an opportunity to showcase their impressive data sync technology by building a minimalist Slack clone.

[1] https://www.powersync.com/

pembrook 1 day ago|||
Yea, if you have to waste an extra 15 minutes per day due to bad UX who cares, it’s much better that you get the self-satisfied feeling of sticking it to “the man” (American big tech).

I mean it only adds up to 90 days of your life wasted over a 30 year career. European peoples time has a lower salary value anyways. UX doesn’t even matter that much, the political meme of the day is much more important.

toomuchtodo 1 day ago||
Microsoft Teams already is already terrible UX, we have nowhere to go but up. Perhaps you are unaware, and if so, you should be thankful you don’t have to lose time using it. There are objectively better solutions available.
pembrook 1 day ago|||
I too hate Microsoft teams but it can always get worse, you have no idea.
jeltz 18 hours ago|||
Care to give me an example to satisfy my morbid curiosity? I have used a lot of really bad chat clients over the year and Microsft's rewritten Skype is one of only a handful worse than Teams. Teams is not the worst but it is on my top 3 or 5 worst of the 30+ chat clients I have used. I have heard Lynk also was really bad but I never used it. Microsoft certainly has some of the worst.

Element is bad but it is way better than Teams from my experience.

toomuchtodo 1 day ago|||
I'm in several Slack teams for non profits and professional orgs, Teams for a client or two, IRC and Matrix servers for digital archiving ops, Signal/WhatsApp/GroupMe/Telegram groups, etc. I have been in tech for 25+ years, I am familiar with the extremes. You are right, things can be bad, that is the point of systems engineering: to drive directionally towards continual improvement. Success is never assured, but throwing our hands up and giving up is not reasonable. Make a plan, work the plan. Default to action. Work is hard.

I recommend "Thinking in Systems" by Donella H. Meadows (ISBN13 9781603580557) on this topic [1]. It's ~$10 on Amazon as of this comment, and the PDF is easy to find with a quick web search.

[1] https://openlibrary.org/works/OL3737036W/Thinking_in_systems

viccis 1 day ago|||
Matrix is so much worse than Team it will make your head spin. It suffers from design by committee to an unbelievable extent, and its various end-to-end security features are wonderful from a privacy standpoint but make things much much more complicated.
jeltz 18 hours ago||
Having used both I think you are way too kind on Teams.
viccis 15 hours ago||
I've used both and written code to integrate into both. You never have to worry about, for example, losing access to all previous messages in your Teams channels if you get a new phone.
thibaut_barrere 1 day ago|||
France is leveraging Matrix in Tchap https://element.io/fr/case-studies/tchap (part of La Suite Numérique https://lasuite.numerique.gouv.fr/#products recently featured on HN).

Presumably there is funding or resources because of that.

Arathorn 1 day ago|||
France donates to the Matrix Foundation (which helps the protocol retain its neutrality and independence, and is very much appreciated), but doesn't currently financially support Element's dev as their upstream. We're trying to fix that though!
forsakenharmony 1 day ago||
better this way than the other way, element doesn't support the matrix foundation enough
Arathorn 23 hours ago||
Element has put tens of millions of dollars into Matrix over the years and today provides hundreds of thousands of dollars worth of resources per year to support it.

Amandine (acting managing dir on the fdn) is preparing the public financial report of the Foundation which will have more details on this; it should be out in a few weeks.

lwarfield 1 day ago|||
I've always thought the really low bandwidth support they added a few years ago was to support the french subs. It matched all the requirements of VLF/ELF communications.
Arathorn 1 day ago||
It wasn't France (and, ironically, it wasn't funded - it was mainly us showing off)
Teever 1 day ago|||
The key is the money.

I’ve used matrix for years, ran my own federated server for a while.

I’ve been critical of the user experience and issues with how it’s handled by the matrix team before but I acknowledge that by and large these problems can be fixed with money.

Big players need to put their big boy pants on and throw a couple coins from their farcically large coin purse and they can drive a stake through the wretched heart that is Teams.

troyvit 1 day ago|||
And this is the part I hope Europe gets. They don't have nearly as much money to throw at Matrix as Microsoft can throw at Teams, but they do have massive resources, and I bet that since Matrix doesn't have many of the same shitty KPIs as Slack and Teams, those resources can go much further.
ecshafer 1 day ago|||
The lack of shitty KPIs is the main thing. Hiring 10 full time devs to work on Matrix would probably be more effective than 500 full time devs on Slack/Teams with most of them stuck on weird Product Manager goals and renaming things to Copilot 365 Teams with Copilot.
parchley 1 day ago||||
Are you saying that Microsoft is more wealthy than all of “Europe”? And surely you must mean the EU.

The money needed to improve matrix is nothing compared to what is already being spent on Microsoft products.

JumpCrisscross 1 day ago|||
> Are you saying that Microsoft is more wealthy than all of “Europe”?

"In 2024, the EU spent €403 billion on research and development" [1]. In 2024, Microsoft spend $29.5bn on R&D [2]. So about 20 Microsofts makes up the entire EU's R&D expenditure.

Alphabet, meanwhile, spent $49.3bn on R&D in 2024 [3]. It earned $350bn that year. So it would be correct to say that Microsoft and Alphabet's revenues, alone, rival the total amount Europe spends on research and development. (Non-EU non-British spending is insignificant.)

[1] https://ec.europa.eu/eurostat/statistics-explained/index.php...

[2] https://www.microsoft.com/investor/reports/ar24/

[3] https://www.sec.gov/Archives/edgar/data/1652044/000165204425...

troyvit 16 hours ago|||
Nah I'm just saying that Microsoft has more disposable money to throw at Teams than Europe has to throw at Matrix because Microsoft is a corporation that is choosing how to spend its money internally and Europe (or the EU, but why leave Switzerland, GB, etc. out of the fun?) would be funding an external entity in a (possibly?) new way.

I'm still learning how the EU applies grants to open source projects for specific feature sets, but I'm guessing that there's a lot of friction that could be removed.

And yeah, I agree that the money needed to improve Matrix is nothing. It's about getting organized and applying that money well.

To me Europe's push for digital sovereignty has the potential to reshape open source software's competitiveness around the world and in turn, Europe's.

pmontra 1 day ago||||
I guess that the European Commission pays a lot of money to Microsoft in licenses. They could pay a fraction of those money to Matrix.
0cf8612b2e1e 1 day ago|||
Microsoft may have money, but it certainly does not seem like it is being spent on Teams in an effective way.
kgwxd 1 day ago|||
I don't know anything about Matrix. What makes it "far from perfect"? First priority of every business chat should be to move the conversation to something designed for the business concern at hand, because a chat app is a terrible place for it to live.
Arathorn 1 day ago|||
> It's far from perfect, but using a simple application with no built-in ads, AI, bloat, crap, etc is wonderful.

I think there are three main reasons it's not perfect yet:

1. Building both a decentralised open standard (Matrix) at the same time as a flagship implementation (Element) is playing on hard mode: everything has to be specified under an open governance process (https://spec.matrix.org/proposals) so that the broader ecosystem can benefit from it - while in the early years we could move fast and JFDI, the ecosystem grew much faster than we anticipated and very enthusiastically demanded a better spec process. While Matrix is built extensibly with protocol agility to let you experiment at basically every level of the stack (e.g. right now we're changing the format of user IDs in MSC4243, and the shape of room DAGs in MSC4242) in practice changes take at least ~10x longer to land than in a typical proprietary/centralised product. On the plus side, hopefully the end result ends up being more durable than some proprietary thing, but it's certainly a fun challenge.

2. As Matrix project lead, I took the "Element" use case pretty much for granted from 2019-2022: it felt like Matrix had critical mass and usage was exploding; COVID was highlighting the need for secure comms; it almost felt like we'd done most of the hard bits and finishing building out the app was a given. As a result, I started looking at the N-year horizon instead - spending Element's time working on P2P Matrix (arewep2pyet.com) as a long-term solution to Matrix's metadata footprint and to futureproof Matrix against Chat Control style dystopias... or projects like Third Room (https://thirdroom.io) to try to ensure that spatial collaboration apps didn't get centralised and vendorlocked to Meta, or bluesky on Matrix (https://matrix.org/blog/2020/12/18/introducing-cerulean/, before Jay & Paul got the gig and did atproto).

I maintain that if things had continued on the 2019-2022 trajectory then we would have been able to ship a polished Element and do the various "scifi" long-term projects too. But in practice that didn't happen, and I kinda wish that we'd spent the time focusing on polishing the core Element use case instead. Still, better late than never, in 2023 we did the necessary handbrake turn focusing exclusively on the core Element apps (Element X, Web, Call) and Element Server Suite as an excellent helm-based distro. Hopefully the results speak for themselves now (although Element Web is still being upgraded to use the same engine as Element X).

3. Finally, the thing which went wrong in 2022/2023 was not just the impact of the end of ZIPR, but the horrible realisation that the more successful Matrix got... the more incentive there would be for 3rd parties to commercialise the Apache-licensed code that Element had built (e.g. Synapse) without routing any funds to us as the upstream project. We obviously knew this would happen to some extent - we'd deliberately picked Apache to try to get as much uptake as possible. However, I hadn't realised that the % of projects willing to fund the upstream would reduce as the project got more successful - and the larger the available funds (e.g. governments offering million-dollar deals to deploy Matrix for healthcare, education etc) then you were pretty much guaranteed the % of upstream funding would go to zero.

So, we addressed this in 2023 by having to switch Element's work to AGPL, massively shrinking the company, and then doing an open-core distribution in the form of ESS Pro (https://element.io/server-suite/pro) which puts scalability (but not performance), HA, and enterprise features like antivirus, onboarding/offboarding, audit, border gateways etc behind the paywall. The rule of thumb is that if a feature empowers the end-user it goes FOSS; if it empowers the enterprise over the end-user it goes Pro. Thankfully the model seems to be working - e.g. EC is using ESS for this deployment. There's a lot more gory detail in last year's FOSDEM main-stage talk on this: https://www.youtube.com/watch?v=lkCKhP1jxdk

Eitherway, the good news is that we think we've figured out how to make this work, things are going cautiously well, and these days all of Element is laser-focused on making the Element apps & servers as good as we possibly can - while also continuing to also improve Matrix, both because we believe the world needs Matrix more than ever, and because without Matrix Element is just another boring silo'd chat app.

The bad news is that it took us a while to figure it all out (and there are still some things still to solve - e.g. abuse on the public Matrix network, finishing Hydra (see https://www.youtube.com/watch?v=-Keu8aE8t08), finishing the Element Web rework, and cough custom emoji). I'm hopeful we'll get here in the end :)

vovavili 1 day ago|||
God speed and thank you for your work. We need a professional world without the hellish Teams-Slack duopoly.
yabones 1 day ago||||
Best of luck to you and the team! I really, really hope it's successful :)
jacquesm 1 day ago|||
Have you considered raising capital?
Arathorn 1 day ago||
yes, Element is venture-funded, which is where much of the money came to build all this in the first place - see the bottom of https://element.io/en/about.
NedF 1 day ago||
[dead]
uyzstvqs 1 day ago||
This does not bode well. Matrix is honestly not good, as someone who has tried to use it. It's slow, janky, often unstable, and poorly standardized.

My suggestion: https://threema.com/en/products/work (hosted) or https://zulip.com/ (OSS self-hosted).

bigstrat2003 1 day ago||
I've been running a Matrix homeserver for a couple of years now and I've never had any issues with it. Not saying Matrix is perfect, but it is not as bad as you are making it out to be either.
JuniperMesos 1 day ago||
Have you never run into any issues with encrypted chats not syncing properly between different clients, or messages not getting transferred correctly between users on different homeservers because of federation issues? Or matrix clients attempting to do some action, spinning for a bit, and then failing with an error message with no details? Or searching for rooms not working correctly and the UI not being able to clearly tell you what is actually going on with the search? I set up a Matrix server relatively recently and these were all issues that came up pretty much immediately.
Matl 1 day ago|||
While I don't doubt your experience, I've been running Conduit[0] for a while now to great success (a lot simpler to configure than Synapse).

I don't think it's a fact that Matrix is not good. For MS Teams? It's pretty close to a fact.

0 - https://conduit.rs

ipdashc 1 day ago|||
Zulip is phenomenal. Cool and unique concept, clean and snappy UI. I have no idea why it's not more popular. (Network effects and an unfamiliar layout, I suppose.)

I see the comments that say Matrix has improved a lot, so maybe it's fine now, but yeah, when I tried it previously it sucked. Weird UI was my chief complaint, but more importantly it didn't seem like there was a proper concept of organizations, in the sense of Discord or Slack servers? With roles, channels, even silly things like custom emojis. Matrix at the time seemed like just an SMS group chat replacement, I have no idea why people recommended it for organizational use. Maybe it's improved since.

Arathorn 1 day ago|||
When did you try it? Both Matrix the protocol and implementations like Element X have improved immeasurably over the last year or so.
uyzstvqs 1 day ago|||
It's been more than a year, and Element X does honestly look a lot better. But it's been mobile-only for years. And if I'm correct, the desktop/web clients still require you to use embedded Jitsi. And what about non-Element clients?

As a user, I just need stuff like this to be standard, and work for every participant regardless of what client they use.

Arathorn 1 day ago||
Element Desktop/Web (and Element X) use Element Call for proper encrypted group VoIP/Video these days rather than Jitsi - since Sept 2024. Meanwhile we're busy upgrading Element Web to use the same rust-sdk engine as Element X (although this will take a year or so).

In terms of non-Element clients... I can't really speak for them, but I hear really good things about Cinny for folks who want a more Discord-like experience on desktop, and we livecoded an Element Call integration for it at the Matrix Conference in October (hopefully it merged). I think FluffyChat also may support the new MatrixRTC calling too.

chme 1 day ago||||
Element X is in some cases still a downgrade from Element. For instance there doesn't seem to be a way to create local key backups anymore. Also, that calls between Element and Element X are incompatible means both apps need to be installed in order to receive calls from all contacts.

Still, I love Matrix and hope that these issues will be resolved in time.

Arathorn 1 day ago||
Manually importing/exporting keybackups is on the todo list (albeit towards the bottom). Supporting legacy calls is not (unless someone contributes it); the intention is to converge asap on native Matrix group calls.
cue_the_strings 1 day ago||||
This cannot be overstated. It used to be a pile of trash, now it's quite decent (but with lots of room for improvement).
eptcyka 1 day ago|||
You will always say that.
Arathorn 1 day ago||
Probably, but much like the sitar player's sitar in Moulin Rouge, I aim to only speak the truth :)
tcfhgj 1 day ago|||
Threema: proprietary, outside EU

Zulip: lacks encryption, interoperability

uyzstvqs 1 day ago|||
Threema is Swiss, which is a regional EFTA member. It's end-to-end encrypted and the clients are open-source.

Zulip has client-server encryption, which is fine if you control the server.

chme 1 day ago||
Threema is still vendor lock-in.
moepstar 1 day ago||
Wasn’t Threema sold this week or something?

https://comitiscapital.com/news/comitis-capital-announces-th...

Not sure what / if that changes anything, but presumably it will… sometime…

837263292029 1 day ago|||
Why would they need encryption? Does the european commision have anything to hide?

Chat control for thee but not for me?

simfree 1 day ago|||
It works faster & better than Signal Desktop.
Ylpertnodi 1 day ago|||
Genuinely surprised at this - I've never heard of signal desktop not being fast, or good. Works a1 for me.
dpc_01234 1 day ago|||
Signal Desktop is having its db corrupted every other time I launch it, and wants me to reconnect to the phone. The UX is OKish.
emeril 1 day ago|||
yeah, it's fine for me - probably as good as an electron app can get (def not good as a true native app but it's def better than having to use my phone...)
jampekka 1 day ago|||
That's not a high bar.
kisamoto 1 day ago|||
Personally I've found Matrix significantly more user friendly than Threema work. Zulip I haven't used in anger so I can't comment on that but I've seen a few places that even open source they charge per user for things like notifications. Not ideal IMHO. There should be an option to replace notifications with a separate service.

It's hard to find a decent service that ticks all the boxes but I do sincerely hope that the EU can support Matrix to bring it up to the standard that we all deserve.

drnick1 1 day ago|||
> Mobile notifications for organizations with up to 10 users

Why does the self-hosted edition have this restriction? If the software is truly OSS, the limit could be trivially patched. But this kind of restriction just does not inspire much confidence in the project to be honest.

lstodd 1 day ago||
Because mobile notifications require integration with operators and cost money.

This is not about the ones that are pushed over IP, this is about mobile push.

xethos 1 day ago|||
Mobile notifications do not require outside operators. UnifiedPush / ntfy is FLOSS, and allows for a single background connection for multiple apps / notification channels. It can also be self-hosted (and I do!)

This puts the operational costs (number of devices and notifications) on whomever is running the server - and because of how valuable metadata is, I expect them to be run in-house by governments

lstodd 22 hours ago||
Well I guess you can do the same with zulip, redirect notifications somewhere else that is. Never hosted zulip, but it should be more or less staightforward when hosting it yourself, the 10 free looks like a limit when using their endpoint, not universal.
wolvoleo 1 day ago|||
It doesn't require operator involvement, you can just integrate with FCM and APN?
odo1242 1 day ago||
FCM and APN are the operators
foresto 1 day ago|||
Can you be more specific about your criticisms? I have gripes about Matrix, but your assessment doesn't match my experience.
diggyhole 1 day ago||
Sounds like something Europe would love.
evanjrowley 1 day ago||
Related, the internall messenger for NATO also uses Matrix. https://news.ycombinator.com/item?id=41781762
Esophagus4 1 day ago||
Someone once said to me, be very careful about negotiating with leverage… when you twist someone’s arm, they’ll say, “I’ll remember that. You may have won this one, but I’m gonna win the next one.”

Sadly, the US has done this to ourselves… all this arm twisting and strong-manning is coming home to roost.

It’s not clear that patchwork EU government back offices migrating off Teams will hurt US tech, but long term, in aggregate, this is going to be a headache for American tech.

EU can’t out innovate US tech, but they can make it harder to dominate their markets.

codethief 1 day ago||
I hope you're right! I mean, at the level of personal relationships I fully agree[0]. However, institutions tend to be forgetful.

[0]: Someone once said to me something very similar to what you quoted: "Be nice to people. People will remember you. And they will gossip if they don't like you and you have wronged them. It's much easier to ruin your reputation with a single action done to a single person than to build up a good one."

kisamoto 1 day ago|||
> EU can’t out innovate US tech

why not?

Okay not today but China was known as the cheap copier and is now the innovator.

tormeh 1 day ago|||
EU labor laws, and fractured internal market.
Esophagus4 1 day ago|||
Do you really believe that?

If so, I think the onus would be on you to prove it, not me.

Or, more importantly, if you really think the EU will be a tech powerhouse, shouldn’t you be writing checks to their startups left and right?

Because I think that would be the revealed preference here. I’m guessing you’re not heavily invested in EU tech companies, right? Because that would say a lot about your true beliefs.

stronglikedan 1 day ago|||
> Sadly, the US has done this to ourselves… all this arm twisting and strong-manning is coming home to roost.

No it's not. This is theater to give the impression that they are "getting the orange buffoon". They'll be back in short order, and even if they aren't, it'll just be an insignificant blip on a financial chart somewhere, not even big enough to warrant someone's attention. They did similar things in Trump's first term, and came back groveling.

Esophagus4 1 day ago||
Maybe, and you might be right. These might be one-off posturing things from the EU.

Sure, a few back office shifts to OpenOffice aren’t a big deal today, but I’m worried about where we are in 10, 20 years. There is no EU tech competition to us today, but who knows… tomorrow is a new day.

panick21_ 22 hours ago||
A lot of the worlds actual problems are not about innovation but correctly using existing technologies and making the right investments in the needed infrastructure.
stock_toaster 1 day ago||
zulip seems to me like it would be a better solution to me (open source, self hostible, familiar paradigm, etc), but then again, I think _anything_ would be better than teams... so more power to them!
iknowstuff 1 day ago||
France’s government uses Matrix. Presumably a nice perk to be able to talk to them via federation
cge 1 day ago|||
I'm not sure if it ended up being used this way, but if I recall correctly, when that was being initially implemented, federation was actually a core feature: different agencies / municipalities / etc could have their own servers and control their own data and accounts, but inter-agency conversations and rooms would be well-supported, along with each agency retaining a copy of the rooms on their own servers.
pm3003 1 day ago|||
Germany (government and armed forces) and NATO also use it.
iknowstuff 1 day ago||
Germany?? I can’t imagine unless they’re using it to send pictures of signed and stamped printed and scanned letters
panick21_ 22 hours ago||
Germany doesn't universally use it but its used in germany, for example for healthcare.
tcfhgj 1 day ago||
so Matrix doesn't have self hostable open source options?
Arathorn 1 day ago||
https://github.com/element-hq/ess-helm (aka ESS Community) is Element’s FOSS distro fwiw.
antirez 1 day ago||
It's incredible in the first place that companies want people use those kind of terrible and useless software, and that people accept using it.
Arathorn 1 day ago|
talking about Teams, right? O:-)
simianwords 1 day ago||
I don’t know how Teams even got the approval to be released. It must be so embarrassing to be Satya and be forced to use this shitty piece of software.

I can’t believe that software of this quality is used so widely. Market competitive forces are not able to do their thing unfortunately.

Macha 1 day ago||
Slack costs new money. You’re already paying for teams if you use office/ms365/etc.

That’s all many companies need to see in their purchasing decisions. It’s not just “is slack better” but “is it enough better to pay out“

kuerbel 1 day ago|||
It's because of the licenses mostly. If you buy e.g. business standard or business premium or whatever you want to make the most of it. Hey, there is a free chat app included, and it integrates so well with the rest of m365!

(Also most people don't know that you can still use a KMS with/for office 2024. You don't need M365.)

librasteve 1 day ago|||
errr market monopoly forces are doing their thing … the point is that only a govt can force eg an OS + APP anticompetitive monopoly provider to split up into multiple companies
soperj 1 day ago||
I felt the same way when I was forced to use Word over Wordperfect, and Powerpoint over Harvard Graphics
neom 1 day ago||
I'm surprised Mattermost doesn't get more love generally, it's fully oss isn't it? https://github.com/mattermost/mattermost
cloud-oak 1 day ago||
I think Mattermost lost a lot of instance admins' trust when they recently decided to update the server to limit access to old messages without good reason. On self-hosted instances!

https://github.com/mattermost/mattermost/issues/34271

neom 1 day ago||
That's a shame, I interviewed there once, decided not to take it but it was one of the few places I could have seen myself working at, they seemed like decent folks trying to build something worthwhile.
pseudalopex 1 day ago|||
Mattermost's license statements are confusing and contradictory.[1]

[1] https://news.ycombinator.com/item?id=46861331

trueismywork 1 day ago|||
No. It's not fully OSS.
Arathorn 1 day ago||
it’s also not decentralised (unless you bridge it to Matrix), nor end-to-end-encrypted. or standards based.
ronsor 1 day ago||
To be fair, why would you care if your internal organization or company chat is decentralized?
Arathorn 1 day ago|||
If you work with lots of other entities who want full control over their own comms (e.g. other governments, other departments, other EU entities like European Parliament and Council, the UN, NATO, etc) then decentralisation or federation is a big deal.

In the public sector it's basically a requirement: it's bananas if your country's critical infrastructure ends up dependent on some a product effectively controlled by another country (e.g. Teams) - and you obviously want to be able to communicate with other govt entities rather than being stuck in an island.

Then it's a natural extension to the private sector - although for now, it feels more folks are on the "nobody got sacked for using Teams" train.

pseudalopex 1 day ago|||
The article said secure communication with other EU bodies was a use case.
layer8 1 day ago||
Anything “sovereign” should decouple the protocol from the client software IMO, which isn’t possible with Mattermost.
pm3003 1 day ago||
Well there's always Matterbridge. If you don't have complicated workflows to replicate (and even then) you can just replicate to XMPP, Nextcloud or whatever.
jhgkhl 1 day ago||
Microsoft Teams is such a low bar, that anything else is probably an upgrade.
mhitza 1 day ago|
Can someone that uses Matrix compare it to Zulip? Which would have been my "obvious" choice.

Is it functionally comparable, discussion threads and all? Or is it much closer to something like Discord?

Arathorn 1 day ago||
Matrix is a decentralised encrypted chat protocol on which you could build something like Zulip, except decentralised and end-to-end encrypted.

Element is the actual app being trialled here, which feels more like Slack and/or Signal than Zulip. The point is that you get something you can selfhost while also interoperating with other deployments… while also encrypting the data end-to-end with Signal protocol.

tabbott 1 day ago|||
I'm sure you could do some of Zulip's features on top of Matrix.

But for what it's worth, as Zulip's lead developer, every time I'm looked at whether we could have built Zulip on top of Matrix, it just feels impossible to me. And a big part of it is the architectural decisions Matrix made to support a decentralized E2EE social network, which are not required for a self-contained chat system like Zulip or Slack (which can still be bridged with other chat systems). Permissions enforcement, performance, and lots of other details really benefit from the more focused goal, where we've explicitly decided we're not building a generic distributed network architecture and are not competing with WhatsApp.

That said, I think it's great that we have multiple OSS chat systems with different strategies that are targeting different collections of niches!

I will never understand why so many organizations entrusted the communications fabric of their organization to Microsoft and SalesForce Cloud services over the last decade. If an organization can succeed in escaping Teams or Slack to Element/Matrix, that's great, even if it's a use case where Zulip would be a better end-user experience for their requirements.

pm3003 1 day ago||||
Federation can feel like "just a feature" but the E2E encryption (also in group chats) is a reason for Matrix to exist and a big reason why it's so slow.
ezst 1 day ago|||
It's so slow because it's so badly designed as a protocol, E2E isn't really the problem (the slowness is roughly equivalent for non-encrypted rooms)
dpc_01234 1 day ago|||
"Slow" in what sense? Development? Because I self host a Conduit server and I don't ever notice messages being slow. It would be hard to notice anyway, as in a group chat people usually take some time to type in their responses.

The sync between large groups used to be slow because of amount of data, but Element X and "sliding windows" were rolled out to help with it.

AFAIK, the public Matrix server used to be slow because of a heavy load (I think), but on my self-hosted instance that's not a problem at all.

JuniperMesos 1 day ago||
The experience of using Matrix involves a lot of sluggishness at various points in the client - waiting to decrypt messages or properly sync keys, waiting to join a room or for room search to load - these are the things that have been salient to me using multiple matrix clients with a freshly-spun-up server within the past month.
dpc_01234 11 hours ago||
I more mindfully played a bit with my Element (web UI), and Element X (Android), and while there might something to it, and I suspect the e2e encrypted data model will always lead to some extra work required. Element seems a bit sluggish. However Element X on my Android seems butter smooth.

And event the slower Element seems far better than Discord that I'm forced to use, where I can't even scroll history without the whole thing stuttering.

solarkraft 1 day ago||||
> on which you could build something like Zulip

I hope that at some point a focus of the Matrix project will become why this isn’t being done. A better developer experience would supercharge the ecosystem, IMO.

Matrix should be the default for anyone building a chat app, but for some reason it’s not.

tamimio 1 day ago|||
Yeah I would love to see a new professional application based on Matrix, Element is buggy, other apps lacking too.
blitzar 1 day ago||
> Element is buggy

Someone should tell the CEO/CTO of Element

Arathorn 1 day ago|||
Speaking as the CEO/CTO of Element... the classic Element apps on mobile were buggy, thanks to being a ~10 year old codebase with no shared code between platforms and effectively the 1st generation Matrix client. Which is why we replaced them over the last few years with Element X, with all the heavy lifting shared between iOS & Android via matrix-rust-sdk (effectively a 3rd gen Matrix SDK).

That said, 70% of our users haven't got the memo yet - we'll do a hard-upgrade when the remaining missing features in Element X (Spaces & Threads) are fully out of Labs.

Meanwhile, Element Web is lagging behind Element X - but we're now in the middle of an incremental in-place upgrade (not a big-bang rewrite, thank goodness) to use matrix-rust-sdk - see our talk from FOSDEM last Sunday for the details: https://fosdem.org/2026/schedule/event/DZJVTS-an-element-web...

JuniperMesos 1 day ago|||
> That said, 70% of our users haven't got the memo yet - we'll do a hard-upgrade when the remaining missing features in Element X (Spaces & Threads) are fully out of Labs.

This isn't users not getting the memo yet, this is users being faced with an unfortunate choice between a buggy, slow client and a new client that doesn't implement important functionality like Spaces and Threads.

Flere-Imsaho 1 day ago||||
Can i ask why is Element Classic even available on the Google Play Store? If you want people to move away from this?

I've only started my Matrix journey, in the form of writing bots using the matrix Python library. I'm keeping my fingers crossed, as the Matrix protocol could be really impactful.

neiljohnson 14 hours ago|||
When Element X first launched, the goal was for it to cover the personal messenger use case. This worked just fine for some people, but for many, feature parity with the old apps and parity with the web experience was a hard blocker.

Both Spaces and Threads are about to land, and there are other lower-profile features that also need rounding out. We would expect full parity by April this year. At which point migration should be an obvious choice.

pseudalopex 1 day ago|||
He said Element X missed Spaces & Threads.
solarkraft 1 day ago||||
I’m excited to watch the talk. I’m generally critical of Matrix, but that’s because I want it to succeed. Lately I find you’ve been doing a lot of things right, so I hope you keep going!
markush_ 1 day ago|||
It’s very cool and inspiring to see the CEO posting here. Keep up the amazing work!
edoceo 1 day ago|||
Arathorn is the CEO. I bet you knew that. At the time I write this your comment is grey. Maybe context was missing; or they think you're snark.
xethos 1 day ago||
I assumed it was because people here are constantly telling Arathorn that Element (not ElementX) is slow and buggy, and that when they last tried the default server (circa 2019 or so) is was buggy and full of rough edges

He's (in my mind) always positive, open, and willing to admit the shortcomings of the platform he shephards... but damn does he deal with a lot of undeserved criticism (and deserved criticism, where applicable)

andrewaylett 1 day ago|||
They are different, and the biggest reason is (I suspect) that a Zulip workspace is self-contained while a Matrix server is able to federate with other Matrix servers.

Other European institutions are also adopting Matrix, so federation may turn out to be an important feature.

Macha 1 day ago||
Matrix has threads. So does discord, but discords UI around them basically renders them functionally useless.

Anyway, the first goal listed in this project was to move to European sovereign solutions so Zulip failed at the first hurdle.

Given the (lack of) speed of European bureaucracy, this is likely more a reaction to the US sanctioning the ICC than the more recent Greenland saber rattling, but you'll probably see more of this in the future.

JuniperMesos 1 day ago|||
I wouldn't say Discord threads are useless - I do wish the UI made them more obvious, but I'm in many discord chats that use threads all the time.

Matrix has threads in a sense, but in this very thread the project lead is talking about how the new, ostensibly less buggy and more performant flagship client does not yet fully support them.

pseudalopex 1 day ago|||
> Anyway, the first goal listed in this project was to move to European sovereign solutions so Zulip failed at the first hurdle.

Element Creations Ltd and The Matrix.org Foundation CIC are UK companies.

Arathorn 1 day ago|||
Element Software SARL and Element Software GmbH however are not. In practice I believe it's Element Software GmbH providing the European Commission deployment of ESS. (Both are owned by the UK topco, but at the current rate we might flip one of them to be the topco instead).
pseudalopex 1 day ago||
Subsidiaries mean nothing. Microsoft have EU subsidiaries also. And might means might not.
Macha 1 day ago|||
The UK is in Europe. Brexit didn't float the country out several hundred miles.
pseudalopex 1 day ago||
The Declaration for European Digital Sovereignty defined digital sovereignty as the EU and its Member States' ability to act autonomously and to freely choose their own solutions, while reaping the benefits of collaboration with global partners, when possible. The UK is not the EU or a member state.

Part of Russia is in Europe. Do you believe Russian products were considered?

Macha 1 day ago||
And this comment chain adds what exactly?

It’s pretty obvious why the UK is considered more European than the US, and equally obvious too why Russia is not considered in that tent.

Pretending it’s not just so you can disagree with a comment adds nothing and is an example of why HN is so often a tedious place.

pseudalopex 1 day ago||
The EU's definition of digital sovereignty included collaboration with global partners. It is obvious why UK companies could be considered more reliable global partners than US or Russian companies. A muddled concept of European was not needed to explain it. If where an open source solution was developed mattered even.
More comments...