101–110 of 126 posts
We looked at it, wanted to like it, but for self-hosted there were problems with app notifications, something that plagues most self-hosted hipchat replacements (except for xmpp).
When did you look? https://zulip.readthedocs.io/en/latest/production/mobile-pus... has been available for over a year, so self-hosted has the same notifications experience as Zulip Cloud.
I mistakenly assumed there wasn't a paid offering. So it's becoming clear that the only revenue model going forward is open core model.
It looks like the paid edition of Zulip is the same as the open source version so it's not open core. Of course if Zulip becomes too popular then we may see AWS GroupChat followed by a license change...
Earlier quoted context omitted.
When did you look? https://zulip.readthedocs.io/en/latest/production/mobile-pus... has been available for over a year, so self-hosted has the same notifications experience as Zulip Cloud.
It relies on Zulip's central notification service, so not entirely self-hosted.
[1] https://zulip.readthedocs.io/en/latest/production/mobile-pus...
We are heavy Slack users. We tried Zulip. No one in the team liked the ergonomics of Zulip and how difficult it was to integrate. Just for threaded discussions we felt the switch was not worth it. It didn't stick and we stayed in Slack.
Might want to look at https://twist.com/home It seems a bit like a slakey zulip to me, though I haven’t had opportunity to use it yet.
I also recommend RocketChat https://rocket.chat/
Earlier quoted context omitted.
It relies on Zulip's central notification service, so not entirely self-hosted.
At the bottom of that link[1] you can find instructions on how to send notifications directly from your server, but it involves recompiling the apps (which is hardly Zulip's fault). [1] https://zulip.readthedocs.io/en/latest/production/mobile-pus...
For what it's worth Zulip was at the top of our list when we evaluated hipchat replacements. Happy to look at it again if you ever will have direct notifications.
Earlier quoted context omitted.
Yeah, the front-page documentation focuses pretty heavily on "you should setup email" because it helps folks in a normal environment successfully setup Zulip quickly and reliably. I'm not sure whether this use case is common enough that we should put it in the front-page docs, but possibly we should write something that Google will find...
I looked at Zulip vs Mattermost several months ago and, if I recall correctly, this was one of the primary reasons I went with Mattermost. I just wanted something I could spin up in docker on a vps without having to setup anything else (like an email server). Mattermost lets you generate "invite links" that you can just paste in a chat or text message. The other really neat feature was having multiple "teams" on a si…
edit: link updated to point to official documentation instead of github
Earlier quoted context omitted.
This would certainly make it easier https://github.com/zulip/docker-zulip/blob/master/docker-com...
Well, it’s not fewer components regardless how you package it. Running docker compose wasn’t enough to get into a fully configured system to be able to evaluate it even.
How does it compare to mattermost?
Exactly. We're looking at paying for Slack and mattermost seems to offer most of what Slack does and is something that would be pretty easy to run. It's slick. Well documented and installs nicely in a container. Has anyone here used Mattermost? https://mattermost.com/
We only have/had a short eval phase and our use case is a small raceengineering team with 40 people at the racetrack, independent of internet access. So a very particualar use case, and our needs might not cover you needs.
Zulip pro
* Threading model (can't value that high enough)
* All messages overview, no matter what stream they were written in
* Zulip community at chat.zulip.org with direct contact to the devs. Tim Abbott the lead dev helped me out in a issue with a user login (haven't used the Mattermost support so can't compare)
Zulip con
* Most ops work has to be done by a python script manage.py, API has room to improve
Mattermost pro
* API
* haven't measured but the UI felt smoother, faster
Mattermost con
* you have to pay for Enterprise features
Both have great docs and a docker deployment
Earlier quoted context omitted.
I did. Also mattermost and matrix. Few years ago. Ended up with matrix instance. But it really depends on specific scale and usecase. From what i remember - Rocketchat was based on meteor, which seemed dying at the time + it was computing hungry and clients were especially hungry. - Mattermost worked for a time but you were not able to get mobile notifications without paying for license (not sure about now). Sounds s…
> When you need bigger scale Matrix has some go and rust server implementations, you can also use postgres etc. Only Synapse is usable though. Dendrite (Go+Kafka) is getting there, but Ruma (Rust) seems to have been stalled waiting for the programming language to stabilize.
Sorry for incomplete info.