Cloudron makes it easy to run web apps like WordPress, Nextcloud, GitLab on your server. Find out more or install now.

  • @girish Still hoping for this one to make it into Cloudron eventually...:=-)

  • Staff

    @Mallewax Yes, I have added it in our 6.0 list now - . In fact, I just moved to a new device and search not working reasonably is a bummer.

  • Nice work on the Mail server side of things!

    Being able to set mail server subdomains to the more commonly used mail. will be a bonus.

    Thunderbird checks common subdomains as a second resort, although the extra DNS records for the standard autoconfig stuff would be better for more clients to autodetect.

    I'm hoping that will help with email client auto-setups but anything you can do to also add the necessary records would be super handy:

  • Staff

    Yeah, I would love to get the autoconfig functional in this release. I haven't gotten to that yet, and will probably need help of everyone to test auto-detection in variety of clients.

  • @girish Love it....:-) Thank you for your consideration!

  • Staff

    We now have server side signatures as well. These can be set per-domain:


    I have also made some good progress with NC and WP optimizations. I will make a separate post for that.

  • Staff

    @doodlemania2 It turns out collecting network information for each container is quite complicated. It's easy to collect the stats at a point in time (like docker stats does) but to do it over a time period, requires us to periodically track the container/process. I put some notes here - . I have to postpone that task since it's quite complicated. If someone has better technical knowledge on this, please do leave a note on gitlab.

  • App Dev

    Thanks for the update good sir!

  • Any ETA on 5.6? Can't wait for these mail improvements. 🙂

  • Staff

    @d19dotca It's getting here, a couple of things left. Hopefully late next week 🙂

  • Staff

    For the email auto-configuration, for now I will just add docs on how to set this up manually. It's a bit complicated to automatically set all this up because outlooks requires SRV records (for which we have to write automation code for the DNS providers) and thunderbird/k9 requires setup of .well-known files. This has the same issue as mastodon where we can automate only the website is also on Cloudron. So, for now, I will put docs on how anyone can set this up manually.

  • @girish Can Cloudron not write to the "well-known" folder on the host?

    I was thinking matrix could be a switch in the admin panel.

  • Staff

    @will It can but it only works when the domain's web server is hosted on Cloudron. For example, website is hosted on a different server than email. The well-known has to be added on whichever server is hosting the website and not the email server.

  • @girish I would guess that most people have everything they can on cloudron, is that the reality in the field?

  • @will I see what @girish is saying:

    • One Cloudron managed server has Email hosted with it's various subdomains
    • Another (maybe Cloudron managed) server has the root website domain.
    • So the .well-known file needs hosting on the root domain server.

    I've been thinking a fair amount recently about whether to www. the main website or not.

    Originally, I though, who still types www.?

    But, that misses the ability to manage it as just another subdomain, and have the main root domain 301 redirect to www..

    Reasons for having www.? Well, this use-case could be one. CNAME load-balancing could be another.

    I'm thinking that Google does www. for their main domain and many other big players do too, so maybe they are right and my non-www. thinking for succinct brevity was missing some of these other possibilities that using www. enables.

    Might be an SEO risk changing large websites and potentially messing up the 301 redirects for all indexed URLs but I'm having a serious think about going back to www. given those using it probably know more than I do as to why it might be better.

  • @marcusquinn For most people it doesn't matter if we use www or non-www, but I found this page many years ago which has made me stay consistent in using www over non-www, which you may find interesting too.

    It mostly comes down to technicalities really (but this is probably a good example of one too):

    Or more specifically, this direct page for the reasons why to use www over non-www:

    With that said though, while the vast majority of major websites use www, some very large companies don't either, so there must be some valid reason or workaround they've found to any restrictions. Twitter is one that comes to mind, for example. That article actually mentions Twitter too. haha.

  • @d19dotca Very handy, thank you - you and they have me convinced now.

    We have a load of Kubernetes stacks - but I feel they are overkill for most of your needs and the pods and replication has network latency, so I'm looking at more of a master-slave hot-swap high-availability strategy that will ultimately be cheaper, easier to understand and simpler to scale.

  • Staff

    Another progress update. There is now a very basic firewall configuration UI to block IPs. You can use this to block connections to the mail server as well. In future releases, we will probably make this more dynamic. For example, just automatically block IPs for a specific period of time, if there are too many failed logged in attempts. We have to implement this across apps and the app logs are not too fail2ban friendly right now, so we have to see how we can do this.

    There is also a mechanism to white list ports (will be documented) but there won't be a UI for this since I am not sure we should go about encouraging people to install things on Cloudron.


    I think apart from some UI adjustments that @nebulon is making, we are set for the release!

  • @girish Just wanted to check for an update on this as I am really needing to store emails on a different location just like how apps work (my medical clinic clients are using email massively compared to before because of COVID-19 testing they've been doing the last few months, and the storage space usage is growing very quickly. I know you postponed the mail backup part where it was separated from box backups, but does this negatively impact the ability to store emails on an external disk too or is that feature still coming for storing emails on external disks?