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

@girish Yes yes, this would only be for development purposes (since placing the token in CloudronManifest would, of course, be silly). This would be just to pass the healthcheck so I don't expose anything while developing on a public domain. Thanks for letting me know it'll work, it'll help with an app I'm porting.

@Hillside502 I was trying using my personal Halifax debit card, on a UK account. It was unclear if it's a problem with my card specifically or the bank... The company I'm paying on behalf of has a bank account but no credit card, I'm not sure if it has a debit card, will find out.

@robi Right, so the issue may be on the storage side. Now that you mention it, my object storage is inaccessible…

@lucidfox rsync + encryption has file path length limitations i.e if your app has a file which has long path (not just the file name, maybe it is some 10 folders deep) the backup will error. The limitations are documented here https://docs.cloudron.io/backups/#encryption . @Robin opened a feature request here to improve this - https://forum.cloudron.io/topic/3057/consider-improvements-to-the-backup-experience-to-support-long-filenames-directory-names

@girish that’s perfect, great detective work! Thanks Girish for working to solve that. I really appreciate it. I’ll keep an eye on it in my server you patched and see if the issue comes back. Thanks again!

@nebulon My pleasure, one of my superpowers.