@NCKNE Which app did you use the sieve filters in. Often, the filter in one app is not visible in another! The sieve filters are located at /home/yellowtent/boxdata/mail/vmail/<mailbox>/sieve. Can you check if they are there on the filesystem atleast?

I think part of the issue here is that disk size data is actually just collected periodically and not at that instant. This is because du can take a long time complete and so we don't do it too often. The initial use case for the sizes was just pretty graphs. Let me look into if we can somehow add 'Last Updated' into the graphs. @jdaviescoates I have also made sure that logs are not there on our forum anymore.

@Trankery Is your comment somehow related to the original subnet question (or did you post in the wrong thread) ?

I can ignore that error, but the log file is chaotic. Hope to fix it one day. Thanks for the answer.

This appears to be a case of https://forum.cloudron.io/post/6533 . Applying the linked setting change fixed the issue.

@jensbee4 If you have reason to believe this is legitimate email that is getting dropped, can you please send me the IP address to support@cloudron.io. It looks like that server is mis-configured

@ruihildt I already add it. Thanks!

@necrevistonnezr said in Best domain provider for Cloudron for a server with non-static IP?: Namecheap offers dynamic DNS update but requires an API key For the DynDNS, Namecheap provide a password by domain [image: 1583726660621-b4f8894b-346e-4204-a837-91ddbecf18ce-image.png] But yes Cloudron use the API maybe you could run https://github.com/linuxserver/docker-ddclient

@girish said in mysql password ?: The server only listens on localhost I tried as root on the ubuntu (not inside a container) this time it work, it must be the fault of cornavirus

@girish said in Migrating the license: If the domain name changes, we will have to do this by hand on our side. nope, the main domain didn't change @girish said in Migrating the license: we might have some license file that you can export/import if you are happy with this kind of license and user are happy, why not keeping it that way Thank for your explanation and replied.

thanks for the explanations. I have already contacted digital ocean requesting the release of port 25. at first, strangely, they claimed that there is no output block on port 25 (although I did the test with the command 'telnet' in the cli).

@yusf said in Multiple user portal domains: However they still need to use the contextually unrelated my.myownunrelateddomain.tld for logins. Do they really though? (I actually assume yes in your case, but just to tease out more info...) I mean, users could just go to the apps directly and login there, no? i.e. I'm pretty sure my users can login directly at chat.uniteddiversity.coop without having login at my.uniteddiversity.org first. What's the use case? Is it that you want them to have a dashboard with links to all their various apps? Or is this for users who are able to install more app on their domain etc?

@JOduMonT Currently, the 'email is not configured properly' notification is updated every 30 minutes. So, it's very much possible that those email settings are fine now and that notification will go away after 30 minutes. If you click on the notification, it should expand to give information on what exactly is not setup properly. Can you tell me what you see if you click the notification ? Also, zen.spamhaus.org being disabled is not good! Do you have a custom DNS setup by any chance? Under system -> services, is unbound running OK?

In theory, it is supposed to go away after you reboot.

Right, we don't recommend upgrading since we trying to keep our testing simple. Security updates are enabled for the base packages that we use. We don't really use many base packages - nginx, collectd. Rest are all containerized (mysql/mongo/redis/email etc) and updated via our docker updates. Docker, nodejs itself are all installed from binaries and not via apt.

Thanks for the thorough reply @girish , I've updated my DNS accordingly and the certificates renewed! I'll figure something out with the Github Pages (or self host on Cloudron!)

@nebulon Thank you very much! I had a similar problem, probably also originating in an incomplete schema migration — the error message I got was ER_BAD_FIELD_ERROR: Unknown column 'apps.reverseProxyConfigJson' in 'field list'(putting it here so anyone encountering the same may find it) — anyway, running the command /home/yellowtent/box/setup/start.sh as root just as you suggested fixed the problem at once, even without a reboot.

Nice, thanks @girish

I would also delete ~/.cloudron.json for good measure since we change the format of the config a few times and maybe you have something from an older CLI version.