@umbergerba I am using iCloud as a second smtp server on my iPhone. Two things: the server that works for me is smtp.mail.me.com You have to generate an app specific password in your iCloud settings because you probably have activated 2FA. Apple Support Doc Hope that helps. Best, Sven

@scooke there's a bug in the update logic that if a redis container "disappears" (it's not clear why it disappears), then the update stops so that the admin can "assess" the situation. This requies some manual intervention since the upgrade code doesn't know how to proceed / whether it's safe to go on. Still trying to debug why the redis container goes away.

@Lostuser do you still have trouble?

@avatar1024 hopefully now it gets a good kick What you say, @girish ?

@Mad_Mattho So the way I understand it, because This tunnel is initiated from my server to cloudflare, I don't have any need to open very many ports on the server, and because I am using a CNAME record to point my DNS to the tunnel ID (no publicly routable IP addresses involved anywhere) it will make no difference where in the world this machine is, or what IP address it gets its internet from, as long as it has internet and can open the tunnel to cloudflare it should just be automatically online, and with the bare minimum amount of ports open, is that correct? Sounds good.

@girish Sure for test domains w/o any subdomains. What I'm suggesting is a non-entirely blocking situation when the automation fails what it thinks it needs with no simple recourse. Would improve UX flow in edge cases..

@girish !!!! I would never have guessed that - I missed the fine print. "log in with your username" that changes everything thanks for clarifying.

@girish Thanks, it's the good domain !

@girish That did it. Thanks so much for the help!

@nebulon, @BrutalBirdie Thx to both of you, the call is now working. curl -kX POST -H "Content-Type: application/json" https://my.smthg.com/api/v1/apps/install?access_token=857f7d7eb583cfb951e5a50c75a762b94304d4ba50d4a0c94950643eaab7959a -d '{"appStoreId": "io.n8n.cloudronapp@2.37.0","subdomain": "workflow","domain": "somethg.com","accessRestriction": {"users":[],"groups":[]}}' { "id": "c6c79d78-7c7c-414b-acf7-8b5cc39370ed", "taskId": "269" } It needed obviously the header, but also I thought reading the API specs that accessRestriction could be null. It is not the case, so I used @BrutalBirdie assignment (empty users and groups) and the call succeeded. Once again thank you very much.

@girish Thanks for the clarification. I guess we can close this thread, since the solution will be troubleshooting the original unbound / DNS issue on my server (https://forum.cloudron.io/topic/8864/dns-resolving-problem). I have just replied to your e-mail. Right now, numerous DNS queries are failing again, which leads to many missing posts or media on my public Mastodon instance.

@nebulon Gotcha -- so it would have cleared up eventually, anyway. Well, thanks again. I really appreciate your support!

I had the same issue and I was able to follow the steps given about setting up a redirection in Cloudron. In fact, I decided to write a full article about it to help others understand how to fix this issue step by step. You will have to make sure you put the right DNS entries and then set up the redirection. Read this guide here and it will help you to fix this issue.

@nebulon Yep. I am blind. Thanks

@girish perfect thanks!

@girish Thank's

@girish This worked like a charm. And everything is working as I wanted And this script is going to change the web hosting industry. I think that it's one of the best scripts I've ever used in this industry. Thank you guys

@morvin you should instead give the path in the time stamped directories . They will look like hy/2023-01-08-070000-649/box_v7.4.0.tar.gz. There is a version field in the filename. This allows us to check if the backup corresponds to the Cloudron version you have installed.

@girish It worked. It was one of those where I wasn't really sure that would ever work again. So thank you for swift action!