Tyvm, saved my day!

@girish Yeah, I'm thinking the same thing. ubuntu is a sudo user, and if the default password Vultr was using was exploited, then I'd have to be looking or processes run by anything. I'll migrate. Thanks again.

Thanks, everyone!

Gandi recently got sold, but so far I'm still happily with them (and they sell .coop domains which lots of other places don't seem to)

yes it is what i use finally and it works well. Thanks !

@webvsnet Ah alright Remember that when you upgrade Cloudron, you will have to get back to CLI 5.4.0

@girish opps, my last post was never published… anycast.me is their geoloaction-aware DNS system. I opened a ticket with them and after manual pushing DNS updates after disabling DNSSEC (temporarily), it worked and propagated the right entries. there are still some false positves on spamhouse, but it's working. Thanks for your support.

@bozza-man We haven't gotten an email from the email that you have registered in the forum with. Can you maybe send again?

@letecho Did you sort this out? We sent you a mail saying we cannot connect but got no response.

Are you also using the domain outside of Cloudron? I am surprised you hit any limit at all, Cloudron API usage is quite low.

@Reveller said in Rudimentary question about how domains work in Cloudron: @jdaviescoates Thanks. Overthinking is one of my unfortunate specialties. But the docs are very clear that the apps are installed on subdomains - https://docs.cloudron.io/installation/ I see what you mean, I think @staff ought to update this part of the docs which give the wrong impression: Domain Setup Provide a domain like example.com. The way Cloudron works is that the dashboard gets installed at my.example.com, and apps are installed under subdomains that you specify like git.example.com, chat.example.com, and so on. @Reveller said in Rudimentary question about how domains work in Cloudron: But by looking closer at the demo, I can see how the location can be changed (app's location tab) - so I assume that's how it's done. Yes, you can always change location there, but you can also just directly install on the root domain in the first instance too.

@Reveller I replaced "many" to "some" By far the most crucial one is backup/restore related workflows since the database is not included part of the backup of this one app.

So here’s the thing, my router has dual WAN. Recently, my primary has not been very stable and would failover to my secondary. I could see that Cloudron has picked up the new public IP Address but hasn’t updated the DNS records for the apps. Thanks, every 10 mins would be a lot better than 5 mins past the hour.

I created a new SMTP user and that worked like a charm. Not sure why adding an access key for the existing cloudron SMTP user doesn't work. Either way, important thing is that it is working now. You may mark this thread as resolved. Thanks!

Fixed for next release with https://git.cloudron.io/cloudron/box/-/commit/93d4271bce299c1d3aba9036f8d15805adaa1f2e

Have you read through https://docs.cloudron.io/networking/#private-dns already? Seems like this outlines your situation.

I have added a workaround in the next release to delete 0 length files on startup.

@girish no it was just on ip:port so i installed today nginx proxy and it worked through that with hrms.domainname.com wild card certificate

Guess we have to improve the slider. I think entering exact values is too precise which might mislead people into thinking this important...