The recommended way is what @murgero suggested. Access via the dashboard. The console/terminal gives you a sandbox access to the app. At the server level, if you are curious, I can explain a bit. root@localhost:~# docker ps CONTAINER ID IMAGE COMMAND CREATED STATUS PORTS NAMES d9fa2018bc0c cloudron/org.wordpress.cloudronapp:20200212-180328-807b9bf4d "/app/pkg/start.sh" 15 hours ago Up 15 hours 127.0.0.1:36813->8000/tcp fe672d3d-d2c2-472e-a46b-a6dda9bb1de5 c74f48d027f4 cloudron/mail:2.7.0 "/addons/mail/start.…" 2 days ago Up 2 days 0.0.0.0:4190->4190/tcp, 0.0.0.0:25->2525/tcp, 0.0.0.0:587->2525/tcp, 0.0.0.0:993->9993/tcp mail 6331068cdae1 cloudron/mongodb:2.1.0 "/addons/mongodb/sta…" 9 days ago Up 2 days 3000/tcp, 27017-27018/tcp mongodb 9c77623d89c6 cloudron/postgresql:2.0.2 "/addons/postgresql/…" 9 days ago Up 2 days 3000/tcp, 5432/tcp postgresql da5ad557af5e cloudron/mysql:2.1.0 "/addons/mysql/start…" 9 days ago Up 2 days 3000/tcp, 3306/tcp mysql f822b1b3397f cloudron/sftp:0.1.0 "/addons/sftp/start.…" 9 days ago Up 2 days 0.0.0.0:222->22/tcp sftp 6c5788c3924a cloudron/graphite:2.2.0 "/app/code/start.sh" 9 days ago Up 2 days 127.0.0.1:2003-2004->2003-2004/tcp, 127.0.0.1:8417->8000/tcp graphite The db containers are appropriately named mysql, postgresql and so on. these containers are "shared" by apps. The app containers can be quickly identified using the image name like cloudron/org.wordpress.cloudronapp. If you have many apps of the same type (say 10 wordpress), then you can use the container labels to figure it out. You can run docker ps -f label=fqdn=blog.domain.com. The best way to access "mysql" (or any other db) is not via the mysql container. Instead, exec into the app's container and then use environment variables to access the mysql db. In the web terminal, there is a "mysql" button on the top bar, just click it and it will paste the command required to access mysql. Press enter to get the mysql console. finally, if web terminal is not very friendly for you, you can also use the CLI tool. After installing it, you can just cloudron exec --app blog.domain.com to get the same shell as the web one. Note, the CLI tool is installed on your PC/laptop and not on Cloudron!

@Trankery early next week is the plan. We also have a bunch of small regressions in Cloudron 5 that we are fixing as part of the release. It will all be in 5.0.4

@girish Okay. Would be nice to see in the future! E.g. "Ignore PTR".

@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!)