Hi,

Using a wildcard host name in the `local_name` filter no longer works in Dovecot 2.4.0. This is useful for wildcard certificates.

Example `dovecot.conf`:

```
ssl_server_cert_file = /etc/dovecot/global.cert
ssl_server_key_file = /etc/dovecot/global.key
ssl_server_dh_file = /etc/dovecot/dh.pem
...
local_name "*.example.com" {
 ssl_server_cert_file = /etc/dovecot/example.com.cert
 ssl_server_key_file = /etc/dovecot/example.com.key
}
local_name "example.com" {
 ssl_server_cert_file = /etc/dovecot/example.com.cert
 ssl_server_key_file = /etc/dovecot/example.com.key
}
```

The configuration is tested with:

```
openssl s_client -connect mail.example.com:993
openssl s_client -connect example.com:993
```

The first connection to mail.example.com fails because Dovecot uses the default `global.cert` file.

The second test with the exact host name match works as expected. Dovecot uses the `example.com.cert` file.

Similar to the previously reported multiple hosts on the same line discrepancy, it seems that the `doveconf` tool still has the wildcard matching support:

```
# doveconf -f local_name=mail.example.com ssl_server
ssl_server {
  cert_file = /etc/dovecot/example.com.cert
  dh_file = /etc/dovecot/dh.pem
  key_file = /etc/dovecot/example.com.key
}
```

Is there a new way to achieve the wildcard matching behaviour of the local_name filter in Dovecot 2.4.0? Thanks.

--
Julius Kriukas


_______________________________________________
dovecot mailing list -- dovecot@dovecot.org
To unsubscribe send an email to dovecot-le...@dovecot.org
  • Dovecot 2.4.0 loca... Julius Kriukas via dovecot

Reply via email to