As far as I understand those CVEs they are not relevant in that context. For the first, we don't use those affected configs and the second is for the ssh-agent. Given that the Ubuntu team usually knows what they do and are working closely together with upstream projects, there seems no need here to go beyond their recommendations of versions they push out via security updates.

@jdaviescoates I am interesting to figure out the workaround if I could just define the new SMRP port in the server configuration. Alternatively, Is it possible to implement some kind of port forwarding rule that can circumvent the port 25 block?

It worked! Thanks!

And I would appreciate if this fix get published soon. I need to update it, because I accidently did not renew but delete the API key and there is no way back. (Really not "no bullshit" like years ago @gandi) @girish

There is no artificial limit or so. It depends on the resources your server has and here on the capacity and maybe speed of the filesystem.

If Hairpin NAT is not working, please refer to https://docs.cloudron.io/troubleshooting/#hairpin-nat

@fbartels So sorry, but was short on time and opted to reinstall the cert. to get back to what seems like normal - and so, I have no information to share in-terms of troubleshooting. That said, and if /or when this happens again, I'll take the time to properly investigate NB, for what it's worth, I am using Cloudflare API key, of which has always worked without issue in Cloudron, though for some unknown reason, the cert appears to have expired and would no longer renew. And so I performed as roll-over oin the API/Key side of things, then reissued, and everything appears to be back to normal

Welcome here @mistahgreek ! See https://docs.cloudron.io/backups/#old-local-backups for this issue

Glad it worked out in the end. With the next release we will have a better error handling to find those issues faster.

Somewhat of a hidden "feature", if you create a group on that Cloudron, the will be no default during installation.

never mind, I fixed the issue with the IP. I went into GoDaddy and noticed the IP was different, so I changed it back, restarted unbound service and now my dashboard is loading with my domain. Now to restoring all of the apps with my backups.

another issue: mail server doesn't re-register itself on the new IP

I guess that is solved via https://forum.cloudron.io/post/95877

Glad it worked out in the end. Not sure why collectd would cause some fuzz here, but those dist-upgrades are quite complex with ubuntu...

The problem is only when email is forwarded by Cloudron. If it is sent directly to Gmail there is no any problem.

Disabling Cloudflare seemed to work. Thanks.

You should be able to download the whole task logs from the logviewer, which should give you more context which app was currently backed up.

nice i eventually figure it out thanks

@Bedrijfstak14 in v8, the IPv6 defaults to auto-detected. Probably best to choose this explicitly based on your setup.