@Stardenver Well I had a customers server that he wanted the mail limit upped from 40Mb to 60Mb... and I thought I had done that, but couldn't send a big enough email to test.
I have no idea why they 'need' it, its usually some self-employed boss who doesn't know better, or can't be told.
I make the changes they ask for, and charge for my time.

This should be fixed in 7.3.6

@rossmaclean Currently, there is a limitation that "auth" stuff (including LDAP integration) cannot be turned on and off dynamically. It is chosen at install time. Since the app didn't have proxyAuth initially, it cannot be turned on later with an update.

Will put a note in the docs.

@matthijs that's not possible because HTML/Javascript is opaque "data" and one cannot replace things without understanding what the data is.

For example, the HTML could say "Your IP is NOT xxxxx" or "Your friend is at IP yyyy" or just about anything else. There is no way to reliably replace HTML (other than the app itself).

@ei8fdb said in Delete volume name, mount point (in UI) when no longer in use?:

reference to volume name and mount point in Volumes section still present

Can you post a screenshot of this? Are you referring to the Volumes view i.e the view where you add/remove volumes ? FWIW, what you said in Expected behaviour section is what is supposed to happen. I checked quickly and it does happen that way but not clear what you mean by Volumes section still present.

Thank you that worked!

@jdaviescoates Phew, my thoughts and prayers worked!

There is at https://api.cloudron.io/api/v1/apps however use this with care otherwise we have to further rate-limit the queries, also this is not a stable API as we change it as we see fit for Cloudron versions, and also we currently have no documentation for that.

@jdaviescoates totally confusing for sure. Not cloudron's fault completely as TLS is just an update to SSL. The problem comes from old software I think where SSL (the verb) is still being used where TLS should be. Both are technically the same, one is just newer.

Or at least that is what google would suggest lol. Either way, you can never have too many docs so an update to specifically call this out when working with SMTP ports would be useful.

@Nozy said in Error: listen EADDRNOTAVAIL: address not available 172.18.0.1:3003:

the gm docker still is not remove

If you click on the app icon, it will show you the error as to why it's not uninstalling.

@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).

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.

@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