Cloudron Forum

@pHneutre the best solution at present is to change your update schedule to be every hour https://docs.cloudron.io/updates/#update-schedule then it'll do one an hour until it's done.

@LoudLemur the wording makes sense as-is without the need to clutter the ui. Updates is the logical place to look in if you’re looking for version info. Imagine how cluttered that side menu would look on mobile! Less is better.

Well if you look into the web inspector, you could just utilize the rest APIs just like the dashboard itself does. "New Apps" here is just defined as first published within last n days.

But the initial feature request was about a way to find new apps, which is what the menu item is about if I understood this correctly?

@potemkin_ai Thanks!

You can set flags on the email with sieve filters. I think this is only available in roundcube UI though.

bf4f52b4-5648-41a9-aca2-f799daadb640-image.png

Then, in thunderbird, you can highlight them accordingly - https://support.mozilla.org/en-US/kb/message-tags

@girish When will this be exposed in the GUI? Hopefully this can be planned for 7.4 perhaps, along with the many other mail improvements requested? 😉

@DualOSWinWiz it's not there, no.

I've released the new surfer version which has this fixed. The update is currently only available when checked for manually.

@girish Great! Thanks again for your help debugging this and adding more configuration. Huge help for larger backups like mine.

Marking as solved since a feature request is open at https://forum.cloudron.io/topic/3057/consider-improvements-to-the-backup-experience-to-support-long-filenames-directory-names

Thanks @girish Can't hardly expect it 😉

@girish That's awesome news! Looking forward to v6.0 then!

Keep up the awesome work 🙂

@Stardenver Well I had a customers server that he wanted the mail limit upped from 40Mb to 60Mb... and I thought I had done that, but couldn't send a big enough email to test.
I have no idea why they 'need' it, its usually some self-employed boss who doesn't know better, or can't be told.
I make the changes they ask for, and charge for my time.

If this is disabled or archived, this also means that it is still "known" to the system, currently the data simply is not removed from the disk, but other relevant information is purged from the database.
So I agree, that deleting an account should also delete the mailbox data, if there is no proper way to restore that (currently you have to create a new mailbox record with the same mailbox handle and magically the data comes back). For that some archived state could be the solution to have a structured way to restore.

it is much better now !! 80a17127-6013-4785-97ca-0433750b3ec8-image.png

I think git link / image registry link is the most flexible.

Essentially it could run the code that Cloudron CLI runs anyway.

@nebulon thought that might've been it, thanks 🙂

Correct. We don't need to re-create container to change the memory limit. But we still need to restart it after adjusting memory limit because of the limitations in our packaging.

I think over time we have learnt that it is not a good idea to setup apache to auto-scale based on container memory limit. Those things are very dependent on the app/plugin use. I think java apps require a restart at this point since the JVM gets passed in the heap memory as a flag on startup, maybe there is a workaround for this as well, have to investigate.

But at that point, we can atleast make the memory limit code not re-create container which I think is where bulk of the slowness is.

Indeed, currently catch-all has to have the feature to set mailboxes across domains (like aliases).