Mailcow-dockerized: caddy server

Created on 26 May 2017  路  12Comments  路  Source: mailcow/mailcow-dockerized

caddy server is an alternative for nginx and apache

it would make proxies and ssl way easier to configure.

https://caddyserver.com/

Most helpful comment

But not everyone wants to use LE. It's also pretty much unattended and they write in their docs, that they don't know wether or not LE wants that to be disabled at some point in the future.

The EAS connections are also very sensitive, I don't think Caddy is stable enough to handle a lot of these.
I run some managed instances for a few customers, I don't really want to risk it (and I also don't want to split mailcow in multiple web server branches).

Maybe you can try it and report back, I can run some tests then, too. :)

All 12 comments

Yeah, it would also let you automatically use letsencrypt. I use it for some of my containers.

But Nginx is already configured right now. You can still use caddy as reverse proxy in front of mailcow. It is not intended to modify the mailcow site itself.

The point of caddy is the inbuilt letsencrypt retrieval and renewal. This way you could remove the burden of running letsencrypt outside of the docker environment and creating symlinkstuff via cron all the time.

But not everyone wants to use LE. It's also pretty much unattended and they write in their docs, that they don't know wether or not LE wants that to be disabled at some point in the future.

The EAS connections are also very sensitive, I don't think Caddy is stable enough to handle a lot of these.
I run some managed instances for a few customers, I don't really want to risk it (and I also don't want to split mailcow in multiple web server branches).

Maybe you can try it and report back, I can run some tests then, too. :)

Caddy is weak with ActiveSync?

@andryyy that is true, not everyone wants to use LE, and caddys main goal is to use LE. I thought it would be just generally useful for people which use mailcow personally.
I really like mailcow because it has a great admin ui and sogo integrated.

I'm not sure. Last time I tried Caddy it was very new. Not too sure about the current state.

Maybe a container with both nginx and caddy could be used while the mailcow.conf decides which of them will be used.
Then again some way of optional inbuilt LE automatism would defeat caddys purpose completely and maybe this would be a possible route?

I will never again start implementing multiple services to choose from, sorry. This did not work out for "standard" mailcow at all. :/
You can still run Caddy in front of mailcow, this is perfectly fine. The official LE client already works great with mailcow, too.

What about including optional automatism for LE in the nginx container?

What about including optional automatism for LE in the nginx container?

That would make the first access to the web interface smoother too, if it is enabled from the beginning

After reading the thread, I think #328 is at least related.

Was this page helpful?
0 / 5 - 0 ratings

Related issues

schoebelh picture schoebelh  路  3Comments

GalacticLion7 picture GalacticLion7  路  3Comments

Braintelligence picture Braintelligence  路  3Comments

Adorfer picture Adorfer  路  3Comments

phipag picture phipag  路  3Comments