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.

Good point, I thought this would be triggered by the security update job from ubuntu already, but apparently not.

Is just DKIM and SPF not required or generally that domain not for sending out emails? If the latter is the case, the checks can be disabled by setting the Email Relay to "Disable" in the Outbound tab of the Email settings for this domain.

@smilebasti Possibly because the destination file system does not support hard links. In the Backup -> Configure, there is a checkbox to disable hard links.

Hopefully, this will get automatically fixed in the next release since we removed the unnecessary OAuth sign up flow.

@girish WOrked like a charm, thanks!

@imouthesmp You can just restart the droplet. No need to stop/shutdown apps. All the apps and Cloudron dashboard will start automatically after a reboot. You can also resize the droplet (CPU/Disk/RAM) as you see fit and Cloudron will adapt automatically.

Thanks all! I just installed it on 1 of my Cloudron servers (at DO) to see and experience if and how it works.

@nebulon Solution was 1.) sudo dpkg-reconfigure tzdata => set Timezone to Berlin 2.) sudo hwclock --systohc Now is the Hardwareclock the same as my real clock. Thanks for your help BR Axel

Hi @derek sorry for the delayed answer, did you manage to solve this after the TTLs have expired from your attempts?