I had a similar problem recently. Here's what I had to do in order to be able to programmatically update DNS records for a domain in Google Cloud DNS: verify domain ownership: https://cloud.google.com/endpoints/docs/openapi/verify-domain-name. I did this by inputting a special DNS TXT record into DNS for the domain. in my case, I was using a Google Cloud Service Account with Terraform (not Cloudron) to modify DNS records in Google Cloud DNS, so in additional to verifying domain ownership, I had to actually add the Service Account I created as a verified owner of the domain as well. After doing these two things, I was able to programmatically update DNS records for the domain using the Service Account. So, assuming you've created a Service Account at Google, given it the "DNS Administrator" role, and added the Service Account email as a verified owner of the domain, you should be good to go. I just tested it with my Cloudron and it all worked. I'm attaching a screenshot of the Google domain verification screen showing where I added the Service Account as a domain owner. Hope this helps.[image: 1682509131953-cleanshot-2023-04-26-at-07.28.52-resized.jpeg]

@m3pilot not sure what's happening here, something seems totally wrong (like some mismatched node version). Are you able to contact us on support@cloudron.io to debug this further?

@tonimad said in Cloudron and different webmail: Dedicated server with large calacity of space. Here, on this server, I have my Afterlogic Pro webmail installed. One simple question, why would AfterLogic be necessary to run, since you want to migrate to Cloudron and run the email service on it? Cloudron is ready to run all email services out of the box, and that includes webmail as well without any further configuration necessary other than installing the snapmail web app from the repository.

@girish you hit the nail on the head. that was 100% what was going on but odd that it only started doing it recently. honestly, if I could use anybody else but Cloudflare, I would. #takingsuggestions

@warg Haraka is not as widely used as Postfix but it is also hardly a niche product and has been around since 2011. If anything it is down to preference. Cloudron chose it because it is lightweight and efficient and presumably because it best fit their architecture. The IMAP server in Cloudron is Dovecot, which is also used in Plesk. What are your concerns? Yes, the best thing to do is just give it a go and see if it fits your needs.

@BrutalBirdie Even then, we are talking about Android 4.0 and Windows Vista ... Then again, I have heard stories of people using Windows XP still...

@roofboard that makes sense. I would personally not throw in a ssh key into a CI/build system either I guess you are looking for a cloudron sync or something from the CLI tool. I guess this is possible to implement. Can you open a feature request at https://forum.cloudron.io/category/97/feature-requests ?

@userino yeah, it's that way because IMAP/SMTP have no concept of sessions. This means that you might have to repeatedly enter 2FA token which would in turn make using mails clients quite unusable. I recommend generating an app password for Email (what I use personally) and using that as a "throwaway" password. It will work only for Email an won't let you login to other apps.

@robi unfortunately same problem. Just found out I can not delete these file via file Manage, I need to do it on the Filesystem

This topic can be marked as closed. I decided to buy an instance with more memory and it worked well.

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