@girish it seems the most recent update worked....while i did change some email settings, the only other action I took was manually bumping along the updates several versions. So there must have been some sort of inconsistent state that came up. It seems all is well with the world and no way to track down what happened. Thanks for the help, all.

This should be fixed with next release. It was a missing event handler.

I just jumped the gun. It was just DNS taking a while to propagate. All good now.

@mononym said in Cleanup Backups failure: I guess the issue is in the settings then? Check Backups -> Schedule and Retention -> Configure

@girish haha true, just wanted to throw that in there

@andreasdueren I'd be cautious about implementing it then. Cloudron hardens your server enough - doing more by installing more software, which is NOT recommended, will only lead to problems, especially if you don't already have a deep enough understanding of what is happening. It seems to be that @BrutalBirdie's gang knows their stuff (they're using Ansible to install Cloudron??? Yeah, that is next level coding there). Of course, they may also be paying for the Enterprise level of service (I'm not asking btw, no need to respond to that @BrutalBirdie ) so if they have hassles then I suppose it's fine for them to get help beyond typical Cloudron support, especially if they are doing more to their servers than what Cloudron themselves advise.

@privsec you can play with rclone mounts for this, however you want to minimize the network distance to avoid hiccups.

@girish said in Updating from v7.1.4: @cpa We moved out of AWS a while ago. Looks like older version of Cloudron is caching the old release. To fix: Delete the file /home/yellowtent/platformdata/update/updatechecker.json systemctl restart box Now , Settings -> Check for updates and then try to update Facing the same issue here, and this resolved it for me. And now I realized that my installation was multiple versions behind (like at least half-a-year behind), despite having weekly auto-update enabled. I'm afraid there could be more people like me who didn't check and didn't know it is stuck on 7.1.4.

@girish thanks for the explanation! Yeah the change happened ~14 hours ago and the TTL was set to 24 hours I reckon. I'll just wait until tomorrow to continue My plan would have been to lower the TTL a few days prior to the A record, so the caches would invalidate sooner.

Thank you. We use postmark as well. I am able to get in and everything is working. Thanks for your help.

Can just pass --redo to the setup script.

@Shaun-Snapp said in Add an A record manually for the domain: "Add an A record manually for www.abc.com to this Cloudron's public IP" I purchased the domain around 1/2 hour before trying to change an app to that domain. This is the error I received when the app failed to propagate. That message is saying that you have to add the A record manually in your domain provider (not in Cloudron). Cloudron cannot add/remove DNS entries for the domain because it's "manual" mode and thus has no programmatic access to your DNS. The place where you purchased your domain most likely has a Domain/DNS control panel where you can add/remove DNS entries.

@BrutalBirdie Thanks, it worked for me.

Yes, see the instructions at https://docs.cloudron.io/troubleshooting/#expired-domain . If that's too technical, please feel free to mail us at support@cloudron.io and we can help switch it.

@AartJansen Ah ok, looks like a limitation of the domain host. You can also just create entries for each (sub)domain you use. If you have an app at foo.domain.com, create an AAAA record for that subdomain. Repeat for every app. You should also switch to "manual" instead of "wildcard" DNS provider for this. It will remind you to setup A/AAAA records manually when you install an app.

At the bottom of the user edit dialog there is a section for this. If the user has 2fa enabled it would look like this: [image: 1677704070010-ba92d23e-ddaa-4850-bc1b-8078da14c862-image.png]

@girish ok, sounds good to me.

Ignore me. This was an issue with PowerShell apparently. If run from linux it works fine. Thanks again

@nebulon I'm totally sure that I have enabled the directory server in Cloudron, not sure where it's stuck... Maybe I will try and give it a go to package Authelia as an app in Cloudron. Only thing is i have zero experience with that, so it's going to be a learning curve.... Maybe @Jan-Macenka can help/assist me with that?

@girish Oh great, that seems good then, happy to test it when it's available !