<p><pre><code> diff --git a/server/channels/app/limits.go b/server/channels/app/limits.go
index b13103898a..a8be8dd908 100644
--- a/server/channels/app/limits.go
+++ b/server/channels/app/limits.go
@@ -36,17 +36,6 @@ func (a *App) GetServerLimits() (*model.ServerLimits, *model.AppError) {
limits.MaxUsersHardLimit = licenseUserLimit + int64(extraUsers)
}
- // Check if license has post history limits and get the calculated timestamp
- if license != nil && license.Limits != nil && license.Limits.PostHistory > 0 {
- limits.PostHistoryLimit = license.Limits.PostHistory
- // Get the calculated timestamp of the last accessible post
- lastAccessibleTime, appErr := a.GetLastAccessiblePostTime()
- if appErr != nil {
- return nil, appErr
- }
- limits.LastAccessiblePostTime = lastAccessibleTime
- }
-
activeUserCount, appErr := a.Srv().Store().User().Count(model.UserCountOptions{})
if appErr != nil {
return nil, model.NewAppError("GetServerLimits", "app.limits.get_app_limits.user_count.store_error", nil, "", http.StatusInternalServerError).Wrap(appErr)</code></pre>
Or just this:<p><pre><code> $ sed -i -E '/maxUsers(Hard)?Limit.*0$/s/$/_000/' channels/app/limits.go
</code></pre>
Source: <a href="https://github.com/mattermost/mattermost/issues/34271#issuecomment-3601919951" rel="nofollow">https://github.com/mattermost/mattermost/issues/34271#issuec...</a>
could be more complicated than this. the easiest thing (to me) would be to midufy the License() function so that it sets the Limits "correctly", as these type of things can be in multiple places.
so not only did they enforce a ridiculously small message limit, they also did it for the self-hosted version, and they did it without announcing it AND without a suitable migration path<p>and still no one from that company has admitted to it being a mistake?<p>very nice
We migrated off them when they removed the license tier (there was cheaper self hosted tier that had LDAP feature we needed, and we really only got the enterprise version for) and essentially forced everyone to tier above.
In defense of them not admitting any kind of mistake, maybe it's not actually a mistake but instead a really well thought out, yet incredibly stupid, plan.
aka "it's a good idea to turn our productivity software into ransomware" plan
The distinction isn’t non-discriminating, but if it is then, what it is, I believe.
That'd be even more reason for them to have a solid PR plan prepared, to grind down opposition and gaslight everyone into giving up. Leaving all messaging about the issue to upset users is the <i>worst</i> way to handle it. Even just closing the issue would've been less damaging at this point.
Well they announced it in their v11 release. They stated that you may stay on v10 for 12 months (EOL) and otherwise proceed with non-profit etc.<p>Classic rug pull though
Because it is almost certainly not a mistake. They also removed support for SSO via GitLab in the Community Edition in v11, which was the only SSO option still supported by the OSS version. They are pretty obviously trying to push users towards the paid plans.
Yeah I'm mostly confused about their lack of communication.<p>If they want to do that then, as every corporate "open source", they are free to do so but why not communicate that at least in the release post?<p>Any potential free user who would consider going paid will now be starting off their relationship negatively.<p>Really weird strategy.
If this was intentional I'm going to uninstall it and encourage people never to use it. This is ridiculous.
what license do they use?
If a true FOSS license it's time to fork...
You can switch to <a href="https://framagit.org/framasoft/framateam/mostlymatter" rel="nofollow">https://framagit.org/framasoft/framateam/mostlymatter</a> which doesn't have the user limit crap.
I used to use Mattermost. Highly recommend looking at Zulip as an alternative. (It’s my favourite slack alternative and even better than Slack because it’s the best at managing distractions IMO. It also has an interesting history was acquired by Dropbox and then back from Dropbox I believe)
I love Zulip too, use it daily, wrote some nice integrations for it. Never got why people preferred Mattermost over it
Zulip too has similar restrictions even on their self hosted plans. SAML/LDAP is behind paywall too.
Just looked to their self hosted plans:<p><pre><code> - No limitation on search, members, etc.
- 10 user limit for mobile notifications, can be relaxed via community (for non-profits, FOSS projects, etc.)
- SAML/LDAP *support* is available, you can configure it. They won't provide answers to your questions.
- Actually, all Zulip features are enabled sans Mobile Notifications, but for most of them, you're on your own. If you know what you're doing, it's not a problem, I assume.
</code></pre>
IOW, for self-hosted plans, you pay for <i>support</i>, not the software. a-la early RedHat model.<p>Ref: <a href="https://zulip.com/plans/#self-hosted-sponsorships" rel="nofollow">https://zulip.com/plans/#self-hosted-sponsorships</a>
This is false, SAML and LDAP are available. Zulip self hosted has all features with no restrictions, except for mobile notifications which require a subscription for $3.50/u/m (unless you are less than 10 users or are not a non-profit of any kind)
It’s a bit odd though that Zulip charge $ for mobile notifications but still don’t have basic end-to-end encryption for those push notifications .
It's a mix of "because they can" and "because they need to maintain infrastructure for mobile push".
The feature is deployed in the server, mobile clients are still pending the release iinm. But it's coming.
> unless you are less than 10 users or are not a non-profit of any kind<p>They only give free accounts to non-profits with zero paid staff.
What restrictions have you hit ?
Bait contributors by a FOSS-like model, then switch the mode to sell the results of their contributions without paying them back. What a classic.
They're now a defense contractor, the copy on their website sounds like military cosplaying.... Probably chasing the stupid profits of Anduril and Palantir, and doing the old open source rugpull in the process.<p>Zulip (for Slack) and Wekan (for Trello) are good replacements, save yourself the ethical and technical worries.<p><a href="https://zulip.com/" rel="nofollow">https://zulip.com/</a><p><a href="https://wekan.github.io/" rel="nofollow">https://wekan.github.io/</a>
So so weird that we live in a timeline where Anduril and Palantir are military contractors of the US and other governments.<p>I know it’s somewhat of a tired observation by now but I still wonder every time how badly you have to misread LOTR to name your company after the witch kings cursed surveillance artefacts.<p>I wonder when the first weapons manufacturing company calls themselves Angmar or Uruk-hai.<p>The names are really dope though I have to give them that…
> I know it’s somewhat of a tired observation by now but I still wonder every time how badly you have to misread LOTR to name your company after the witch kings cursed surveillance artefacts.<p>Have you considered that it is not "misread", they just see themselves on Saruman side ?
"Tech Company: At long last, we have created the Torment Nexus from classic sci-fi novel Don't Create The Torment Nexus"<p>It was a Mike Judge type joke, aka ha-ha only serious.
I don't think they misread it, I think they just liked sauron more than the good guys
> I wonder when the first weapons manufacturing company calls themselves Angmar or Uruk-hai.<p>Luckily/unluckily, AngMar is one of those shady medical subcontracting firms instead...
I just read the copy on Mattermost's website. I believe you can't go more cringe than this for a group chat application.<p>Wonder whether they do weapons integrations for this. Urgh.
On Kanban, I would instead suggest cryptpad.fr.<p>Crucially, it's end to end encrypted.<p>You can self-host it, or pay for having it hosted (or use the hosted free tier).<p>Has other things in addition to kanban.<p>I got a 1 yr account.<p><a href="https://cryptpad.fr/" rel="nofollow">https://cryptpad.fr/</a>
mIRC was used during GWOT for military. They just didn’t openly advertise it.<p><a href="https://news.ycombinator.com/item?id=5147321">https://news.ycombinator.com/item?id=5147321</a>
Knives were too, and yet I'm not calling people to use forks instead. There is a difference between military contractors and generic tools.<p>Edit: sorry, hotheaded reply. I assume you mean that the creator of mIRC was encouraging it (though it's not mentioned anywhere). I still.stand by my analogy, but I see your point given your assumption.
> I assume you mean that the creator of mIRC was aware of it and encouraging it.<p>Like most licensed software, it was likely licensed by “US Government” or “Department of Defense”. Plus, it was openly written about back in the day. It was well known. No clauses in their licensing to prevent its use for those purposes.<p>Comparing to Mattermost and amplifying the original comment, Mattermost website is openly associating with PlatformOne.
What's GWOT?
Ive seen MM instances across defense dev teams for quite a while specifically to avoid Teams bs in the air force, gov teams does not like mixing with other orgs. Now it seems they’re actually going for contracts and Ill bet great money are mostly funded by USAF. Im very, very surprised.
Unsurprising, given that the CEO of Element/Matrix is also selling and creating primarily to that end as well.<p><a href="https://news.ycombinator.com/item?id=46379589">https://news.ycombinator.com/item?id=46379589</a>
Mattermost is MIT licensed. What is stopping anyone from removing this restriction?
Maintaining your own fork is a ton of work. Even if it's just routinely rebasing on upstream and maintaining your own upgrade infrastructure and doing releases, that's far from trivial.<p>The open source community really needs to stop with the "just fork it" mindset.
> The open source community really needs to stop with the "just fork it" mindset.<p>It's right mindset. Just not applicable to projects that are made majority by the company because none of the contributors will move so it's essentially trying to make new team from scratch.
> Maintaining your own fork is a ton of work. Even if it's just routinely rebasing on upstream and maintaining your own upgrade infrastructure and doing releases, that's far from trivial.<p>Well I did it for Mattermost and for some other software as well. Sure, its some work, but it's not "a ton" of work and may not be "trivial" but it is also not "far" from trivial.<p>Do it like Linux maintainers maintain a ton of patched RPM's, deb's, etc. Just keep a patch in GIT. For every release of Mattermost you do a GIT clone, apply your patch and build it. Most of the time the patch will just apply cleanly. Sometimes you need to make a few adjustments, you make them and put them in GIT. There is no extensive release management or anything. You just build a patched version for every released version.
I don't think the implication is that anyone as an individual would fork it.<p>I think the implication is that some other interested org could very easily step in and assume the role that the Mattermost org was in, and everyone would very eagerly switch and leave Mattermost itself speaking to an empty room.
I use MM for about a year. Forking it would be a major undertaking as the number of vulnerabilities for which you would need to backport is quite high like 5 a month?). Last time they removed features from free (group calls in v10) there was a lot of grumbling but thats it.
>The open source community really needs to stop with the "just fork it" mindset.<p>The open source community really needs to stop with the "just do everything i want for free" mindset.<p>I mean, open source does not mean you're entitled to free support, and free in free software is not about money. I think people depend too much on those projects and then act entitled.<p>Of course the open source bait and switch done by companies is a shitty behavior worth calling out, but the companies exist to earn money and at this point this can be expected.
I don't think I've expressed a "just do everything I want for free" mindset. In fact, I'm <i>pushing against</i> the idea that someone should just fork Mattermost and maintain that fork for free.<p>I do think this development represents a bait and switch though.
From my observation Mattermost is not a software you buy "support" for. It either works and is self-manageable or you use something else. I guess Mattermost (as in the company) saw that too and now uses shitty practices to coerece people into buying it.
> Of course the open source bait and switch done by companies is a shitty behavior worth calling out,<p>Yes, that’s what we are doing here.<p>> but the companies exist to earn money and at this point this can be expected.<p>Expected != ethical. Also not a necessary, logical outcome.<p>What is legitimately expected is a pro version that has more corporate features. We’re not talking about $Xx/user/mo to enable SSO here, though.
<a href="https://github.com/mattermost/mattermost/issues/34271#issuecomment-3601919951" rel="nofollow">https://github.com/mattermost/mattermost/issues/34271#issuec...</a><p>Wanting to use Mattermost's binaries rather than building from source?<p>Re licensing see: <a href="https://isitreallyfoss.com/projects/mattermost/" rel="nofollow">https://isitreallyfoss.com/projects/mattermost/</a>
It’s not open source, it’s “open core” SaaS.
I don't know, but that seems somewhat beside the point. The restriction obviously was not added to test peoples ability to remove it.
glancing through the code, it doesn't seem like it be that hard to remove limitations such as this. PostHistoryLimit/postHistoryLimit interpreted from License Limits. a little poke here and there and I'd guess the limitations would disappear.
The time and energy that it takes to do it and build it, and then make it easy for current users to move their automatic updates to the fork, then maintaining it etc.
Nothing. Open Source is dying. The model to finance open source work (well-off suburban american dads or as a portfolio show off) no longer apply. The old generation that believed in this model is retiring and for the new generation it pays better to "network", leet code, or spam your resume to thousands of employers.<p>Now couple that with the fact that supply-chain control is profitable (legally or illegally); I think the next 5-10 years will be interesting.
There never was a model to fund open source. At least outside largest and most wide spread codebases. I think it is that reality is finally hitting. Free money has run out and now software must stand as either community efforts, wide enough used foundations or forced support.
almost seems like there is now too much money in software. the old times felt like computer science was mostly a science.
The compiled binary is.<p>The source code is... AGPL licensed?
But not the admin tools. They seem to be licensed under the Apache License 2.0.<p>--------<p>Yeah, good luck. Contact your lawyer.
AGPL and Apache are both open source licenses. So I’m not getting what the confusion would be as an end user, who won’t be modifying the software or packaging it for sale.
> Yeah, good luck. Contact your lawyer.<p>Why? The intent seems pretty clear and they're legally allowed to do this because all contributors signed a CLA.
Explain please. This interests me and I'm extremely curious about what you mean.
This seems to be only for the Enterprise edition. The "free" Team edition should not have this limit:<p><a href="https://github.com/mattermost/mattermost/issues/34271#issuecomment-3534777330" rel="nofollow">https://github.com/mattermost/mattermost/issues/34271#issuec...</a><p>Also one of the comments:<p>> Would be a shame if someone with too much time on their hands dug into the binary and added a few zeroes to the message limit<p>Can this be done via some binary-patch tool? Really curious. It would save recompile efforts.<p>edit: link<p>edit 2: I just realized, their Ubuntu repository only contains the Enterprise edition labeled "Free edition". This is really confusing. I does look like entishitification has started long ago: <a href="https://docs.mattermost.com/deployment-guide/server/deploy-linux.html#itab--Ubuntu--0_1-Ubuntu" rel="nofollow">https://docs.mattermost.com/deployment-guide/server/deploy-l...</a>
For all the bad press element/matrix has been getting, I am happy that at least I don't have to deal with this as well.
What's mattermost? People in the GitHub comments say "I just need messages" but there's lots of self hosted messaging apps/servers, no? XMPP comes to mind immediately.
It’s an IRC-like, group chat for Corporate that works in airgap. When HipChat was obsoleted, then Mattermost took over.
It's an open source alternative to Slack
My employer migrated to it from IRC, for example.
The good ole VC OS Rug Pull. Classic.<p>It’d be nice if Mozilla (or a similar foundation) could create a baseline OS platform for a business communications suite.
GitHub needs a better flag for license stuff like this. Open Source doesn’t mean what it used to.
Years ago I used to work at a company that used Mattermost for internal chats.<p>Being laid off from there was sad, but at least I didn't have to use Mattermost anymore.
I looked at it for company chat and data, but those weird limits in functionality making in unusable was just too much, so them doing this too is not really surprising. Are they low on money?
It's another level of insane to put hard limits for self hosted open source software. I'm surprised so few people in the thread have just changed the source code and build it themselves.
Thank god i didn't convince my team to selfhost mattermost instead of using slack
this is not the only such recent change. can't make voice calls in public channels anymore either, only pms.
Am I understanding this right that the main complainant in that issue thread is an IT company that wants to resell the (free) version of Mattermost software and is now complaining that they have to pay?<p>At first they tried to say that "we're a school" and then when the MM rep said they have an Education license, they admitted that they are not <i>actually</i> a school, but rather a consulting company that is gouging schools by overcharging for open source software.
> an IT company that wants to resell the (free) version of Mattermost software and is now complaining that they have to pay?<p>A user that was following the letter of the license and has suddenly had their access to the software restricted without warning.<p>Open source software means people are entirely within their rights to sell it to others, perhaps creating value by providing the warranty that all licenses expressly disclaim.
I'm aware of what open source software is.<p>And there are 3 things that you can do when in this situation:<p>1) Pay the fee, if that is what is required for it to continue to be easy for you to re-sell the software.<p>2) Fork the project, remove the restrictions, and maintain it yourself.<p>3) Stop using the software.<p>All of those are perfectly within the spirit of FOSS.
I’m having a lot of trouble with your comment. The word ‘resell’ doesn’t appear anywhere in the issue - there is absolutely nothing about reselling it anywhere within the linked issue.
The user who is the IT company is not the same user who started the thread and claims to be a school.
No, you are not understanding this right.<p>It's about rug pulling your users and cutting them off at the knees. I don't use mattermost but read the github thread in it's entirety.
can someone clarify the situation that self-hosted free (as in beer) community mattermosts are/will be in?
From the readme.md<p>> <i>A new compiled version is released under an MIT license every month on the 16th.</i><p>What does than even mean? Is it equivalent to what we use to call "freeware". Is it legal to modify the binaries?
Broadly. You can do anything you want with MIT licensed software as long as you include the copyright and warranty notice.<p>I suppose with "freeware" technically you could be prevent from redistributing or selling it. As there is no hard definition on that term.
I'm not sure about MIT, but the GNU license specifically requires the application licensed to be available in source code (human readable and editable form or similar verbiage).
Story time. This has basically nothing to do with this post other than it involves a limit of 10,000 but hey, it's Christmas and I want to tell a story.<p>I used to work for Facebook and many years ago people noticed you couldn't block certain people but the one that was most public was Mark Zuckerberg. It would just say it failed or something like that. And people would assign malice or just intent to it. But the truth was much funnier.<p>Most data on Facebook is stored in a custom graph database that basically only has 2 tables that are sharded across thousands of MySQL instances but most almost always accessed via an in-memory write-through cache, also custom. It's not quite a cache because it has functionality built on top of the database that accessing directly wouldn't have.<p>So a person is an object and following them is an edge. Importantly, many such edges were one-way so it was easy to query if person A followed B but much more difficult to query all the followers of B. This was by design to avoid hot shards.<p>So I lied when I said there were 2 tables. There was a third that was an optimization that counted certain edges. So if you see "10.7M people follow X" or "136K people like this", it's reading a count, not doing a query.<p>Now there was another optimization here: only the last 10,000 of (object ID,edge type) were in memory. You generally wanted to avoid dealing with anything older than that because you'd start hitting the database and that was generally a huge problem on a large, live query or update. As an example, it was easy to query the last 10,000 people or pages you've followed.<p>You should be able to see where this is going. All that had happened was 10,000 people had blocked Mark Zuckerberg. Blocks were another kind of edge that was bidirectional (IIRC). The system just wasn't designed for a situation where more than 10,000 people wanted to block someone.<p>This got fixed many years ago because somebody came along and build a separate system to handle blocking that didn't have the 10,000 limit. I don't know the implementation details but I can guess. There was a separate piece of reverse-indexing infrastructure for doing queries on one-way edges. I suspect that was used.<p>Anyway, I love this story because it's funny how a series of technical decisions can lead to behavior and a perception nobody intended.
Another project bites the dust. They will return after a fork will get way popular. In time
Did they take VC money?
I think that the photos they have on their front page should be enough to tell you who is their target market.<p>I've invented this heuristic: if the page that describes the project uses the word "solutions", then they'll attempt to use "open source" to obtain free labour, but will distribute the revenues only amongst those people who actually have control.
Yes. They are a YC company, too: <a href="https://mattermost.com/blog/yc-leads-50m-series-b-in-mattermost-as-open-source-slack-alternative/" rel="nofollow">https://mattermost.com/blog/yc-leads-50m-series-b-in-matterm...</a>
Y’know I’m starting to think that every single migration from paid to free software, will end up in the same cycle of becoming feature-locked. People time and again fail to understand that you need to financially support projects you use for sustainable futures. But alas, here we are…
I was about to propose to deploy this as a company chat to my current boss, the self-hosted edition. So, is this still the best option (considering this can be reverted back, I assume), or should I just seek elsewhere now?
So, they limit the access to data on self hosted instances after upgrade? Sounds like a ransomware with extra steps.<p>Enshitification ensues.
Use matrix instead. Or zulip. Or xmpp. Or IRC
This seems like a poorly hashed out plan, but I do have some sympathy...<p>in the face of competitors with <i>many</i> more employees and seemingly endless piles of VC money, how do open source projects like this fund themselves? What could Mattermost do instead? Should they take more money and race everyone towards the same cliff?<p>Are projects like this doomed to a small niche of people who understand the implications (and meanwhile can't contribute enough to ensure development keeps pace)?<p>Everyone else is just going to keep using Slack, and arguably outside of these niche concerns, it's a better funded and higher quality product.
It's not really open source project. They always gated a bunch of features, require CLA (so even if someone does contribute, boom, your code is theirs and they will probably close it down behind enterprise license if it is useful enough), and have pretty complex licensing scheme <a href="https://docs.mattermost.com/product-overview/faq-mattermost-source-available-license.html" rel="nofollow">https://docs.mattermost.com/product-overview/faq-mattermost-...</a><p>> Everyone else is just going to keep using Slack, and arguably outside of these niche concerns, it's a better funded and higher quality product.<p>They had niche when their lite enterprise license (just basic LDAP and some other small features) was $2.5 per user.<p>Now they are basically on slack pricing, why would anyone bother...
> “Mattermost only got where it is today because of the open-source community.”<p>Not really? FOSS communities overestimate their importance on a daily basis.<p>Case in point: Linux. 90%+ of commits were corporate sponsored… in 2004. The pure community member does almost nothing of importance for Linux anymore; or any of these projects.
[dead]