@opensourced you can update to 7.3.2 which has the fix for this. Settings -> Check For Updates. It will say Unstable but it should be stable (there are a few bugs outstanding but nothing major).

@harrowsmith can you run docker network inspect cloudron to see if the network it tries to bind on is actually created?

So all the pages are now dynamically fetching app info and are thus always current.

@thoresson yes, exactly.

@nebulon said in Confused about a failed backup being listed in backups: @jdaviescoates if you hover over the 5 hours ago you should see the exact time to validate this. It shows 05:54:18 so I guess your theory was correct given the logs I pasted above about the failed backup show 04:00:01 - thanks!

@jdaviescoates said in Backing up multiple Cloudrons to the same backup destination?: And just to be double clear, having different prefixs results in different paths, right? yes!

This is fixed now, thanks for reporting.

@girish many thanks !

@scooke thankfully not. he did trash some websites, maybe not realizing how easy it is to restore a backup, but he wasn't ambitious enough to try and jack my server

@RazielKanos said in can't send mails to gmail: The IP you're using to send mail is not authorized to send email directly to our servers. Please use the SMTP relay at your service provider instead. Learn more at https://support.google.com/mail/?p=NotAuthorizedError f13-20020a05600c4e8d00b003c6f97b761esi8416758wmq.104 - gsmtp Oh, I missed this. See https://support.google.com/mail/answer/10336?hl=en . Basically, google does not like your IP. Maybe they have blocked the whole IP range of your VPS provider . You have to use a relay - https://docs.cloudron.io/email/#relay-outbound-mails

@blacksunmastodon Delete the config files under /home/yellowtent/platformdata/nginx/applications and systemctl restart nginx. Does that bring up nginx?

@girish I can confirm. I had "Error : Task Error - Task 4237 stopped" and I did what you said, and it restore from backup normally. All my updates were stuck with the same error. Coincidentally, Contabo was having maintenance before, and every time they did a repair Cloudron acted a bit weird. I suspect it might have to do with the server hosting...

Hi there, I just double checked our support spam folder there and I can't find any related mails. Do you get bounces when sending mails? For your initial issue, you can also send a mail to sales@cloudron.io directly with your two email addresses used for those subscriptions, I should then be able to refund accordingly. Please also let us know if and which subscription you want to keep.

@jdaviescoates The first one is from redis, it can be ignored. The second is the healtheck bot. It appears when the app is not up yet. That can be ignored as well. The final one is because the apache config has ServerName unset. Which app is this? Setting the ServerName to some dummy name makes it go away.

@stvslkt What is the endpoint URL you are entering? It should be like https://s3.us-west-002.backblazeb2.com or just s3.us-west-002.backblazeb2.com.

@SirFiChi said in Server not available after reboot: I hope my system has now no lasting damage by apt-get update/upgrade/dist-upgrade and "apt autoremove". I hope so too but to be sure you can make a backup and restore on a fresh and clean installed Ubuntu 20.04 (or whatever you're currently using). Just make sure to restore to the same OS and Cloudron version and you should be fine. There are also guides what to do after a (planned) dist-upgrade so maybe check them out.

@girish Thank you! I really appreciate all the work you folks do and how much of user whishes you try to fulfill. This is something other vendors could take as example

@girish Hopefully that's coming out before the weekend here for beta, it's been a long time coming, been waiting for those fixes for a while now.

You can read more here - https://support.cloudflare.com/hc/en-us/articles/115000219871-Troubleshooting-redirect-loop-errors-

@nebulon thanks