I'm not a paying customer (yet) so don't feel any obligation or pressure to do something like this... I'm not sure if your customers actually need something like this actually. Although I'd find this useful myself.
Currently, for backup retention, there is a dropdown of different types of retention schedules. These retention schedules are quite varied, and the ones towards the bottom are more geared towards the rsync backup option, I believe.
I like the options further down in the list (like 2 daily, 4 weekly) because they provide options if someone messes something up and you don't notice it for a while. However, currently I've been sticking with the tarball option because it's just a lot faster for backing up things like NextCloud. The downside though, is that tarballs are a lot larger, and running a 2 daily 4 weekly tarball backup uses up a lot of space.
I was wondering if it was at all possible for Cloudron to offer a few more retention policy options... things like '2 daily 2 weekly' (although I'm not necessarily sure this is the particular one you guys want). Whether that's by adding more options in the dropdown, or allowing us to set a specific number of daily, weekly, and monthly backups retained - I think either would be pretty awesome.
In any case, let me know what you think, and thank you for all of the work that you do. Your software is really great, and thank you for all of the hard work you guys do making this software which makes installing and backing up these apps way way easier.
@michaelpope Fully agree with improvements to the retentions feature. I've never really understood why the retention policy isn't customizable - I'd love to see it be improved not so much with static additions but to a point where it can be customizable so I can pick how many I want to keep for each time period (daily, weekly and monthly). So I could for example pick to keep the last 4 days of backups while also choosing to keep a weekly backup for the last 6 weeks for example, or maybe I only want the last 5 days of backups and nothing more, etc. Hopefully that can be improved down the road.