Skip to content
This repository has been archived by the owner on Nov 14, 2024. It is now read-only.

Feature Request: message & media retention #3330

Open
Kimiblock opened this issue Feb 19, 2024 · 4 comments
Open

Feature Request: message & media retention #3330

Kimiblock opened this issue Feb 19, 2024 · 4 comments

Comments

@Kimiblock
Copy link

Kimiblock commented Feb 19, 2024

Description:

Similar to https://github.com/element-hq/synapse, delete messages & medias from the database and media repo if contents weren't accessed in a configurable amount of time.

For reference: Synapse config manual 1 2

This can greatly benefit use cases with limited disk space, such as Dendrite on VPS.

@spaetz
Copy link
Contributor

spaetz commented Mar 12, 2024

At the expense if self-promoting myself excessively: media retention kind if got implemented through a 3rd party tool (https://gitlab.com/sspaeth/cleanmedia).

If one needs a more finegrained policy, the dedicated media repository server is probably better suited which can be plugged into any server.

dendrite knows nothing about which media was posted in which room and when it was accessed last. So adding a rentention policy into the server is a lot of work.

Nothing of the above is about message retention though.

@Kimiblock
Copy link
Author

Well… the intention of cleaning media not accessed in a certain amount of time is to preserve frequently used (and probably important) files, such as user avatars and sticker packs

@Kimiblock
Copy link
Author

After a bit of digging, it turns out that MMR does support media retention and made a handy script https://github.com/Kimiblock/MMR-retention.

Not sure whether or not to close this issue though… as this still requires setting up MMR and Redis.

@Dreamsorcerer
Copy link

I'm more interested in the message retention, so let's atleast keep it open for that.

Sign up for free to subscribe to this conversation on GitHub. Already have an account? Sign in.
Labels
None yet
Projects
None yet
Development

No branches or pull requests

3 participants