I have made the slider start from 500M for a start.

+1 for this feature. Especially, that zen.spamhaus.org, the default mail DNSBL used by Cloudron has a very harsh policy with ipv6 email. If one IP on a /64 ipv6 range is blacklisted, all the IP in that range get blacklisted :S.

I would very much like this feature as well. I just installed some more things and it is somehow getting out of hands.

@makemrproper said in Disk space should never bring a whole server down: This is still a huge problem. I understand the desire for an approach that stops the problem happening in the first place. In the interim, I really recommend an alert system like ntfy. Use their hosted service or host it yourself ( have self packaged for Cloudron - more recent version is at https://forum.cloudron.io/post/54552). Set a cron job for as often as you want, running a script for df -h, set alert levels in the script sending notifications to dashboard or iOS/Android device. As self-hosters we want to rely on things working, but we can't escape our responsibility to keep an eye on things. ntfy handles this in one of the simplest ways.

Thanks @syn . This is implemented in 7.3.4 . The /etc/certs directory has the certs in DOMAIN.cert and DOMAIN.key form (both pem format).

@m-si Sweet! Thanks a lot for sharing this workaround. It works perfectly and helps me to cover the time until true MTA-STS + DANE support from Cloudron. E-Mail reputation is really crucial these days. Just one remark for other readers: If you are doing this for the first time, you should probably start with mode: testing. Once you have successfully established MTA-STS (no errors), you should change to "mode: enforce" and increase the max_age value. Many senders expect it to be at least several weeks.

@subven Displaying the number of items in the folder, as a number on the folder icon would be useful. So as a user, if you started with 2, and now you see 3, you'd notice the change. Just like notifications and the number of them.

@jdaviescoates i agree and realized that after writing my initial request. However, your post made me remember that terminal apps aren’t protected so how much more harm can a root terminal do with an already compromised dashboard. Food for thought

@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?

Practically all apps won't handle it properly if you add/remove LDAP dynamically. You have to basically go and tinker with the database to move over users from ldap to local and vice versa. It's currently this way just to keep our support overhead low. Like the immediate question after we add this is: how can I migrate LDAP users of xxx as local This is impossible for us to support.

@girish I wouldn't mind assisting with this if you need it?

@girish Can this be set at an organizational level?

@necrevistonnezr Good catch! That "1" is indeed wrong. I can reproduce it. I can confirm that emptying that textedit in the dialog does clear all the zones.

My understanding is that this will allow apps to get the real IP when behind Cloudflare. Currently, the apps get Cloudflare's IP.

@nebulon yes, see the OP https://forum.cloudron.io/post/54886