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?

  • somegeek@programming.dev
    link
    fedilink
    English
    arrow-up
    4
    ·
    4 hours 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.

  • Daniel Quinn@lemmy.ca
    link
    fedilink
    English
    arrow-up
    2
    ·
    edit-2
    4 hours 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.

    Matrix would be great if it wasnt so user-hostile, but it is :-(

  • undu@discuss.tchncs.de
    link
    fedilink
    English
    arrow-up
    2
    ·
    4 hours 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.
  • lambalicious@lemmy.sdf.org
    link
    fedilink
    English
    arrow-up
    1
    ·
    4 hours 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.

    • poVoq@slrpnk.net
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 hour ago

      The servers are great, but the currently available clients are only great for non-corporate usecases IMHO.

  • eksb@programming.dev
    link
    fedilink
    English
    arrow-up
    16
    arrow-down
    1
    ·
    edit-2
    9 hours ago

    Mattermost is licensed under the AGPL. How are they enforcing a 250 user limit?

    Edit: the commercial version with additional features (e.g.: SSO) is limited. Obviously the open-source version is unlimited.

    • starshipwinepineapple@programming.dev
      link
      fedilink
      English
      arrow-up
      13
      ·
      edit-2
      9 hours ago

      Might be worth reading 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

      • eksb@programming.dev
        link
        fedilink
        English
        arrow-up
        9
        arrow-down
        5
        ·
        9 hours 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.

        • starshipwinepineapple@programming.dev
          link
          fedilink
          English
          arrow-up
          9
          ·
          edit-2
          8 hours ago

          I feel like you didn’t read the post or issue i linked, nor their license.txt and are instead just trying to talk past me.

          I don’t really care about this project or debating their intentionally ambiguous license structure. My point was that the grant of rights explicitly only grants AGPL access to create compiled versions of mattermost. That is not how FOSS licenses work and is incompatible with FOSS licenses because it lacks the “freedom” that even AGPL would typically grant.

          You may be licensed to use source code to create compiled versions not produced by Mattermost, Inc. in one of two ways:

          1. Under the Free Software Foundation’s GNU AGPL v3.0, subject to the exceptions outlined in this policy; or

          2. Under a commercial license available from Mattermost, Inc. by contacting [email protected]

          I’m not saying that people can’t dual license or that they can’t release their product in other non-free ways. That’s not the issue here. The issue is that you are saying it’s AGPL, and it’s not–Not really. It’s only AGPL to create a compiled version of mattermost.

          • eksb@programming.dev
            link
            fedilink
            English
            arrow-up
            3
            ·
            7 hours ago

            IANAL. I originally interpreted the license.txt as: all of the source code is AGPL (see lines 234-235), some of the source is also Apache 2.0, and the binaries are MIT; plus a trademark notice and contact info for getting a commercial license. After rereading it, my only conclusion is that this is a dumpster fire of a license.txt, and can be reasonably read several different ways.

            • LordMayor@piefed.social
              link
              fedilink
              English
              arrow-up
              4
              ·
              7 hours ago

              And, people have been asking them to clarify it and they just say, “no.”

              They’re acting very suspiciously.

              • eksb@programming.dev
                link
                fedilink
                English
                arrow-up
                1
                ·
                7 hours ago

                Agreed, very suspicious. I would feel safe assuming that I can use the code under AGPL, but I would hesitate to use it for anything other than personal hobby because it would not surprise me if they closed their github account and never released any more code.

  • tirateimas@lemmy.pt
    link
    fedilink
    English
    arrow-up
    6
    ·
    9 hours 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.

  • deadcade@lemmy.deadca.de
    link
    fedilink
    English
    arrow-up
    9
    ·
    10 hours 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.

    • poVoq@slrpnk.net
      link
      fedilink
      English
      arrow-up
      1
      ·
      1 hour 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.

    • SreudianFlip@sh.itjust.works
      link
      fedilink
      English
      arrow-up
      1
      ·
      2 hours 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.

  • Strit@lemmy.linuxuserspace.show
    link
    fedilink
    English
    arrow-up
    7
    ·
    9 hours 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.