@ultraviolet Very clear explanation and a big thanks for the advice in this. I'm going to try this out very soon, if I'll have some time left in the weekend. Never done the part with lvm before, so I want to take the time for it.

@davisdre The feature is available. Linode DNS is only not available in the initial Cloudron setup screen. This is only because user's were complaining nothing is happening for 15 minutes when they use Linode DNS. You can later go to Domains view and change it from wildcard to Linode DNS. [image: 1593798955321-2c612232-f588-48cc-9383-45bc9d82ef8e-image-resized.png] I will put a note in the docs.

Woah; Now I understand why so much user end by not using KMail (if you are curious look at KDE forum and Reddit for KMail issue) Basically @girish you were on the right track simply I had to go a little bit deeper instead of looking under identities (because, of course, my Identity was well configured) the issue is located under the sending configuration where you have to declare the mail email (not the alias even if my test is not with the alias.) [image: 1593673080925-9b78073a-ff99-4158-acb0-011f3f510209-image-resized.png] Anyway thanks for your help!

@girish said in Anyway to change the Cloudron app store password?: @Felix https://cloudron.io/passwordreset.html Thank you.

@scooke Thank you for that. It clears up a lot of the confusion. I appreciate all of your help throughout this process. Now I can get up and running and launch Ghost at will.

The order in that specific case was apparently a bit random based on the result of the network queries we performed in parallel before. I've put a fix to now always sort by fqdn to fix this.

@girish Thanks! I was hoping to get an official feature going - but thanks, I'll check the link out!

@murgero Thank you bro! I learned how to create and manage SSH keys via terminal today. I'm going to start learning how to do basic Linux Terminal Commands now. So when installing Cloudron, I should select Let's Encrypt - Wildcard and turn that to yes. Anything else that you recommend?

@girish In trying to host an app in the LAMP stack (Specifically GNU Social) and the installation fails due to this still being in use. When can this be applied to cloudron? I believe this will fix many apps not able to be hosted otherwise.

@ice The Cloudron disk graphs is computed only twice a day. So, please check after atleast 12 hours of the disk resize.

The CPU share setting is a percentage relative to each app. So, you should make tinytinyrss slider to be 20%. That way, it will take less CPU compared to other apps (which are set to default to 80%). There's a more detailed explanation here - https://www.batey.info/cgroup-cpu-shares-for-docker.html . When 50%, we set the CPU shares value to be 50% of 1024, when 20%, we set the CPU shares to 20% of 1024 and so on.

@smilebasti The /home/yellowtent/appsdata is the location of apps. This size seems to roughly match the nextcloud size. As for docker, you should not use du tools inside docker's image directories since they are overlays and the du tool is not smart enough to figure out the size correctly. Try docker system df to get a better idea about the actual size docker uses (this is what is reported in the graph as ~5GB). The volumes also link into appsdata so they might be double counted the du tools. To take a wild guess, maybe you were backing up to the file system for some time before you moved to NAS via SMB? If this was the case, then you should remove the old backups manually from /var/backups. You can just safely nuke all the timestamped directories and the snapshot directory inside it.

@girish Yes, it is, I switched 3. also to every 12 hours + 1 week, and also that one is backing up once a day. I'll ping you.

@girish Could a rule be setup in roundcube / other IMAP client to move inbox emails after a set time? I never really messed around with this idea but I could see it coming in handy for large environments that cannot afford huge data storage.

@Mightymoose There are two flavors of the WordPress app - managed and unmanaged (the former has blue icon and the latter has a grayish icon). Which one did you install? Can you try re-installing the app?

BTW, for the "dot" thing, the mailbox separator in Cloudron is ".". This is why folders with dot don't work. If you create a folder named "foo.bar.baz", it is like subfolder bar under foo and subfolder baz under bar. While using "." as a seperator is not a bug as such, using "/" as a separator instead of "." would have been a better choice for Cloudron but we didn't know this when we started (sadly, "." is the dovecot default too). And also using "/" as separator is required for mailbox sharing to work. We are slowly working towards moving the separator to be "/", step by step.

Indeed, there was a missing normalization. I have fixed it for the next release.

@Nicolas One way to avoid this mistake is use getenv('CLOUDRON_MYSQL_USERNAME'), getenv('CLOUDRON_MYSQL_DATABASE') instead of the raw values. This way when you migrate next time, it will pick up the correct database connection values. The full env list for MySQL is at https://cloudron.io/documentation/custom-apps/addons/#mysql

Yes those log lines indicate a login attempt by an app. Each app makes the requests on the Cloudron local network. So different IPs indicate different apps. In your case it looks like someone/bot tries to login to some or your apps.

OK i have send an E-Mail