this post was submitted on 12 Feb 2026
113 points (98.3% liked)

Selfhosted

56297 readers
998 users here now

A place to share alternatives to popular online services that can be self-hosted without giving up privacy or locking you into a service you don't control.

Rules:

  1. Be civil: we're here to support and learn from one another. Insults won't be tolerated. Flame wars are frowned upon.

  2. No spam posting.

  3. Posts have to be centered around self-hosting. There are other communities for discussing hardware or home computing. If it's not obvious why your post topic revolves around selfhosting, please include details to make it clear.

  4. Don't duplicate the full text of your blog or github here. Just post the link for folks to click.

  5. Submission headline should match the article title (don’t cherry-pick information from the title to fit your agenda).

  6. No trolling.

  7. No low-effort posts. This is subjective and will largely be determined by the community member reports.

Resources:

Any issues on the community? Report it using the report flag.

Questions? DM the mods!

founded 2 years ago
MODERATORS
top 10 comments
sorted by: hot top controversial new old
[–] stuner@lemmy.world 5 points 26 minutes ago (1 children)

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 1 points 2 minutes ago

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.

[–] danielquinn@lemmy.ca 55 points 3 hours ago

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

[–] supersquirrel@sopuli.xyz 31 points 2 hours ago* (last edited 2 hours ago) (1 children)

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

[–] OfCourseNot@fedia.io 5 points 46 minutes ago

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.

[–] inari@piefed.zip 4 points 1 hour ago

Wow, that's sad

[–] twelvety@fedia.io 10 points 2 hours ago (1 children)

(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 2 points 35 minutes ago

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).

[–] mrfriki@lemmy.world 13 points 3 hours ago

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

[–] NewNewAugustEast@lemmy.zip 1 points 2 hours ago

I just was considering trying it out! Oh well.