@VictorMC26 There are two totally separate accounts. One is to access your server's dashboard to install and manage apps. This is via my.domain.com . The account you have here is local to your server. The other is cloudron.io account. This lets you manage billing/subscription. The screenshot you posted appears in the 'App Store' view in your server's dashboard on first time use. It is asking for this account's password. If you don't have one, you have to sign up. Once signed up, you can use the My Account link on the top right at https://www.cloudron.io/ to manage billing/invoices.

@nebulon I’m not sure I understand… if my server had 128 GB to set, why does Cloudron allow me to set nearly 256 GB? That doesn’t make sense to me.

There are some hard coded rate limits - https://docs.cloudron.io/security/#rate-limits

@nebulon It took a while to look into it - on my external facing URL it was my proxy & firewall that was blocking it. I switch to using the local IP & changed the Base DN as you mentioned & it is now pulling in users. Thanks for your help!

@ChicagoGregg said in Removing a domain produces an SQL error: Low of the totem pole. Low of the totem pole. Just use "least significant/important/crucial".

I forked this into a separate thread. Think we need some more context. Are you saying using localhost:port of your MacOS device does not work with the app proxy anymore? In the recent releases, an app proxy related change that happened is that we set the Host header to the initial request endpoint. Would your set up be affected by this change by any chance? Related issue in NPM - https://github.com/NginxProxyManager/nginx-proxy-manager/issues/127

I don't think there is any backup option out there which can do what you are hoping can be done. The one exception is if you are manually extracting the data to be restored, and putting them in different locations. I just say this so you don't go feeling like this is some sort of weakness of Cloudron. Backups rely on timestamps and exact conditions. You couldn't restore the second backup because it would look for the time slot from which it was built, in the records, and those records aren't going to be in the currently restored backup. But if it is the media you want, then the fact you do have separate sets of backups does mean you can at least navigate through the backup and find that media, and then as @nebulon said, manually add them back to your Mastodon. But I gotta say, why do you need to have this media? I mean, Mastodon IS social media, and it's meant to be ephemeral. If there is some info you like, then screenshot it, or click the link and bookmark it, print it out to PDF, or follow the poster (to then check them out post-restore to see that specific post) etc. But saving it and keeping it to be viewable only within your Mastodon seems like a use even Mastodon wasn't really meant for. Anyway, good to hear you are back up and running. Hope the new year remains happier. I'm @shane@social.futurnumerique.com if you want to expand your follow/followers!

The current addon uses 14.9 so I guess you could run the corresponding image from https://hub.docker.com/_/postgres

You are welcome @alphy. Enjoy Cloudron!

@crazybrad said in Practical limit of installed apps: Another email marketing platform I discovered is Keila That is actually a simple email newsletter platform, and afaics there's no automation, not even an autoresponder function, yet, I guess. Looks interesting though. And it installs with Docker so it should be ready to be packaged for Cloudron, however it's very basic. Not even comparable with ListMonk already...

Thank you very much @girish, you rock!

@robi @d19dotca identified the issue at https://forum.cloudron.io/topic/10434/email-event-log-loading-very-slowly-seems-tied-to-overall-email-domain-list-health-checks/9 . When we switch views, pending http requests of the old view are not canceled .

@whitespace I see that earlier in the thread you said you had no backups. But just wanted to double check, if you had any (even ancient ones) ? The reason is config.php has passwordsalt and secret which is what is used to hash the db entries. https://github.com/nextcloud/server/issues/34780 has some suggestions which may or may not work . As for your question, not a nextcloud expert, but if I had to guess user settings and password will be reset since the data files is only the files.

@girish said in Support for .co.uk Namecheap domain: I have fixed that too. You are a wonder!

It seems the issue here may have been a lot of CPU steal on my VPS, my provider has moved my VPS to a different host server and now it seems to be no longer timing out. Still monitoring, but seems to be the situation.

@robi thx, that was the problem!

yes, support@cloudron.io is the address. For support, this forum is the correct place to ask. Only reach out by email only if private exchange is needed. Thanks!

Sure, I'll write you there.

@girish thank you, I tried it several times and it didn't worked. I tried it a last time and it worked. I don't know why but thank you