Mattermost is no longer Open-Source (github.com)
from vegetaaaaaaa@lemmy.world to selfhosted@lemmy.world on 12 Feb 20:01
https://lemmy.world/post/43061242

#selfhosted

threaded - newest

mrfriki@lemmy.world on 12 Feb 20:08 next collapse

Yup, migrated to Google chat last week at work. Way worse than Mattermost :(

danielquinn@lemmy.ca on 12 Feb 20:09 next collapse

From a read of that issue, it looks like it never was.

supersquirrel@sopuli.xyz on 12 Feb 20:30 next collapse

It isn’t really Open Source if it can become not Open Source.

OfCourseNot@fedia.io on 12 Feb 22:30 collapse

If you have some fos licensed software it will be foss forever, that licence is a contract and doesn't go away. Now the author(s) of that code can license it to other people or release the newer versions with a different non-foss licence.

caseyweederman@lemmy.ca on 13 Feb 01:47 collapse

Don’t tell Oracle

NewNewAugustEast@lemmy.zip on 12 Feb 20:57 next collapse

I just was considering trying it out! Oh well.

twelvety@fedia.io on 12 Feb 20:58 next collapse

(Breathes in...)

Having spent a large part of today wrestling with a selfhosted mattermost upgrade, it would be nice if they spent a bit of time focusing on making this better, like many other things do. Nothing else, at least since we dropped Atlassian selfhosted apps, has been as consistently poor at this.

Changes to supported databases (not once, but twice), forced migrations, breaking change after breaking change (especially of things that could easily be handled automatically but instead block until you've found the log error and researched it), and so on. Support, even for commercial customers, is very poor and sometimes extremely rude (at least one senior dev is very opinionated). And things like arbitratrily restricting how many historical messages you can read without a commercial licence shows a deep disrespect for users, plus random feature creep like adding telephony, who actually uses that?

Compare to Teamcity where you click one link in the ui and are pretty confident stuff will work afterwards, and most other selfhosted apps where major distro specific packages are provided, and add a very rapid release cycle, it's a lot of work to maintain.

Overall, I'm not convinced that Mattermost is a well run project, foss or not. Major changes in direction smack of poor roadmapping and leadership. It would not surprise me at all if the licence issues in the post turned out to be accidental rather than deliberate.

Seriously, if you're in the market for a chat app - whether it's free or a thousands-seat enterprise, pick something else. Almost anything else.

wilo108@lemmy.ml on 12 Feb 22:41 collapse

I’ve been running self-hosted Mattermost for a medium-sized academic org for a while now, and upgrades have always been a breeze, tbh (but I only use the version with open-source code only – the “Team Edition” --, not the Entry or any of the other Enterprise Editions, so that may be relevant).

inari@piefed.zip on 12 Feb 21:55 next collapse

Wow, that’s sad

stuner@lemmy.world on 12 Feb 22:50 collapse

Eh, that post title is quite sensationalistic.

  1. Nothing regarding the license has changed in the last 2 years.
  2. It seems like they consider the non-enterprise code to be licensed under the AGPL:

Thank you for the community discussion around this topic. I do recognize that our licensing strategy doesn’t offer the clarity the community would like to see, but at this time we are not entertaining any changes as such.

UPDATE Feb 2, 2026: To be specific, our license is using standard open source licenses, a reciprocal AGPL license and a permissive Apache v2 license for other areas. Both are widely used open source licenses and have multiple interpretations of how they apply, as showcased in this thread.

When we say we don’t “offer the clarity the community would like to see”, that refers specifically to the many statements in this thread where different contributors are confused by other people’s comments and statements.

For LICENCE.txt itself, anyone can read the history file and see we haven’t materially changed it since the start of the project.

If you’re modifying the core source code under the reciprocal license you share those changes back to the open source community. If you’d like to modify the open source code base without sharing back to the community, you can request a commercial license for the code under commercial terms.

Maybe we can hold the pitchforks a while longer, unless they actually make a negative change.

IanTwenty@piefed.social on 12 Feb 23:15 next collapse

The contention is that Mattermost say it’s licensed under AGPL but then they add conditions which are incompatible with that license. So it seems they want to give appearance of AGPL but not give the actual rights that come with it. So therefore it’s not AGPL.

73ms@sopuli.xyz on 12 Feb 23:22 collapse

which conditions on top of AGPL are they adding?

wilo108@lemmy.ml on 12 Feb 23:30 collapse

My understanding was (perhaps wrong?) that the “Mattermost Team Edition” is offered under the AGPL, and then the “Enterprise” Editions (starting with the “Entry Edition”) have additional restrictions (including the 10k message limit in the “Entry Edition” that everyone’s been talking about). They do a good job of hiding the “Team Edition” (it’s almost like the don’t really want to have to offer an open-source editions… 🤔), but it is there if you can find it. docs.mattermost.com/…/editions-and-offerings.html…

73ms@sopuli.xyz on 13 Feb 00:41 collapse

This seems like your standard open core/dual licensing, CLA controlled BS where open source is indeed treated like an inconvenience… Perhaps with more obfuscation than on average. Probably not really adding requirements on top of AGPL as such but they seem to be offering multiple releases under a more restrictive license either because they have the rights so they can do dual licensing or they keep certain components proprietary and don’t offer those with the team/community editions.

So yeah, probably within their legal rights and I assume there is still a codebase/release that you can use under the terms of the AGPL but they do seem to be looking for ways to make it be used as little as possible.

I could be wrong if the AGPL and other open source parts aren’t enough for actually compiling a functional version of this but this is what it mostly looks like to me.

scrubbles@poptalk.scrubbles.tech on 12 Feb 23:16 collapse

I Will never understand why the open source community hates the GPL license. Maybe they just haven’t seen themselves how big corporations taking advantage of free individual independent developers. I still remember the core.js developer, whose code is in pretty much every giant framework out there basically begging for any sort of income for his work while his family was going hungry in Eastern Europe. Angular, react, all major frameworks absolutely depend on it and never gave them anything.