If a sender edits a sent message, will the recipient of the message be able to see the edit history?

If a sender edits a sent message, will the recipient of the message be able to see the edit history (e.g. the original message before the edit)?

And will the recipient of the message receive any notifications informing that there is a message edit?

Hi hheeyyy and welcome to the Mattermost forums!

The recipient will (by using the official clients) not be able to see the edit history. The edit history is stored in the database, though, and a custom client could have access to the edit history, if implemented accordingly. There are API calls to get information about deleted posts and an edit is basically just a re-created post with the old one being deleted.

The recipient will not receive a notification using the default clients, but that’s also up to the client implementation. There will be a visual indication to show that the message has been edited.

1 Like

Hi agriesser, thank you for your quick reply.

Even if the sender edited a very old message (more than 3 months) that was sent out, the recipient will (by using the official clients) still not be able to see the edit history?

Official clients would mean either through web browser or mobile app?

What is a custom client?

Can a normal user be able to use API calls?

If the sender deletes the old message, the recipient will not be notified as well?

This is correct. But you can limit who is able to edit messages in the system permissions and you can also specify the maximum post age for edits, so f.ex. you could allow posts only to be edited 30 minutes after creation (to correct typos, etc.), but they cannot be edited or deleted after that time. Not sure if that helps.

All clients from here as well as the integrated webclient, yes.

A client you create on your own. There are several unofficial Mattermost clients (f.ex. MatterHorn, a CLI client for Linux) and also some others. It’s up to them how they implement edit history, basically.

Yes, only access to a session token or a personal a Personal Access Token is necessary. You can also initiate a login to the API (see the API Reference for authentication. What the user is able to see using the API calls depends on this user’s permissions. Having access to the API does not mean that the user has access to all the information then, ACLs and permissions are still in place, no matter if the GUI or the API is used.

That’s correct, there’s no notification after message deletion. The recipient will see a placeholer stating that the message has been deleted, but that’s all.