@scooke said in Notes on domains?: Christmas has passed; that same day was my birthday! Happy Belated Birthday! You have the same birthday as my fly expert friend Erica McAlister - check out her books here https://www.ethicalbooksearch.com/uk?query=Erica+McAlister

Domans management and App management are separate. Notice the Location section of your App, where you can change the (sub)domain of the app at will.

Yes this is done.

We were investigating this and it is on the roadmap together with the rewritten VPN app. It is not yet clear what is involved, but certainly a very useful use-case with Cloudron.

CR 9 (or earlier?) will have multi-backup destinations which might do what you're looking for without having to go thru a VPN and all that mess. But, have you seen the new VPN app? https://forum.cloudron.io/category/20/vpn

@girish said in Update App Store User Management filter to include Login with Cloudron OpenID: @jdaviescoates do you mean to separate OIDC and LDAP ? Yes

I think I still don't quite understand what you are trying to achieve here. The app proxy is not really for proxying to apps running on Cloudron itself, but to proxy for example apps which run on some other server and Cloudron can then provide DNS and certs as a reverse proxy.

Well, the thing is that I can obviously rename folders in my own account(s) in order to work around this, but when migrating accounts for other family members, colleagues or clients it's harder since I will be asking them to change their folder naming habits just because the mailsystem can't handle it. To be honest I never ran into this with other mailsystems and I've used / tried a considerable amount of them in the meantime: Google (Gmail/workspace), Microsoft (hotmail/365), Zoho, Mailcow just to name a few and they all accept periods in folder names. As a result we got used to use periods in our folder names. I'm fine if the default stays as it is in order to not break anything for other people, but being able to change it when needed would be nice. And yes, there are possible collisions with the internal folders (new, cur, tmp) when switching to FS, but this can be anticipated by setting the DIRNAME variable to something unique. In regards with testing, I'm not sure this has a huge impact since the working of dovecot shouldn't change in any way when switching to FS.

On the server where I have Nextcloud installed and backed up to Object Storage to Nuremberg and works fine. I will also give the settings from Memory Limit and Upload Part Size. [image: 1733477464697-1-resized.png] [image: 1733477159720-2-resized.png] [image: 1733477163222-3-resized.png] If you have servers in Falkenstein or Nuremberg and you send to Helsinki or vice versa then there maybe problems, because there is a broken fiber optic cable by probably by sabotage.

@girish or @nebulon , any chance this will be implemented? This is definitely needed since marking messages as spam is not sufficient when an address isn't in use anymore. There are even reports of hosters suspending or blocking your account when receiving floods of spam (here for example)

@humptydumpty Nothing more difficult than getting family to accept your help and acknowledge that perhaps you know something that they don't:) To your point, perhaps during signup a warning about mail delivery to these inbox providers and a suggestion to use another email address. Caveat emptor.

@necrevistonnezr that's correct, but as you might understand this was just an example. In reality it will be something like this@mydoman.com, that@mydomain.com and whatever@mydomain.com where wildcards are not a solution.

I'm sorry I missed that post. Maybe both can be merged, since my post provides an actual link to the API documentation?

Seconded, also interested in this for the tailscale angle

Makes sense. +1

Yes there is no generic setting, but I was just explaining the default case for apps where the setting was not manually changed.

Ah right, Cloudron currently does not offer 2FA backup codes. I will move this thread to feature requests then.