@joseph Many thanks for the clear and detailed explanation!

I mentioned earlier using a script to manage the docker build and cloudron install. This uses 2 command line prompts : the docker registry address/image name and optional cache (without it, the scripts builds freach without cache each time). #!/bin/bash if [ "$#" -lt 1 ]; then echo "Usage: $0 <image-name> [cache]" exit 1 fi if [ "$2" = "cache" ]; then echo "Building with cache ..." docker build -t $1 . else echo "Building with no cache ..." docker build --no-cache -t $1 . fi docker push $1 cloudron install --image $1 Hope this helps someone

None, ever, except whatever iCloud, gmail, yahoo, outlook, or more recently, MXRoute uses. I'm curious about the replies.

Of course Cloudron can manage multiple domains and put apps on those https://docs.cloudron.io/domains/

@nebulon Yes, is very acceptable...

Per https://github.com/Monogramm/autodiscover-email-settings/blob/66c144e923f245dc0b4e64421449afedcad64052/index.js#L89 this is served at /email.mobileconfig?email=username@domain.com . I am yet to find an official doc page that says this though. However, ChatGPT thinks it is configs/email.mobileconfig served with content-type set to application/x-apple-aspen-config ...

@necrevistonnezr how do you intergrate it in Cloudron for Backups?

There's no uninstall procedure as such since the installation script doesn't keep a copy of all the things it changes. It's best to just reimage ubuntu. Cloudron is developed like a platform/OS and it touches everything - docker, nginx, dns configuration, systemd services, iptables, nodejs etc.

@joseph perhaps we should report it as a bug upstream...

Your plan to use the VPS for email and home for web apps makes sense. Keeping email on the VPS ensures stable deliverability while hosting apps at home is cost-effective. It’s a solid plan and can use a Mail Relay setup with Postfix for SMTP and Dovecot for inbound mail. Cloudron doesn’t natively support email proxy, but you can configure it to send via your VPS’s SMTP relay and forward incoming mail via Postfix. It Works for web apps but may cause SSL and DNS propagation issues, so check automation for SSL renewals. You might want to check Cloudron forums for similar setups!

Thanks all. I'll try the three that are on Cloudron (which @jdaviescoates mentioned) and report back.

They have a GH, but only use it for issue tracking https://github.com/Trae-AI/Trae/issues

@Rahul Never any of those three. NEVER. The ones you should choose from are listed above (I left out a few simply because op doesn't appear to use crypto, nor have need for super-privacy): Dynadot.com Cloudflare.com Gandi.net Porkbun, namesilo, dynodot, spaceship, and namecheap OVH

After this excellent read, I thought Cloudron could adopt some of their findings and see how it helps things move forward toward Multi-Cloudron across hosts including domains and email in a more secure way.

@jdaviescoates said in [OT] Hetzner Box night backup takes 6 hours?!: I'm looking forward to when we can do multiple backup locations, which I'm hoping will allow me to do rsync to one destination and tarball to another. Yes, waiting for multiple backup locations.

This should make the installation of the Bluesky PDS easier: https://hub.docker.com/r/gravityfargo/bluesky-pds

@SailReal Not a problem per se but an additional app that requires packaging

@IniBudi can you check the app logs? Keep the app log window open and then stop the app again . There will be a line which says "Stopping redis".