That's not a docker config file with defaults I am looking to change various default parameters like runc, DNS, etc..

I am trying to only do this from the Cloudron hosted versions of Metabase/Grafana. I followed your instructions and this worked perfectly, took the username, password, port, host, and database name from the environment variables within the Wekan web console, entered them in Metabase, and was able to connect and see the data. Thank you!

@mehdi Very much interested in this topic. I love my American friends, but the EU certainly isn't without capability to respond to the data-mining free-for-all antics of the last decade. I share occasional posts on Twitter on these subjects if anyone's interested.

Thanks, fixed.

@girish In my case I was trying to mirror the content of a remote DO object storage to a local Minio instance. I can't recall the exact error but I remember it had to do with the handling of filenames.

@BrutalBirdie Yes ^^

@robi yeah, with ecommerce being our primary business, we're invested in this. We have 12 very experienced devs on the team but just a few of them have had time to start looking at Cloudron this week. In this for the long-term though so I'm sure you'll start to see our work filtering through very soon.

@bossbarnes07 It seems an 'A' record with the subdomain 'my' is missing. It should point to your IP (209.97.x.x). Cloudron should have added this automatically, I wonder why it didn't get added. Can you add an A record manually and then go to your server and do "systemctl restart box". You can then visit https://ip again and re-do the setup.

@girish Sorry for the late reply, I the default forum settings were to send me email notifications once a week, I have changed that to daily. I was trying to use the self-signed certificate for all apps. I have gone ahead and followed the steps in the blog article I linked to and was able to upload the full CA and web server cert chain to Cloudron and after getting the root certificate authority into all the devices accessing Cloudron everything is working well from Windows and iOS based devices. It looks like Apple is going to be decreasing the certificate lifetime further down to 398 days so you may want to lower the lifetime down to a year to get ahead of that change.

As long as the IP doesn't change from my. to mail. no clients need immediate reconfiguration. The Reverse DNS is something that I also wanted to change for vanity reasons, but not at the expense of email. Now I can.

@jdaviescoates said in "subdomain 'selfhost.cloud' is in use": use the File Manager Which is exactly what I did Actually the first time I used to nice new File Manager

@BrutalBirdie I thought of marking as solved but did not find the button. Now I understand why, it's buried somewhere

@girish I don’t think I’ve tampered with anything there, no. Very good, as long as there’s some mechanism to reliably start over I’m happy to do that. Thanks! In the longer term maybe some kind of ”Start over” mechanism doing this same thing can be exposed to the backup page…

Confirmed working on 4.5.3 To install a specific version: sudo npm install -g cloudron@4.5.3

Gotcha, thanks for the clarification! ️

@saikarthik said in IMAP port and server settings for LAMP app mail client: What I blurred out in the picture is actually a valid cloudron mailbox ID. Yes, but it seems there is some extra text before it like Test User: "Test User". Can you remove that and try?

@necrevistonnezr said in How does spam work with special mail folders?: @girish Wouldn't it make sense to create hardlinks instead of symlinks for these folders so that you don't have duplicate folders? Ar am I overlooking something? The cloudron backup logic does not understand hardlinks. It would then end up taking backup of your junk folder twice. This is unlike symlinks which is ignored by the backup code. Neither the symlink nor the contents of a symlink are backed up. This does bring up an important point that if you move your mail server to a different server, you have to remember to create this symlink by hand again!

glad to have helped

can you modify the title a bit for clarity since this isn't a migration but more of a swaping or switching? ty UPDATE: it's been modified within 2m, thanks to @girish

why not simply manage a local cloudron.local domain in hosts or local DNS then?