@girish perfect, thanks - appreciate it! I'm almost certain there could be ways to improve those queries, but it's always better to have a failsafe in place

@uwcrbc said in My App domain filter with unused domains / external domain: At the moment, filtering per domain shows the list of domains configured on the Cloudron server regardless whether there is an app using it or not. Right, this is how it works currently. The same is possible for All States / Groups as well. Just because there are no apps to list, the item does not get hidden. This can be confusing or not depending on user expectations. It also does not allow to filter for proxy app'ed "external" domains. In the common case, the proxy URL is an IP address and not a domain. In fact, the thing is a URL and not a domain (so we cannot put it in the filter).

@mic-testing-123 We have replied from there asking for more info. (specifically the backup backend and the backup logs).

That fixed it, the home IP wasn't whitelisted. Thanks for your help

There it is ! it worked! Created a Type A DNS record for my.poisonbrainbeats.com needs to point to my IP address [IPV4] DId the same for a Type AAAA DNS record for my.poisonbrainbeats.com that points to my IPV6 address.

Response from IWP: https://support.infinitewp.com/support/tickets/497259 "I had a developer look into this issue, and he confirmed that our code was having trouble detecting the HTTP Loopback request. So, I kindly request you ignore the HTTP loopback status on your IWP admin panel."

Maybe it just took very long to start up, but glad it worked out in the end.

@girish That's very nice! I already have the paid version, so no problem for me, was just wondering

@Recliner2042 ah fair, that's a bug then. Can you contact us at support@cloudron.io , so we can debug this further?

@DualOSWinWiz yes, correct. This looks like some kernel related issue or some missing ubuntu package. Can you try to make the NFS mounting work with just the CLI . This will remove Cloudron out of the equation. I think it is possible some missing package or miscompiled kernel.

Thanks - that sounds interesting. Didn't know that - but this is a reason to rethink my approach.

I found the final solution in an old post: https://forum.cloudron.io/topic/9053/app-stuck-in-restarting-after-upgrade-7-4-1/2 This seems to have fixed everything. Thank you for the help everyone! # rm /home/yellowtent/platformdata/sftp/ssh/ssh_host_rsa_key # rm /home/yellowtent/platformdata/sftp/ssh/ssh_host_rsa_key.pub # systemctl restart box

@nebulon really love you guys for never failing to provide a helpful response, you even have this "rare case" covered in the docs

@girish said in Dynamic DNS and Mail Server Location: @gerard that's quite brave to run a mail server with dynamic IP @girish Yeah it's silly and unreliable But not meant for any serious usage. Thank you for fixing it.

@rollermy said in Backups: I'd like to limit app backups to 3 total for the apps i choose. Maybe create a feature request post about it?

@CRBear said in Mail server: IP address verification?: Am I correct in understanding that the email server checks from which IP address a connection is established to send an email and by default, it verifies against the Spamhaus blacklist? The mail server does not make any check for outbound email. The various checks you see in the Email Status tab are purely diagnostic. The idea is if one or more checks are failing there, most likely the email won't be delivered. The Spamhaus is checked for inbound emails though. The DNSBL zone against which it checks is configurable at https://docs.cloudron.io/email/#dnsbl

In the meantime, I have pushed a fix to cleanup old artifacts for the next release.

@girish Ooh, that sounds handy! I almost wish for another broken nginx config just to try it!