News for hackers. Stuff that matters.
Re:Story of Mattermost: Open-Sourced Competitor to Slack by it33 on Wednesday December 18, 2019 @02:43AM (#21822740)
Mattermost CEO here,

Thanks for highlighting this. It's a ticket from two years ago and this thread is a good opportunity to share more of the context and intention of how we think about Team Edition vs Enterprise Edition.

I've shared a reply on the ticket here: https://github.com/mattermost/mattermost-server/issues/6320#...

Also, I don't know if the ticket title is highly accurate--a non-admin can't delete any channel:

1) There is no "Delete Channel" in the UI only "Archive Channel"

2) A non-admin cannot archive any channel, only channels of which they are a member.

3) A non-admin archiving a channel they created is not really an issue, so this ticket is really about a "Non-admin can archive a channel which they are a member of but didn't create" which we've seen can be more helpful than harmful--when someone leaves a team and their out-of-date channels remains anyone can go and archive them without having to find an admin and make a request.

The current wording sounds like non-admins can delete private channels, channels on different teams, channels they're not part of, etc. and in my mind it's not the case. But perhaps other people have a different read?

Re:Story of Mattermost: Open-Sourced Competitor to Slack by octokatt on Thursday December 19, 2019 @11:27AM (#21836325)
I think the concern here is a pre-emptive rage-quit of channels. A team member is aware they are about to be let go, and decide to archive every channel they are a part of on the way out.

What controls are in place to prevent this from happening in the Team Edition?

Re:Story of Mattermost: Open-Sourced Competitor to Slack by the_icelander on Monday December 30, 2019 @12:04PM (#21914818)
Archiving a channel in Mattermost just sets a flag in the database. Once the bad actor is removed a simple query can restore the channels they archived. Something like: `UPDATE Channels SET DeleteAt = 0 WHERE DeleteAt > [some timestamp]`

There's also a CLI command to restore the channels. While this won't keep it from happening it should get things back to normal fairly quickly.