Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

FR: media retention based on access time. #440

Open
Kimiblock opened this issue Jun 8, 2024 · 4 comments
Open

FR: media retention based on access time. #440

Kimiblock opened this issue Jun 8, 2024 · 4 comments
Labels
enhancement New feature or request

Comments

@Kimiblock
Copy link
Contributor

Purge local and remote media that hasn’t been accessed in a certain amount of time, in order to control the size of media repo. (Preferably automatically)

Synapse manual: https://element-hq.github.io/synapse/latest/usage/configuration/config_documentation.html?highlight=Media_re#media_retention

@girlbossceo girlbossceo added the enhancement New feature or request label Jun 8, 2024
@Kimiblock
Copy link
Contributor Author

Another approach is to use systemd-tmpfiles with conduwuit's startup check disabled:

d	/var/lib/private/serverOS-conduwuit/media	-	-	-	10d

This works mostly fine for me, just need some more time to prove the stability. Maybe it can be added to the conduwuit docs.

@girlbossceo
Copy link
Owner

This does not differentiate between local and remote media. This will cause local media to be deleted too.

We plan on separating out the local and remote media into at least two separate directories eventually.

@Kimiblock
Copy link
Contributor Author

Kimiblock commented Dec 1, 2024

Yes, and that's my intention. Users on my server upload media pretty often and the majority of them are useless and never accessed again.

@tcpipuk
Copy link
Contributor

tcpipuk commented Dec 1, 2024

Absolutely, and some people will want to purge local media the same way as remote media, but some people will also not want to do that.

Splitting the two and having them configurable separately makes a lot of sense here - it'd let both sets of people do whatever they want! 😊

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
enhancement New feature or request
Projects
None yet
Development

No branches or pull requests

3 participants