@Mastadamus not yet, no. I think it's quite low priority, it needs a lot of testing/changes to support http. Cloudron is designed everywhere to be secure (https) by default, making this complicated.

@d19dotca yeah, I noticed this recently too.

Would be really useful to be able to let users manage their own domains but not everyone else's.

@girish said in Add Pre-Backup and Post-Backup Hooks:

Seems to not make sense.

That's normal for ERPs, almost all ERPs require full access to their database.
This is mostly due to the Modular idea for modern ERP, which implements different DB for each module like a microservice.
And communicate between with API or Functions Hooks

@d19dotca ah thanks, I understood the issue now (it's to do with aliases not easy to find) . Created an internal issue - https://git.cloudron.io/cloudron/box/-/issues/815

@roofboard said in More control over DNS features.:

Is email enabled.
Yes, my primary inboxes are google inboxes, but I have configured gmail to use cloudron as a catch-all email server using routing rules.

I think this is what is confusing Cloudron code. Email is hosted outside Cloudron but Cloudron is also enabled as email server.

Do you think you can a post a screenshot or equivalent of how one configures gmail to use Cloudron as catch-all email server ?

Also, why exactly do you do this setup? Like one has to remember which mail server a mailbox resides in to login now?

@girish said in Add delete backup Action in Backup List:

@robi i think users expect the box backups (the ones listed in the backups view) to be complete backups. If one of the apps is missing, it would be unexpected.

Yes, unless one goes and edits them.
Why would that be an expectation problem? If I remove an app from a backup that means I don't want to restore it either.

Of course, alternately, we have to set expectations... When you restore from such backups, the apps will start our empty or something.

Uhh, why not leave it out completely? Just skip that app from the restore, it's been removed, right?

The backup, after the app removal, should decrement the app count, right?

Neat and tidy.

This would be gollllldddd

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).