@murgero said in Cannot email my local Calibre books to my Kindle using my Cloudron email credentials:

@murgero 587 uses STARTTLS (or TLS here in this case)
465 is SSL, not TLS.

That is not what Cloudron tells me:

3b540c42-ab93-4169-830d-9acc71c9c412-image.png

( @staff is that a error in the instructions that needs updating then?)

@murgero said in Cannot email my local Calibre books to my Kindle using my Cloudron email credentials:

586 idk if cloudron even uses that.

That was just a typo.

@murgero said in Cannot email my local Calibre books to my Kindle using my Cloudron email credentials:

don't let app configurations confuse you.

It's not app configurations that are confusing me. I realise it's the same as email clients.

What confused me was the config details Cloudron told me to use didn't actually work and appear to be wrong..

However, what does work (thanks you you pointing out that 465 is SSL - not TLS as Cloudron tells me) is using 465 with SSL:

6d9e0f5b-42bb-4107-8a72-3c24076583da-image.png

So thank you! 🙏

Dunno why I didn't try to try that last night! (actually, I do, because it wasn't what Cloudron was telling me to do it was very late so my brain likely wasn't working properly - yet another reason to start taking getting more and better and more regular sleep more seriously)

Also, whilst 587 with TLS didn't initially work either (temporary name resolution error), when I just tried it again that worked too!

@luckow thanks for your input 🙂

@luckow said in Merging mulitple Cloudrons in to one big new one?:

why?

In part just so everything in one place and so I just have to manage, maintain, update etc one server instead of several servers.

But also because e.g.

I've got an instance of PeerTube on one of the smaller VPSs (it's bridport.tv so makes sense to have it on my.bridport.coop where I've got all the Bridport stuff), but I've realised that it really needs a lot more power than that server has.

I'd also like to give access to some of the apps of got on my.uniteddiversity.coop to all the people on my.bridport.coop - at present this would mean them creating another account and then not having the same credentials for both (although to be fair most of the apps currently on my.bridport.coop aren't LDAP enabled anyway, either because they don't have it - like Discourse - or because it doesn't really suit the use case - public instances of PeerTube, Mastodon, Pixelfed).

I think quite a few of the apps would likely benefit for the increased power the dedicated server would have.

The issues you've highlighted wouldn't be that big an issue for me because I think I'm currently the only person/ name who is on all of them so there aren't two Jane Does (but there would be if I started saying "sign-up over on my.uniteddiversity.coop so I can give you access to our shared x too".

The biggest issue would be getting the handful of people actively using some of the other Cloudrons over onto the One Big Cloudron, but currently the numbers of people I'm talking about would be manageable (but this gets harder as more people start joining the other secondary Cloudrons).

@girish just did a reboot have not done one for a bit form what I can see the the gm docker still is not remove even after I did remove it so I think it looping on that

let me get this week thru and I will reboot see how I go
( MAKE SURE I DO BACKUP 1st yes PPL do backups )

025b55b0-9552-4c2e-a415-5b09fc1f4892-image.png

@msbt said in Cannot update due to one tiny app filling up 20GB drive:

docker image prune -a

Thanks, this machine is actually on Netcup. Perhaps their Ubuntu image is bigger for some reason.

I ran that docker command which did free up some space, but still not enough for the update to run.

Also having this issue for several domains on my cloudron.

Manually renewing all certs, restarting apps, deleting browser cookies, nothing is fixing it.

My cloudron is on Ubuntu 20

While there are no mastodon specific notes on importing, there is one guide at https://docs.cloudron.io/guides/import-postgresql/ for importing postgres apps (which mastodon uses).

For exporting, one can make a backup of the app and will have the db dump part of the backup together with all other data.

@d19dotca Thanks for reporting. This seems like a bug/regression because all app backups are cleaned up per backup policy and the code doesn't depend on installation state.

Let me test this and get back.

@girish
Perfect, thank you!!

@cjblank

This is how i fixed that exact issue:

Run these commands
sudo sysctl -w net.ipv6.conf.all.disable_ipv6=0
sudo sysctl -w net.ipv6.conf.default.disable_ipv6=0
sudo sysctl -w net.ipv6.conf.lo.disable_ipv6=0

double check IPv6 is off by running "ip a"

This is tempoary work around just to install it and get it up and running.

to restart your installation without rebuilding a new VM

Add this flag --redo

Hey y'all. Used another domain I had that was correctly propagated. It's perfect. Now I gotta wait for my DNS records to update before I do the switch!

@girish It's up now, and all the errors have disappeared.

@girish thanks, that worked 🙂

Oh right, this is the whole box backup listing, not the apps backup listing. Looking at the code, that Cloudron level section needs the same fix 😕
Will do a fix now and if you want enable remote SSH support for us and send a mail with your dashboard domain to support@cloudron.io then I can locally fixup your instance

@girish ok, understood

@scooke you are right, then the issue is something else if only one app is not backing up. Can you update to 7.3.5 and see if you can reproduce the issue? The fix I was talking about is in 7.3.5.

This is maybe related to https://forum.cloudron.io/topic/8456/let-s-encrypt-didn-t-seem-to-auto-renew/18

I found the issue. Fixed in https://git.cloudron.io/cloudron/box/-/commit/b2d072f2e6d3c8f1b39842c11b70f29ed2cb1231

@andreasdueren said in How to recover TURN server secret?:

@3246 Just restart the app, it should automatically reconfiger itself. Unfortunately…

D'oh! So simple that I totally forgot about it doing that 😆

Thanks!

Btw, I applied the changes of the system.js according to the changelog to solve this problem in my environment until the update is available. So at least for myself this Post could be set to "solved".

Update: I installed Ubuntu 20.04 and then upgraded to Ubuntu 22.04. The Cloudron install then worked!

So is this then fixed by now with getting unbound back alive?

@girish I believe I've seen this in some apps, including NextCloud at some release.

But let me just return back with some facts in my hands when/if I get something.

@jdaviescoates right, unfortunately, it was not prioritized/implemented.

@justjulian said in Make iptables changes persistent:

How could an integration with Wireguard look like? Would one add a list of Wireguard user to the Cloudron settings or what would you suggest?

I don't have the design for this (yet). It's quite a big project, so I will leave my notes in the main 7.4 release thread as we implement them.

Feature request at https://forum.cloudron.io/topic/8487/enhance-app-proxy-app-with-path-and-port-support

@girish Awesome! Didn't realize I could add subdomains to Cloudron.

Thanks for your guidance.

@mpeterson0418 On Cloudron, each app is run in a container and has it's own virtual file system. This way one app cannot see another and they can't tamper with each other. This has a wide range of security benefits. This is the reason File manager is inside the app setting.

@cpa ah, thanks. Another command for me to remember when troubleshooting apt...