Upvote for whitelabelling the branding.

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.
1.png
2.png
3.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 🙂

@girish said in Add INWX as DNS provider:

Implemented in https://git.cloudron.io/platform/box/-/commit/78520e09c38f07c85c89874e84df19b80af8c4ad . Should be in 8.2

Thanks @girish

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.

@girish This would already help to find out that not something hidden in the OS takes the storage.

I am not a docker or Linux expert (only operational knowledge), but my GPU is running on the Cloudron server (a virtual machine in my case). Happy to share insights outside of this thread if you'd like (although not sure I can help), but I don't believe this is related to the feature request so to avoid confusing everyone, I don't think we should discuss it here.

@girish Thank you! I'll put on my cone of shame for a bit for not "searching better".

Hi and thanks. This is how I did it - as mentioned above doing that in Cloudron mail settings would be great.

I guess we can add this in the app configure section if there is some interest.
Some more context is at https://securitytxt.org/