4 Commits

This Branch

This Branch

All Branches

• Update Dockerfile - alpine:3.12 -> alpine:3.15

  The support for the base image alpine:3.12 will expire in 4 months (https://endoflife.date/alpine), so it would make sense to upgrade to the current version alpine:3.15. 
  I was able to create the acme.sh image with the new alpine:3.15 version without errors and also create and deploy a certificate, but further testing would be useful.

  Christian Burmeister 2022-01-06 17:41:41 +08:00
  e0b179e5f3
• Update Dockerfile - alpine:3.12 -> alpine:3.15

  The support for the base image alpine:3.12 will expire in 4 months (https://endoflife.date/alpine), so it would make sense to upgrade to the current version alpine:3.15. 
  I was able to create the acme.sh image with the new alpine:3.15 version without errors and also create and deploy a certificate, but further testing would be useful.

  Christian Burmeister 2021-12-21 22:20:42 +01:00
  3105235a7a
• Update mailcow.sh

  I have modified the following things:
  
      Originally, "/data/assets/ssl/" is always appended to the varialbe ${_mailcow_path}. Since I use acme.sh as docker container, I only want to include the mailcow-ssl directory in the acem.sh container and not the complete mailcow directory. So now it is checked if the file generate_config.sh is in the directory (then it is the mailcow root directory, see https://github.com/mailcow/mailcow-dockerized) and only then "/data/assets/ssl/" is appended, in all other cases the passed variable is taken over unchanged.
  
      Because of the RP mailcow/mailcow-dockerized#2443 I have extended the script with ECC certificates.
  
      I adapted the reboot commands as described in the mailcow manual (https://mailcow.github.io/mailcow-dockerized-docs/firststeps-ssl/#how-to-use-your-own-certificate).

  Christian Burmeister 2020-12-01 20:30:56 +01:00
  2bc627970e
• Update Dockerfile
  Christian Burmeister 2019-02-09 19:38:32 +01:00
  2cf01c23a2