Have you tried to setup the DNS records as suggested by the Cloudron dashboard? Mostly from your screenshot this seems like you have to add the Cloudron in question to the SPF for sending out mails and fixup the PTR pointer. Lastly it appears your IP is on a blocklist, so you should try to get yourself off that by contacting the blocklist provider. Alternately you could of course also setup an outbound mail relay as @joseph earlier suggested.

We haven't added a way to add custom persistent iptables rules . For SSH though, just move it port 202 and disable root auth and password auth. This usually cuts down all bots to 0.

Ok that file is showing regular checks but no packages marked for upgrade. I will keep an eye on this. Thanks for the support.

This is a very old issue, please create a separate topic with the details of the problem.

Hi, and thanks so much for the replies - much appreciated

Hi Nebulon, Thank you for your assistance regarding the backup issue for the mail application. Based on your suggestion and the error logs, I have decided to increase the memory limit for the backup process to 4.5 GiB. Here is the updated configuration: Memory Limit: 4.5 GiB Upload Part Size: 128 MiB I will monitor the backup process after this change to see if it resolves the issue. I have attached a screenshot of the updated settings for your reference. If the problem persists, I will provide additional logs and system metrics for further analysis. Thank you for your support. Best regards, Felipe Rubilar

And I do not really get why did they remove the right to call their APIs? Like if they don't want people to abuse their APIs. Wouldn't it be more reasonable to deploy rate limits? Like 1 API call for few hours would be enough for home usage.

This was handled via support. The root cause was a bug in our addon handling. Fix is https://git.cloudron.io/cloudron/box/-/commit/01945675edfd705d1a19d6ed9e40633b721be8f7

@cocam123 as @timconsidine said, Cloudron is not designed to run alongside 3rd party software. The best approach here is to run your public stuff in a separate VM. Then, as @matix131997 said use the app proxy feature. This will set up nginx to proxy all the requests for the domain to this separate VM . App Proxy was designed specifically for the use case of running software outside of the VM and re-using the IP.

@Jarod In the AWS Marketplace Image (AMI) , route53 is disabled in the setup screen. It is apparently against Marketplace policy to take route53 API credentials (a member of their team had reached out to us and notified us about this). So, if you use the AMI, then the setup screen will not show route53 as an option anymore.

Unfortunately, we ended up breaking https://forum.cloudron.io/topic/11993/backuptask-crashing-after-8-0-update . But yeah, overall the fix is good.

@girish said in WordPress app container stuck on updating from package version 3.7.2 to 3.7.3: This happens with apps which contains files that change their size when the backup is going on. ... Maybe you have some plugin that writes to somewhere periodically? Thank you @girish Great advice and just the clue we needed. We figured out what that was, stopped it and then we could take a WP backup manually; and then we were also able to update to the latest packaged WP version 3.8.0 Thank you once again; your prompt help is much appreciated You can mark this ticket as resolved; cheers!

Hey @girish, @nebulon, thanks for coming back to me so quickly! Happy to report that the fix worked wonders, and the backup completed successfully. As for our setup, we set up the backup server a while ago now, my memories are not the freshest. But IIRC we are using OpenSSH Server for Windows Server. And from what I can see Windows shell uses mklink to create hard links. But I have never used it.

Hello, correct, it is the subdomain. This all seems to have been solved by restarting the app

@shrey The fix didn't make it to Cloudron 8, but will be in Cloudron 9 (2 months or so from now). I can post a link to the patch when I push it and you can give it a try.

Bunny resynced the DNS. I restarted the VPS and retested. It's fetching fine now. Fingers crossed it stays that way.

@TheMoodBoardz YW dude

I enabled Dynamic DNS in Cloudron. Then, I turned off the VPS, deleted its IP's (ipv4 and ipv6) and reassigned new ones. Manually updated DNS record of my. to point to the new domain and it came up in 2 mins. Resynced DNS and it looks like the SMTP issue is fixed.

yes, the snapshot folder is the folder where the backup is initially made and then from there it is rotated. In your case it was also part of the previous config.