Thanks for the info, I've added those now https://git.cloudron.io/cloudron/dashboard/-/commit/5a7629f22410138429cf9b694a5131166fa5a455

@plusone-nick I didn't check the part of our code that manage user creation for ages, but 99% sure, that you don't need to provide a password, or not even a username just an email. Then you create the invite link with a second request if you want to have the onboarding process managed by cloudron. Personal note: Remember that as the server owner you are responsible for the content hosted in it, for this is normally a good idea to have some manual approval before creating an account from a form; or you have to provide a good moderation.

@avatar1024 yeah, admittedly those values are so small and close together that it's not readable. To address this, in 7.3 we just started hiding the apps that don't consume much memory. I don't know if this improves the situation. It is showing memory consumption from apps that are not running That is indeed a bug, will get that fixed.

@roofboard did you get this sorted out?

@RubenFixit leave all the question and solutions you find on the way here. This way the community can participate and learn with you. Also this might be useful for hands-on doc for further interest in development. Cheers, Elias

@girish thanks a bunch! Yes, so that you don't have to do first level support

Since there are quite a few different standards and some pages use their own paradigm, fetching an icon is not a trivial task. Already we code which attempts different ones. In your case the issue is, they specify multiple favicons with the same tag and attributes, where our code happens to pick the smallest one pixel wise. Have to see how we can maybe make this more robust by maybe trying to guess from the filename which one is more useful there.

@girish Did some testing. I think you are right. The distance is reducing the bandwidth I guess.

@anschein Yep. Unfortunately I've never found a solution with matrix as the cloudron matrix overwrites turn on restart. Apparently the external turn option is coming in Cloudron 7.3.

Managing backups like we mange mailboxes does sound like a good idea, and can have checkboxes for daily, full, etc. per app, and more.

@nebulon I was maybe not clear enough, the feature request is for sending out an HTTP request when a backup is successful, not reacting to an API request.

This is implemented in 7.3

+1 . I think this will indeed make things a lot more secure than we have now. It is complicated to have this work across apps, but we should do it for all the apps that support it .

@murgero Great, thank you for the suggestion! Hopefully the team will still consider this valid request, but appreciate this workaround.

Agreed, this would be very useful. Would love to be able to assign specific IP addresses to specific domains. It would also be nice to be able to disable the "You are seeing this page because the DNS record of nn.nn.nn.nnn is set to this server's IP but Cloudron has no app configured for this domain." for http requests sent directly to the server IP.

Maybe a useful thread, if you haven't seen already: https://forum.cloudron.io/topic/5123/has-anyone-set-up-nextcloud-with-a-hetzner-storagebox-cifs-mount-as-primary-storage

@plusone-nick said in Global option to disable "visible/allow all users from this Cloudron": Global option to disable "visible/allow all users from this Cloudron" when installing apps forcing admins to use group or user permissions sets If you create atleast one Group, the UI does not select "visible/allow all users" by default. The UI assumes that since you have group(s), you probably want to select a specific group. We did this for the same reason I assume you are requesting this - when installing an app you don't want to throw it out to all users and confuse them...

@nebulon Perfect! Much appreciated!

@privsec if you're still interested: https://forum.cloudron.io/topic/7546/open-registration-app-for-cloudron