Alternatives to Mattermost

Submitted ⁨⁨4⁩ ⁨days⁩ ago⁩ by ⁨Harald_im_Netz@feddit.org⁩ to ⁨selfhosted@lemmy.world⁩

Hey there,

I’m on the search for an alternative to Mattermost for a small institution I’m working with. Mattermost was the strongest contender for our needs, yet they changed their policy regarding self-hosted instances. The factor that killed it for us, is the hard cap on 250 registered users, as we potentially might need to commodate more than that.

Rocket.Chat has similar caps.

We found Zulip, and it seems as it might be what we are looking for, but we haven’t tested yet. Nonetheless, I wanted to address this community, as you may have another good idea?

source

Comments

Sort:hotnew top

eksb@programming.dev ⁨4⁩ ⁨days⁩ ago
Mattermost is licensed under the AGPL. How are they enforcing a 250 user limit?

source
- starshipwinepineapple@programming.dev ⁨4⁩ ⁨days⁩ ago
  Might be worth taking this and the original github issue. It isn’t actually agpl. They only grant access to the source code to build a compiled version which isn’t freedom. And beyond that some code is covered under a source available enterprise license which i think is where they would enforce their paywall
  
  source
  - eksb@programming.dev ⁨4⁩ ⁨days⁩ ago
    At the copyright owner, they are within their rights to release the source code under the AGPL, and also sell it under other licenses. Anyone is free to use the code under the AGPL. Nobody who releases code under an open-source license is obligated to provide binaries.
    
    As the copyright owner, they are free to use the code along with other non-open-source code (e.g.: SSO integrations) to build a non-free product.
    
    source
    -> View More Comments
- bdonvr@thelemmy.club ⁨4⁩ ⁨days⁩ ago
  Some drama on their licensing situation:
  
  github.com/mattermost/mattermost/issues/8886#issu…
  
  source
GameGod@lemmy.ca ⁨18⁩ ⁨hours⁩ ago
I’m late to the party here, but did you consider just paying for Mattermost? If it meets your needs, and your organization has 250 people, the cost for licensing is going to be relatively small. They have “contact us” pricing, which means you can negotiate it.

source
deadcade@lemmy.deadca.de ⁨4⁩ ⁨days⁩ ago
Matrix (Synapse with Element) can be self-hosted for free, though they have optional paid plans for enterprises. The main goal of Matrix is federation (connecting with other servers), though this can be turned off completely. This is probably the most “business” look/feel you can get fully FOSS, if that’s what you’re looking for.

XMPP has more clients/servers, and is more for the technically oriented end user. I can’t really give recommendations here, as I haven’t extensively used XMPP.

Spacebar (formerly Fosscord) is a Discord clone (API compatibility as a goal) that can be selfhosted.

source
- Appoxo@lemmy.dbzer0.com ⁨4⁩ ⁨days⁩ ago
  Using matrix through element.io on ocassion.
  It’s great.
  
  source
- poVoq@slrpnk.net ⁨3⁩ ⁨days⁩ ago
  Xmpp works great for 1:1 chats and small private groups, but there isn’t really an enterprise team chat client for it. Recently some promising projects came up trying to change that, but they are still too new to be serious contenders for that usecase specifically. Maybe in 1-2 years the situation will be different.
  
  source
- SreudianFlip@sh.itjust.works ⁨3⁩ ⁨days⁩ ago
  Had to move a small team away from skype/teams quickly so renting dedicated matrix hosting in Europe and not federating the instance has been working great, except for some issues like group calls over jitsi not working properly and users reluctant to learn more odd interfaces.
  
  source
Krafting@lemmy.world ⁨4⁩ ⁨days⁩ ago
Matrix is great

source
French75@slrpnk.net ⁨3⁩ ⁨days⁩ ago
I tried Zulip for a small org. Used their hosted version since it’s quite generous for nonprofits. I personally liked it, but I was very much in the minority. Most of our people didn’t like it. I don’t think anyone articulated very well why they didn’t like it so it’s hard for me to characterize it other than people bitched about the UI a lot. I personally think it works fine, just be ready for some pushback.

We also tried Mattermost, and the uptake seemed a little easier. If you’re used to slack, discord, etc., most of them are pretty easy to transition to, but if you’re dealing with people that never used a real time chat platform, all of them (even slack) are like pushing a rock uphill because people can be impressively resistant to sensible change.

source
Strit@lemmy.linuxuserspace.show ⁨4⁩ ⁨days⁩ ago
There is also Nextcloud Talk, but it can be a bit overwhelming to set up (needs the high-performance backend for video and stuff). But, it’s entirely self-hosted and has no user cap as far as I am aware.

source
- possiblylinux127@lemmy.zip ⁨3⁩ ⁨days⁩ ago
  I’m not sure what the performance would look like for hundreds of users
  
  source
SrMono@feddit.org ⁨4⁩ ⁨days⁩ ago
Out of curiosity would matrix work for you?

source
somegeek@programming.dev ⁨3⁩ ⁨days⁩ ago
People suggest matrix but matrix really doesnt replace mattermost for an org.

mattermost is oriented towards org needs. It has boards, playbooks, better levels of access control. Admin panels etc.

We really need a sane Slack alternative that is at least fully free for self hosting.

source
tirateimas@lemmy.pt ⁨4⁩ ⁨days⁩ ago
A Matrix server is a good solution. You can disable federation if you would rather not talk to other instances and have a similar experience to Mattermost, Slack, etc.

If you dislike the Matrix protocol, an XMPP server would work exactly the same way.

NextCloud Chat could also be a viable solution for internal chat.

source
dunz@feddit.nu ⁨3⁩ ⁨days⁩ ago
Nextcloud talk, but it’s no small feat to setup properly

source
biotin7@sopuli.xyz ⁨3⁩ ⁨days⁩ ago
Is XMPP not good enough ? Or GNU-Jami.

source
- vegetaaaaaaa@lemmy.world ⁨2⁩ ⁨days⁩ ago
  Any recommendations for a good XMPP web client?
  
  See my requirements in other comment.
  
  source
  - biotin7@sopuli.xyz ⁨2⁩ ⁨days⁩ ago
    Movim & Gajim. Dino is pretty good too
    
    source
clif@lemmy.world ⁨3⁩ ⁨days⁩ ago
This sounds like exactly my research arc over the last few months. I went with rocket because the 50 user limit is probably fine… Doesnt work with podman regardless of the docs.

Curious to see where you land

source
bmcgonag@lemmy.world ⁨2⁩ ⁨days⁩ ago
I’ll give a vote for Zulip. It’s come a long way over the years, and if you really look at the way they’ve built it, it’s so much better than most options as there is a built in concept of context in threaded conversation.

source
danielquinn@lemmy.ca ⁨3⁩ ⁨days⁩ ago
I keep seeing Zulip tossed around as an alternative, but I don’t know what’s up with their licencing. There’s also Framateam, but I think that might just be Mattermost as a service.

source
vegetaaaaaaa@lemmy.world ⁨2⁩ ⁨days⁩ ago
I’m in the same boat, running a Gitlab Mattermost instance for a small team.

Gitlab has not announced yet what will happen with the bundled Mattermost, but I guess it will be dropped entirely, or be hit by the new limitations (what will hit us the hardest is the 10000-most-recent messages limitation, anything further than that will be hidden behind a paywall - including messages sent before the new limitations come in effect - borderline ransomware if you ask me)

I know there are forks that remove the limitation, may end up doing that if the migration path is not too rough.

I used to run a Rocket.Chat instance for another org, became open-core bullshit as well. I’m done with this stuff.

I have a personal Matrix + Element instance that barely gets any use (but allows me to get a feeling of what it can do) - I don’t like it one bit. The tech stack is weird, the Element frontend receives constant updates/new releases that are painful to keep up with, and more importantly, UX is confusing and bad.

So I think I’ll end up switching this one for a XMPP server. Haven’t decided which one or which components around it precisely. I used to run prosody with thick clients a whiiille ago and it was OK.

My needs are simple, group channels, 1-to-1 chat, posting files to a channel. ideally temporary many-to-many chats, decent web UI.

Voice capabilities would be a bonus (I run and use a mumble server and it absolutely rules once you’ve configured the client, but it doesn’t integrate properly into anything else, and no web UI), as well as some kind of integration with my Jitsi Meet instance. E2E encryption nice but not mandatory. Semi-decent mobile clients would be nice.

For now, wait and see.

source
undu@discuss.tchncs.de ⁨3⁩ ⁨days⁩ ago
Of the ones I’ve tried that are fully open-source is the best ons regarding UX functionality.

For example, Matrix is a UX nightmare, with many different clients implementing different features, or having issues if a non-default login mode is used, ending in people getting locked out after the browser logged them out because they forgot to copy a key when they were logged in.

Others like rocketchat are opencore like matter most, which means they can do the switcheroo.

The things I would care the most when checking this kind of service are:

UX: how easy it is to use for nontechnical users

how well-backed is the project, socially and financially, to ensure it lasts a long time

how easy it is to get the (public) conversations out, as an exit strategy, if the one above isn’t looking so good.
source
- tekato@lemmy.world ⁨3⁩ ⁨days⁩ ago
  On Matrix, as long as you have your username and password, it’s not possible to get “locked out” due to not having your keys. In fact, your keys are only necessary if you plan to participate in encrypted chats, in which case it’s obvious that losing your key will mean losing access to old messages. However, you will still be able to receive new messages by generating a new key.
  
  source
slacktoid@lemmy.ml ⁨3⁩ ⁨days⁩ ago
Zulip is great, it’s very powerful and works well even when you rely on their hosting. The only issue I have with it is its ui could be better but its not something you can’t figure out. Search feature isn’t always the most reliable so that practise isn’t gonna work there.

source
lambalicious@lemmy.sdf.org ⁨3⁩ ⁨days⁩ ago
Nothing (well maaaaaaybe IRC) beats XMPP / Jabber when it comes to installing for small institutional needs. There are pretty good servers around, such as Prosody.

source
- poVoq@slrpnk.net ⁨3⁩ ⁨days⁩ ago
  The servers are great, but the currently available clients are only great for non-corporate usecases IMHO.
  
  source
  - motruck@lemmy.zip ⁨3⁩ ⁨days⁩ ago
    Yep. I tried xmmp over matrix and while was relatively solid and straightforward to configure the clients and lack of central history were too much of a step back so I went back to matrix.
    
    source
    -> View More Comments
quaff@lemmy.ca ⁨3⁩ ⁨days⁩ ago
Have you checked out rocketchat or stoat? 🙏

source

Decronym@lemmy.decronym.xyz ⁨3⁩ ⁨days⁩ ago

Acronyms, initialisms, abbreviations, contractions, and other phrases which expand to something larger, that I’ve seen in this thread:

Fewer Letters	More Letters
IMAP	Internet Message Access Protocol for email
SMTP	Simple Mail Transfer Protocol
SSO	Single Sign-On
XMPP	Extensible Messaging and Presence Protocol (‘Jabber’) for open instant messaging

[Thread #59 for this comm, first seen 4th Feb 2026, 08:10] [FAQ] [Full list] [Contact] [Source code]

source

jrdm@slrpnk.net ⁨3⁩ ⁨days⁩ ago
You can try Delta Chat. It’s self hosted, E2EE and they use SMTP and IMAP protocols, so it’s compatible with any email account (not 100% real this, didn’t work with tutamail or Proton mail)

source