Link to docs - https://docs.cloudron.io/backups/#backup-labels

@nebulon said in Domain zone file text generator:

I think also with OVH the better solution is to implement a backend using their api https://api.ovh.com/console/#/domain

Any update on this out of curiosity? Is there any plan to add the OVH DNS API by any chance?

FWIW, as a workaround - Cloudron itself can act as a NPM . https://docs.cloudron.io/apps/#app-proxy

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.

@LoudLemur said in Add a"Staff Choice" badge/filter to App Store apps:

Anyway, now we know Nexcloud is so popular, lets ask why people are using it. How does it help?

Well, if you looks at things like:

https://stackshare.io/collaboration
https://stackshare.io/business_tools

You'll see that some of the most widely collaboration and business tools use are:

Google Workspace (primarily Gmail, Calendar, Drive, Docs, but also Meet)
Slack
Trello

IMHO Nextcloud (with either OnlyOffice or Collabora Online for Docs, plus SnappyMail for email) is probably the best open source replacement for Google Workspace. Nextcloud Talk doesn't quite replace Meet, but it's great for small meetings, so almost does. See also Jitsi.

Also, Nextcloud Talk and Nextcloud Deck apps provide fairly decent replacements for Slack and Trello too (although see also Element, RocketChat, and Mattermost as other Slack replacements, and WeKan, Taiga, Vikunja and Kanboard as other Trello replacements).

(BTW, small thing @staff but I just noticed that is you search the app store for "tasks" WeKan doesn't come up, it should)

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

@nebulon no, I just a quick way to see how much RAM each app has been allocated without having to click into each app and then to the resources tab.

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?