@saint Excellent, thanks for letting us know. Sequencing matters!

it just went away, i think the router had a DNS cache thats flushed now. It's no longer being set as the DNS server via DHCP, so I think its resolved.

Just to clarify, the account on your server itself, where Cloudron is installed, is NOT the same as the appstore account from cloudron.io

Thank you, it helped

There is no resume logic currently. Have you tried to tweak the part-size, concurrency and memory limit for the backup in the advanced backup settings?

Yes, problem solveld. Thank you!

@aqeelzakir-com said in SPF DNS record (TXT) did not match.: Relay error: Connect to port25check.cloudron.io timed out. Check if port 25 (outbound) is blocked Email Status is checked every 30 minutes. See the troubleshooting docs for more information. See https://docs.cloudron.io/email/#outbound-ports . Basically, your server is unable to send mail because outbound port 25 is blocked. You have to either get it unblocked by talking to your VPS provider or you can set up a relay. Expected: v=spf1 a:my.example.company include:_spf.google.com ~all Actual: v=spf1 include:_spf.google.com ~all If you are going to use a relay, the error above will go away automatically. Otherwise , you have to add a:my.example.company into the SPF record in the DNS.

Hi @girish, hi @nebulon. Many thanks for perfect explanation, hope to have got that. Have now configured as explained above and apex domain does now also produces perfectly valid cert signed by LE. Many thanks also for impressingly quick response during weekend - appreciated.

I wanted to let you know how I got everything to work, it might help other users. The initial issue was about DNS resolution. The quick fix is indeed to use the forward-everything option in unboud but with the previously used dns server. To find that value you just need to do a resolvectl and look at the value of the Current dns servers. In my case it was 10.0.2.3 (the one that was linked to my vpn on the host machine of the server). That is enough to fix the installation script losing internet. For the Configuration error: Domain resolves to ["XXX.XXX.XXX.XXX"] instead of IPv4 XX.XX.XX.XX the quick fix in my case (home server not directly exposed to the internet) was to install an openvpn server on the vps server (https://www.cyberciti.biz/faq/ubuntu-22-04-lts-set-up-openvpn-server-in-5-minutes/) and an openvpn client on my home server so that my home server gets the vps's IP address. In this setup you I also need a reverse proxy to expose the 80 and 443 ports from the home server to the vps.

docker system prune -a didn't delete anything There is only 35 Mb in the /home/yellowtent/platformdata/logs Any idea what is this docker/overlay2 that is taking all the space in the /var/lib folder ? I'm going to increase to 80Gb...

One must be more discerning and careful about installing certain driver packages as some come with GUI tweaking utilities which then pull in an entire desktop environment vs only installing the driver component needed.

So, "Send Healthcheck" and "OK" are printed before and after your cron ? If that's the case, looks like it didn't complete. If you do docker inspect , you will find a container there like crontab.0 or something which is your container. You can exec into it and ps and check if that curl is stuck.

Good to know, thanks Girish. It never happened again, only once so I guess it was transient in nature.

@girish i think i will. but first and most importantly, i would have to see if i can get new hosting. o and i also lost my domain login, so i would have to have my domain admins who have ctrl over the domain do it for me. basically i accidentally reset my c omputer witch had a passkey on it, causing me to get locked out. and second, i think i'll have to have another server, so i'll have to see if i can finance a server for the duo software.

@nebulon and @girish I´ve changed the two domains MX records to mail.marzaXXX.XXX.XX, which is the "Mail Server Location", and it appears to be working correctly. Also, now the "expected value" is the same as the "current value" in the DNS MX record status in the UI. Thank you.

The remount does not happen automatically, but the backup logic checks first if the mount is active before starting to copy files.

@Dr-Inbred Can you try running cloudron-support --troubleshoot and provide it's output here?

thanks, i'll close this now