Mattermost is intended to be team collaboration and messaging tool.
It functions fine when working with channels which are similar to forums or IRC channels.

But when sending direct messages, the user experience is quite bad because desktop notifications disappear after 5 seconds and when user is concentrating to something else or is AFK he will miss the notification and doesn't know that someone is trying to reach him.

It would be great if there was a configuration option where user can choose how long the notification should be displayed.

This feature was already implemented in v3.4, but was removed later.

See https://mattermost.uservoice.com/forums/306457-general/suggestions/9182981-add-notification-persistence-preference-to-configu
https://mattermost.uservoice.com/forums/306457-general/suggestions/15179742-make-notification-about-new-message-persistent

Original issue: https://github.com/mattermost/mattermost-server/issues/9823
https://mattermost.uservoice.com/forums/306457-general/suggestions/35827000-add-notification-timeout-option

We use Mattermost in a small team and when it comes the time to chill out, we sometimes abuse of the #random channel
We loved the emoticon customization and we would love to see the possibility to send a sound to react to a message with the right movie quote for example.

That could be a plugin with a command like /play, I just doubt that the plugin would have the right to play a sound in browser.

The sound (and the command) could be created by users just like emoticons. The user should have to upload a sound file (like .mp3) and defines its label. Then, he could types /play my-custom-label-sound to trigger it.

Of course, a preference to disable those sound or only enable them when the user have the focus on the channel should be present.

I suggest to have a file archieving service that will move old files to an archive repository.
If the user tries to access an archieved file, the server must be clever enough to recover that file from the archive repository.

- Archive repository could be cloud server or a NAS with FTP service.
- Upload files to archive repository whenever the file repository is full or the files are too old(set by the admin. I think 1 month old is enough).
- Download files from archive repository will be slower. That’s fine this is an economical solution.
- Archive repository is not mandatory, it should be disabled by default unless the admin decides to set it up, keeping MM installation simple.
- Only the actual files are transfered the archive repository. Previews, thumbnails could stay in the file repository.

Mattermost is great while I am at work, even when I'm away from my desk I can get push notifications. And with the related issues
1) https://mattermost.uservoice.com/forums/306457-general/suggestions/13834386-option-to-push-notify-to-mobile-even-when-logged-i
2) https://mattermost.uservoice.com/forums/306457-general/suggestions/15105891-un-push-notifications-after-i-actively-read-all-me
3) https://mattermost.uservoice.com/forums/306457-general/suggestions/16443028-android-push-notification-play-even-with-chat-open

implemented, everything is fine while I am at work. BUT:

When I'm away from work, on vacation or just in the pub, I don't want to get push notifications. So I don't like that Mattermost will receive and display push notifications whether the app is open or not. I would like to opt-in to push notifications and not have Mattermost listen/display notifications just because it is installed on Android.

So I would like to have push notifications delivered to my Android App if and only if

a) the Mattermost App is open in Android (i.e. it will show up in the task list, it doesn't need to be visible/active on the screen) AND

b) I am NOT in DND, AND

c) I am NOT online at a different machine.

Of course, a) and c) need to be optional, as there are use cases where you don't want to miss any message. If it was a work phone, I would probably like to get all messages.

Switching push notifications off completely is not a solution to this problem as I will not have the option to receive messages when I want to. Setting my status to DND all the time isn't an option either. Apparently it's just too offensive for the taste of my collegues. It should work with "away". I like the setting "away or offline". Just not when I am "the other kind of away".
So currently I have to remove/install Mattermost every time I want to opt in/out of push.

So this is a feature request for my use case where I want to opt-in into
push notifications by simply opening the Mattermost app (slightly worse alternative: having the option to deactivate push in the app).

It is currently not possible for a webhook/slash command webservice (a bot) to tell whether a message came from another bot (or this bot) or from a human.

See also the GitHub discussion: https://github.com/mattermost/mattermost-server/issues/9719#issuecomment-438320149

Summary:

Even though it is usually possible to set the displayed username to an arbitrary value when programmatically creating a post, this username is ignored when the created message is sent out via a webhook, leaving a lot of opportunity for loops.

There are 4 ways new messages (posts) can be created:
- Human types them
- Incoming Webhook
- Outgoing Webhook bot response.
- API (Post)

All of these are slightly inconsistent in terms of what metadata can be set. For instance, only the POST API allows setting of "props" (a map of properties). It would be trivial for a bot to set "{bot: true}", but, alas, this property bundle is not included in any outgoing requests later made by Mattermost.

----------
A related suggestion would also benefit from this change: https://mattermost.uservoice.com/forums/306457-general/suggestions/19376305-allow-webhooks-to-trigger-other-webhooks-posts (because enabling this would make loops very likely)