I think you are referring to https://docs.cloudron.io/installation/home-server correct? What is the issue you are facing? Cloudron will get certificates via DNS automation, it doesn't require port 443 to get certs in that case. See https://docs.cloudron.io/installation/home-server#dns-provider

A YT guy always ends his prompts with ".., answer in short."

For some reason, this topic really interests me. So for transparency : I have started work on a project 'AgentDefender'. later I will work on a 'harness' strategy I will publish the work so it can be critiqued and improved.

Thank you, that gave me something to work through!

I don't have a good solution but we should probably bump up our minimum requirements to 30GB probably... Linux/Ubuntu/Docker images all add up I guess.

@girish I just wanted to relay that this workaround works.

@joseph said: This might be an excellent feature for the new webmail app, no? Just read about it, I will post it as a feature request there, thanks!

@joseph wouldn't it just need to make an http call at the moment the settings load?

@necrevistonnezr my own approach at present is to mostly not use Community Apps yet. If/ when I do so, I like to check e.g. When the user reg'd on this forum (as a proxy of how long they've been using Cloudron) The users "reputation" score on the forum If the user has an "App Dev" or other (e.g. Partner, Translator) badge on the forum How often the Community App gets updated (which I'd then compare to how often the upstream up gets updated) Ideally, I'd like http://ca.cloudron.io/ to help surface this info in one place to inform my decision-making.

Yeah, my last email got delivered as they replied back. I'll check the status for each email to see if I can spot any difference. If not, I'm positive it's on their end and that's all that I care about. I tried troubleshooting things with the client and I get vague responses back like they're a freaking politician and I'm an investigative reporter trying to expose them "delivery-status": { "attempt-no": 1, "certificate-verified": true, "code": 250, "first-delivery-attempt-seconds": 3.223, "message": "ok dirdel", "mx-host": "mta7.am0.yahoodns.net", "mx-host-ip": "67.195.228.110", "session-seconds": 1.087, "tls": true "event": "delivered",

you can also run the management /dashboard component: https://ca.cloudron.io/app/wazuh

cc @nebulon @girish

We will have to implement this in the manifest in a future release. A workaround is a docker systemd drop in with --default-shm-size=512m in it .

Running an alternate mail server on Cloudron is unlikely. Automated provisioning of email setup of apps is part of the product (from v1 of Cloudron) and this would break if we supported other mail servers.

If I use this MCP, can I update several apps in just one-command?

@fbartels I think the idea of moving more towards security is good. There is still much more to discover and implement there.

@LoudLemur the addition of community apps to the platform as a workflow is little short of seismic for Cloudron, massively reducing pressure on the team by avoiding pressure from the Wishlist of “please package me” requests. It works so well there is little incentive to adopt a community apps into the official store. I kinda doubt any community apps will be adopted unless they have some strategic significance. Just my guess. We shall see.