Hacker News Board Hacker News, browsed like a classic message board
Live data from Hacker News

Mattermost – open-source platform for secure collaboration

github.com

Post reply on HN
Print view View original

91–100 of 128 posts

Re: Mattermost – open-source platform for secure collaboration

#91

Post by RemoteIsHeaven »

codefined wrote: post #33
number6 wrote: post #17

I wished my Organization would adopt Mattermost. Using it for years as a Chat to stay in touch with my friends. My Org uses MS Teams (because it is already bundled with MS 365). What Mattermost is missing is a Videochat / Videoconferencing option - there is a plugin but I didn´t tried it yet: https://mattermost.com/marketplace/microsoft-teams-meetings/

Mattermost v7 was released on Thursday and includes video conferencing functionality! [0] > Channels: Voice calls and screen share (beta) [0] https://mattermost.com/blog/mattermost-v7-0-is-now-available...

> Mattermost v7 was released on Thursday and includes video conferencing functionality

have you tried running it using Mattermost team (the OSS) instance?

I also use their cloud instance to stay updated on new features but voice is a paid only plan, so couldn't check it out

Re: Mattermost – open-source platform for secure collaboration

#92

Post by RemoteIsHeaven »

akvadrako wrote: post #18

This would be interesting if E2EE was officially supported. I could run a server for a group instead of using a hosted service, but it would never fly if the administrator (me) could read their messages. I see there is a plugin for it¹, but not having something so core in the main product makes me sure there will be friction and user support issues. [1] https://github.com/quarkslab/mattermost-plugin-e2ee

> This would be interesting if E2EE was officially supported

The reality is people claim to need E2EE but it's not worth paying extra for it.

It's kind of like how people nod when you ask them if they hate companies like FB/GOOG stealing their personal information and then you offer them a dollar to give your their DOB, Address and SSN and they happily take the dollar and share all of that info.

… and those really serious about E2EE are using their custom stack anyways.

Re: Mattermost – open-source platform for secure collaboration

#93

Post by RemoteIsHeaven »

nitin-pai wrote: post #15
jasonblais wrote: post #11

Earlier quoted context omitted.

Mattermost PM here, thanks for using the product! :) Do you have any wishes for improving Mattermost for your team?

Integration with Google Meet

+1

Integration with Google Meet, Zoom would really help.

I see plugins for both but could never get them to work (teams edition though)

The expectation is that, just like on slack, I should be able to do a slash command and have a Google Meet or Zoom meeting ready to join

Re: Mattermost – open-source platform for secure collaboration

#94

Post by RemoteIsHeaven »

etc-hosts wrote: post #72
Avamander wrote: post #45

It does work, but doesn't shine in any aspect. Android app can't keep a connection alive, media embeds are wonky, unicode filename support is wonky, it stutters in many places. Element and Matrix are better, no joke. Plus you get E2E and federation.

"Android app can't keep a connection alive" is a websockets problem with what ever you are using to proxy connections to your Mattermost server I've gotten it working correctly with nginx

I prefer Caddy proxy and with Caddy it's just a single reverse proxy line (it handles the websockets transport seamlessly)

Re: Mattermost – open-source platform for secure collaboration

#95

Post by RemoteIsHeaven »

jasonblais wrote: post #44
fiatjaf wrote: post #39

It's good that this exists, but Mattermost's threads are very suboptimal. If Alice posts a message and Bob replies, then _that is_ the thread. If that thread goes into a certain path you can't branch off of it, you can't reply to Alice's original message if you're talking about a different thing. I don't know if this makes sense, but hopefully you got my point.

Mattermost PM here, thanks for the feedback! Are you thinking of Reddit (or HN) style threads?

> Are you thinking of Reddit (or HN) style threads?

Not the OP but this would really help

Happy to create an issue if this is a new request or upvote if there's an existing request

Re: Mattermost – open-source platform for secure collaboration

#96

Post by goda90 »

My team piloted using Mattermost for a bit. It was great. People were always quick to respond. Lots of fun was mixed in with work topics. Then my company went MS Teams everywhere. And it's just not as fun or useful. Something about the UI just makes people interact less.

Re: Mattermost – open-source platform for secure collaboration

#97

Post by SubiculumCode »

I run a personal Mattermost server for family communication; its been great. If there was one complaint, and this is a nitpick, it is that the notification icon in Windows does not have enough contrast with the icon when no new messages are available.

Re: Mattermost – open-source platform for secure collaboration

#98

Post by BenLloydPearson »

jillesvangurp wrote: post #65
temp wrote: post #4

They decided to up their price per user by a significant amount not too long ago... our self-hosted instance suddenly became more expensive than Slack but with an obviously not nearly as polished product as Slack. So we moved over to Zulip because at least they do their own thing, we haven't had any regrets over the switch to Zulip.

We're on a freemium plan for slack. Works fine and doesn't cost us a thing. We don't care about having an archive of chats. That's not what it is for. Self hosted would cost us more in devops money than we'd end up paying even for a premium SAAS contract for whatever you would use for this. People think devops is free, it rarely is and usually is the most expensive thing in terms of cost. Especially doing it properly…

We just launched a free forever SaaS offering that is competitive to Slack and includes kanban boards for project and task management and a few other bells and whistles for software developers. You should give us another look!

Re: Mattermost – open-source platform for secure collaboration

#99

Post by TavsiE9s »

jasonblais wrote: post #88
TavsiE9s wrote: post #83

Earlier quoted context omitted.

Thank you for the feedback but I’m going to wait until it’s published in the respective App Stores. One piece of feedback for you and your org: the whole mobile v2 process was not very transparent from the outside. I tracked the ticket from time to time but gave up after a year as no visible progress was being made. Maybe that happened in some Atlassian forum, which to be blunt I’m not going to create an account for…

Thank you! Appreciate the feedback, agree we probably could have provided more transparent feedback for the community. Out of curiosity, where would you have looked for such updates? GitHub issues?

Personally? Something similar to the Dolphin project's monthly status posts.

Re: Mattermost – open-source platform for secure collaboration

#100

Post by TuringTest »

georgyo wrote: post #61
NineStarPoint wrote: post #57

Earlier quoted context omitted.

What made the learning curve higher for non-technical members on Zulip than it was on Slack? It’s been a few years since I used Zulip, but I don’t feel like it had a particularly different level of complexity.

I think the fact that you must give a thread topic to send a message. It's not particularly difficult concept, but different from every other chat app. And for a large user base being confronted with this demand "when they just want to send a message" is frustrating.

> And for a large user base being confronted with this demand "when they just want to send a message" is frustrating.

Isn't it a conceptual framework thing, though?

People have no problem putting a topic when sending emails, and they are perfectly capable of following grouped conversations, as for example in Outlook.

Maybe it would be enough to present it as "a mail application where you can also do chat on a reply thread", to create the right expectations?

Post reply on HN