Deploying mail servers
Configuring and maintaining mail server services
Abstract
Providing feedback on Red Hat documentation
We appreciate your feedback on our documentation. Let us know how we can improve it.
Submitting feedback through Jira (account required)
- Log in to the Jira website.
- Click Create in the top navigation bar
- Enter a descriptive title in the Summary field.
- Enter your suggestion for improvement in the Description field. Include links to the relevant parts of the documentation.
- Click Create at the bottom of the dialogue.
Chapter 1. Configuring and maintaining a Dovecot IMAP and POP3 server
Dovecot is a high-performance mail delivery agent (MDA) with a focus on security. You can use IMAP or POP3-compatible email clients to connect to a Dovecot server and read or download emails.
Key features of Dovecot:
- The design and implementation focuses on security
- Two-way replication support for high availability to improve the performance in large environments
-
Supports the high-performance
dbox
mailbox format, but alsombox
andMaildir
for compatibility reasons - Self-healing features, such as fixing broken index files
- Compliance with the IMAP standards
- Workaround support to bypass bugs in IMAP and POP3 clients
1.1. Setting up a Dovecot server with PAM authentication
Dovecot supports the Name Service Switch (NSS) interface as a user database and the Pluggable Authentication Modules (PAM) framework as an authentication backend. With this configuration, Dovecot can provide services to users who are available locally on the server through NSS.
Use PAM authentication if accounts:
-
Are defined locally in the
/etc/passwd
file - Are stored in a remote database but they are available locally through the System Security Services Daemon (SSSD) or other NSS plugins.
1.1.1. Installing Dovecot
The dovecot
package provides:
-
The
dovecot
service and the utilities to maintain it - Services that Dovecot starts on demand, such as for authentication
- Plugins, such as server-side mail filtering
-
Configuration files in the
/etc/dovecot/
directory -
Documentation in the
/usr/share/doc/dovecot/
directory
Procedure
Install the
dovecot
package:dnf install dovecot
# dnf install dovecot
Copy to Clipboard Copied! NoteIf Dovecot is already installed and you require clean configuration files, rename or remove the
/etc/dovecot/
directory. Afterwards, reinstall the package. Without removing the configuration files, thednf reinstall dovecot
command does not reset the configuration files in/etc/dovecot/
.
1.1.2. Configuring TLS encryption on a Dovecot server
Dovecot provides a secure default configuration. For example, TLS is enabled by default to transmit credentials and data encrypted over networks. To configure TLS on a Dovecot server, you only need to set the paths to the certificate and private key files. Additionally, you can increase the security of TLS connections by generating and by using Diffie-Hellman parameters to provide perfect forward secrecy (PFS).
Prerequisites
- Dovecot is installed.
The following files have been copied to the listed locations on the server:
-
The server certificate:
/etc/pki/dovecot/certs/server.example.com.crt
-
The private key:
/etc/pki/dovecot/private/server.example.com.key
-
The Certificate Authority (CA) certificate:
/etc/pki/dovecot/certs/ca.crt
-
The server certificate:
-
The hostname in the
Subject DN
field of the server certificate matches the server’s Fully-qualified Domain Name (FQDN). - If the FIPS mode is enabled, clients must either support the Extended Master Secret (EMS) extension or use TLS 1.3. TLS 1.2 connections without EMS fail. For more information, see the Red Hat Knowledgebase solution TLS extension "Extended Master Secret" enforced.
Procedure
Set secure permissions on the private key file:
chown root:root /etc/pki/dovecot/private/server.example.com.key chmod 600 /etc/pki/dovecot/private/server.example.com.key
# chown root:root /etc/pki/dovecot/private/server.example.com.key # chmod 600 /etc/pki/dovecot/private/server.example.com.key
Copy to Clipboard Copied! Generate a file with Diffie-Hellman parameters:
openssl dhparam -out /etc/dovecot/dh.pem 4096
# openssl dhparam -out /etc/dovecot/dh.pem 4096
Copy to Clipboard Copied! Depending on the hardware and entropy on the server, generating Diffie-Hellman parameters with 4096 bits can take several minutes.
Set the paths to the certificate and private key files in the
/etc/dovecot/conf.d/10-ssl.conf
file:Update the
ssl_cert
andssl_key
parameters, and set them to use the paths of the server’s certificate and private key:ssl_cert = </etc/pki/dovecot/certs/server.example.com.crt ssl_key = </etc/pki/dovecot/private/server.example.com.key
ssl_cert = </etc/pki/dovecot/certs/server.example.com.crt ssl_key = </etc/pki/dovecot/private/server.example.com.key
Copy to Clipboard Copied! Uncomment the
ssl_ca
parameter, and set it to use the path to the CA certificate:ssl_ca = </etc/pki/dovecot/certs/ca.crt
ssl_ca = </etc/pki/dovecot/certs/ca.crt
Copy to Clipboard Copied! Uncomment the
ssl_dh
parameter, and set it to use the path to the Diffie-Hellman parameters file:ssl_dh = </etc/dovecot/dh.pem
ssl_dh = </etc/dovecot/dh.pem
Copy to Clipboard Copied!
ImportantTo ensure that Dovecot reads the value of a parameter from a file, the path must start with a leading
<
character.
Next step
1.1.3. Preparing Dovecot to use virtual users
By default, Dovecot performs many actions on the file system as the user who uses the service. However, configuring the Dovecot back end to use one local user to perform these actions has several benefits:
- Dovecot performs file system actions as a specific local user instead of using the user’s ID (UID).
- Users do not need to be available locally on the server.
- You can store all mailboxes and user-specific files in one root directory.
- Users do not require a UID and group ID (GID), which reduces administration efforts.
- Users who have access to the file system on the server cannot compromise their mailboxes or indexes because they cannot access these files.
- Setting up replication is easier.
Prerequisites
- Dovecot is installed.
Procedure
Create the
vmail
user:useradd --home-dir /var/mail/ --shell /usr/sbin/nologin vmail
# useradd --home-dir /var/mail/ --shell /usr/sbin/nologin vmail
Copy to Clipboard Copied! Dovecot will later use this user to manage the mailboxes. For security reasons, do not use the
dovecot
ordovenull
system users for this purpose.If you use a different path than
/var/mail/
, set themail_spool_t
SELinux context on it, for example:semanage fcontext -a -t mail_spool_t "<path>(/.)?"* restorecon -Rv <path>
# semanage fcontext -a -t mail_spool_t "<path>(/.)?"* # restorecon -Rv <path>
Copy to Clipboard Copied! Grant write permissions on
/var/mail/
only to thevmail
user:chown vmail:vmail /var/mail/ chmod 700 /var/mail/
# chown vmail:vmail /var/mail/ # chmod 700 /var/mail/
Copy to Clipboard Copied! Uncomment the
mail_location
parameter in the/etc/dovecot/conf.d/10-mail.conf
file, and set it to the mailbox format and location:mail_location = sdbox:/var/mail/%n/
mail_location = sdbox:/var/mail/%n/
Copy to Clipboard Copied! With this setting:
-
Dovecot uses the high-performant
dbox
mailbox format insingle
mode. In this mode, the service stores each mail in a separate file, similar to themaildir
format. -
Dovecot resolves the
%n
variable in the path to the username. This is required to ensure that each user has a separate directory for its mailbox.
-
Dovecot uses the high-performant
1.1.4. Using PAM as the Dovecot authentication backend
By default, Dovecot uses the Name Service Switch (NSS) interface as the user database and the Pluggable Authentication Modules (PAM) framework as the authentication backend.
Customize the settings to adapt Dovecot to your environment and to simplify administration by using the virtual users feature.
Prerequisites
- Dovecot is installed.
- The virtual users feature is configured.
Procedure
Update the
first_valid_uid
parameter in the/etc/dovecot/conf.d/10-mail.conf
file to define the lowest user ID (UID) that can authenticate to Dovecot:first_valid_uid = 1000
first_valid_uid = 1000
Copy to Clipboard Copied! By default, users with a UID greater than or equal to
1000
can authenticate. If required, you can also set thelast_valid_uid
parameter to define the highest UID that Dovecot allows to log in.In the
/etc/dovecot/conf.d/auth-system.conf.ext
file, add theoverride_fields
parameter to theuserdb
section as follows:userdb { driver = passwd override_fields = uid=vmail gid=vmail home=/var/mail/%n/ }
userdb { driver = passwd override_fields = uid=vmail gid=vmail home=/var/mail/%n/ }
Copy to Clipboard Copied! Due to the fixed values, Dovecot does not query these settings from the
/etc/passwd
file. As a result, the home directory defined in/etc/passwd
does not need to exist.
Next step
1.1.5. Completing the Dovecot configuration
Once you have installed and configured Dovecot, open the required ports in the firewalld
service, and enable and start the service. Afterwards, you can test the server.
Prerequisites
The following has been configured in Dovecot:
- TLS encryption
- An authentication backend
- Clients trust the Certificate Authority (CA) certificate.
Procedure
If you want to provide only an IMAP or POP3 service to users, uncomment the
protocols
parameter in the/etc/dovecot/dovecot.conf
file, and set it to the required protocols. For example, if you do not require POP3, set:protocols = imap lmtp
protocols = imap lmtp
Copy to Clipboard Copied! By default, the
imap
,pop3
, andlmtp
protocols are enabled.Open the ports in the local firewall. For example, to open the ports for the IMAPS, IMAP, POP3S, and POP3 protocols, enter:
firewall-cmd --permanent --add-service=imaps --add-service=imap --add-service=pop3s --add-service=pop3 firewall-cmd --reload
# firewall-cmd --permanent --add-service=imaps --add-service=imap --add-service=pop3s --add-service=pop3 # firewall-cmd --reload
Copy to Clipboard Copied! Enable and start the
dovecot
service:systemctl enable --now dovecot
# systemctl enable --now dovecot
Copy to Clipboard Copied!
Verification
Use a mail client, such as Mozilla Thunderbird, to connect to Dovecot and read emails. The settings for the mail client depend on the protocol you want to use:
Table 1.1. Connection settings to the Dovecot server Protocol Port Connection security Authentication method IMAP
143
STARTTLS
PLAIN[a]
IMAPS
993
SSL/TLS
PLAIN[a]
POP3
110
STARTTLS
PLAIN[a]
POP3S
995
SSL/TLS
PLAIN[a]
[a] The client transmits data encrypted through the TLS connection. Consequently, credentials are not disclosed.Note that this table does not list settings for unencrypted connections because, by default, Dovecot does not accept plain text authentication on connections without TLS.
Display configuration settings with non-default values:
doveconf -n
# doveconf -n
Copy to Clipboard Copied!
1.2. Setting up a Dovecot server with LDAP authentication
If your infrastructure uses an LDAP server to store accounts, you can authenticate Dovecot users against it. In this case, you manage accounts centrally in the directory and, users do not required local access to the file system on the Dovecot server.
Centrally-managed accounts are also a benefit if you plan to set up multiple Dovecot servers with replication to make your mailboxes high available.
1.2.1. Installing Dovecot
The dovecot
package provides:
-
The
dovecot
service and the utilities to maintain it - Services that Dovecot starts on demand, such as for authentication
- Plugins, such as server-side mail filtering
-
Configuration files in the
/etc/dovecot/
directory -
Documentation in the
/usr/share/doc/dovecot/
directory
Procedure
Install the
dovecot
package:dnf install dovecot
# dnf install dovecot
Copy to Clipboard Copied! NoteIf Dovecot is already installed and you require clean configuration files, rename or remove the
/etc/dovecot/
directory. Afterwards, reinstall the package. Without removing the configuration files, thednf reinstall dovecot
command does not reset the configuration files in/etc/dovecot/
.
1.2.2. Configuring TLS encryption on a Dovecot server
Dovecot provides a secure default configuration. For example, TLS is enabled by default to transmit credentials and data encrypted over networks. To configure TLS on a Dovecot server, you only need to set the paths to the certificate and private key files. Additionally, you can increase the security of TLS connections by generating and by using Diffie-Hellman parameters to provide perfect forward secrecy (PFS).
Prerequisites
- Dovecot is installed.
The following files have been copied to the listed locations on the server:
-
The server certificate:
/etc/pki/dovecot/certs/server.example.com.crt
-
The private key:
/etc/pki/dovecot/private/server.example.com.key
-
The Certificate Authority (CA) certificate:
/etc/pki/dovecot/certs/ca.crt
-
The server certificate:
-
The hostname in the
Subject DN
field of the server certificate matches the server’s Fully-qualified Domain Name (FQDN). - If the FIPS mode is enabled, clients must either support the Extended Master Secret (EMS) extension or use TLS 1.3. TLS 1.2 connections without EMS fail. For more information, see the Red Hat Knowledgebase solution TLS extension "Extended Master Secret" enforced.
Procedure
Set secure permissions on the private key file:
chown root:root /etc/pki/dovecot/private/server.example.com.key chmod 600 /etc/pki/dovecot/private/server.example.com.key
# chown root:root /etc/pki/dovecot/private/server.example.com.key # chmod 600 /etc/pki/dovecot/private/server.example.com.key
Copy to Clipboard Copied! Generate a file with Diffie-Hellman parameters:
openssl dhparam -out /etc/dovecot/dh.pem 4096
# openssl dhparam -out /etc/dovecot/dh.pem 4096
Copy to Clipboard Copied! Depending on the hardware and entropy on the server, generating Diffie-Hellman parameters with 4096 bits can take several minutes.
Set the paths to the certificate and private key files in the
/etc/dovecot/conf.d/10-ssl.conf
file:Update the
ssl_cert
andssl_key
parameters, and set them to use the paths of the server’s certificate and private key:ssl_cert = </etc/pki/dovecot/certs/server.example.com.crt ssl_key = </etc/pki/dovecot/private/server.example.com.key
ssl_cert = </etc/pki/dovecot/certs/server.example.com.crt ssl_key = </etc/pki/dovecot/private/server.example.com.key
Copy to Clipboard Copied! Uncomment the
ssl_ca
parameter, and set it to use the path to the CA certificate:ssl_ca = </etc/pki/dovecot/certs/ca.crt
ssl_ca = </etc/pki/dovecot/certs/ca.crt
Copy to Clipboard Copied! Uncomment the
ssl_dh
parameter, and set it to use the path to the Diffie-Hellman parameters file:ssl_dh = </etc/dovecot/dh.pem
ssl_dh = </etc/dovecot/dh.pem
Copy to Clipboard Copied!
ImportantTo ensure that Dovecot reads the value of a parameter from a file, the path must start with a leading
<
character.
Next step
1.2.3. Preparing Dovecot to use virtual users
By default, Dovecot performs many actions on the file system as the user who uses the service. However, configuring the Dovecot back end to use one local user to perform these actions has several benefits:
- Dovecot performs file system actions as a specific local user instead of using the user’s ID (UID).
- Users do not need to be available locally on the server.
- You can store all mailboxes and user-specific files in one root directory.
- Users do not require a UID and group ID (GID), which reduces administration efforts.
- Users who have access to the file system on the server cannot compromise their mailboxes or indexes because they cannot access these files.
- Setting up replication is easier.
Prerequisites
- Dovecot is installed.
Procedure
Create the
vmail
user:useradd --home-dir /var/mail/ --shell /usr/sbin/nologin vmail
# useradd --home-dir /var/mail/ --shell /usr/sbin/nologin vmail
Copy to Clipboard Copied! Dovecot will later use this user to manage the mailboxes. For security reasons, do not use the
dovecot
ordovenull
system users for this purpose.If you use a different path than
/var/mail/
, set themail_spool_t
SELinux context on it, for example:semanage fcontext -a -t mail_spool_t "<path>(/.)?"* restorecon -Rv <path>
# semanage fcontext -a -t mail_spool_t "<path>(/.)?"* # restorecon -Rv <path>
Copy to Clipboard Copied! Grant write permissions on
/var/mail/
only to thevmail
user:chown vmail:vmail /var/mail/ chmod 700 /var/mail/
# chown vmail:vmail /var/mail/ # chmod 700 /var/mail/
Copy to Clipboard Copied! Uncomment the
mail_location
parameter in the/etc/dovecot/conf.d/10-mail.conf
file, and set it to the mailbox format and location:mail_location = sdbox:/var/mail/%n/
mail_location = sdbox:/var/mail/%n/
Copy to Clipboard Copied! With this setting:
-
Dovecot uses the high-performant
dbox
mailbox format insingle
mode. In this mode, the service stores each mail in a separate file, similar to themaildir
format. -
Dovecot resolves the
%n
variable in the path to the username. This is required to ensure that each user has a separate directory for its mailbox.
-
Dovecot uses the high-performant
1.2.4. Using LDAP as the Dovecot authentication backend
Users in an LDAP directory can usually authenticate themselves to the directory service. Dovecot can use this to authenticate users when they log in to the IMAP and POP3 services. This authentication method has several benefits, such as:
- Administrators can manage users centrally in the directory.
- The LDAP accounts do not require any special attributes. They only need to be able to authenticate to the LDAP server. Consequently, this method is independent from the password storage scheme used on the LDAP server.
- Users do not need to be available locally on the server through the Name Service Switch (NSS) interface and the Pluggable Authentication Modules (PAM) framework.
Prerequisites
- Dovecot is installed.
- The virtual users feature is configured.
- Connections to the LDAP server support TLS encryption.
- RHEL on the Dovecot server trusts the Certificate Authority (CA) certificate of the LDAP server.
- If users are stored in different trees in the LDAP directory, a dedicated LDAP account for Dovecot exists to search the directory. This account requires permissions to search for Distinguished Names (DNs) of other users.
- If the FIPS mode is enabled, this Dovecot server supports the Extended Master Secret (EMS) extension or uses TLS 1.3. TLS 1.2 connections without EMS fail. For more information, see the Red Hat Knowledgebase solution TLS extension "Extended Master Secret" enforced.
Procedure
Configure the authentication backends in the
/etc/dovecot/conf.d/10-auth.conf
file:Comment out
include
statements forauth-*.conf.ext
authentication backend configuration files that you do not require, for example:#!include auth-system.conf.ext
#!include auth-system.conf.ext
Copy to Clipboard Copied! Enable LDAP authentication by uncommenting the following line:
!include auth-ldap.conf.ext
!include auth-ldap.conf.ext
Copy to Clipboard Copied!
Edit the
/etc/dovecot/conf.d/auth-ldap.conf.ext
file, and add theoverride_fields
parameter as follows to theuserdb
section:userdb { driver = ldap args = /etc/dovecot/dovecot-ldap.conf.ext override_fields = uid=vmail gid=vmail home=/var/mail/%n/ }
userdb { driver = ldap args = /etc/dovecot/dovecot-ldap.conf.ext override_fields = uid=vmail gid=vmail home=/var/mail/%n/ }
Copy to Clipboard Copied! Due to the fixed values, Dovecot does not query these settings from the LDAP server. Consequently, these attributes also do not have to be present.
Create the
/etc/dovecot/dovecot-ldap.conf.ext
file with the following settings:Depending on the LDAP structure, configure one of the following:
If users are stored in different trees in the LDAP directory, configure dynamic DN lookups:
dn = cn=dovecot_LDAP,dc=example,dc=com dnpass = <password> pass_filter = (&(objectClass=posixAccount)(uid=%n))
dn = cn=dovecot_LDAP,dc=example,dc=com dnpass = <password> pass_filter = (&(objectClass=posixAccount)(uid=%n))
Copy to Clipboard Copied! Dovecot uses the specified DN, password, and filter to search the DN of the authenticating user in the directory. In this search, Dovecot replaces
%n
in the filter with the username. Note that the LDAP search must return only one result.If all users are stored under a specific entry, configure a DN template:
auth_bind_userdn = cn=%n,ou=People,dc=example,dc=com
auth_bind_userdn = cn=%n,ou=People,dc=example,dc=com
Copy to Clipboard Copied!
Enable authentication binds to the LDAP server to verify Dovecot users:
auth_bind = yes
auth_bind = yes
Copy to Clipboard Copied! Set the URL to the LDAP server:
uris = ldaps://LDAP-srv.example.com
uris = ldaps://LDAP-srv.example.com
Copy to Clipboard Copied! For security reasons, only use encrypted connections by using LDAPS or the
STARTTLS
command over the LDAP protocol. For the latter, additionally addtls = yes
to the settings.For a working certificate validation, the hostname of the LDAP server must match the hostname used in its TLS certificate.
Enable the verification of the LDAP server’s TLS certificate:
tls_require_cert = hard
tls_require_cert = hard
Copy to Clipboard Copied! Set the base DN to the DN where to start searching for users:
base = ou=People,dc=example,dc=com
base = ou=People,dc=example,dc=com
Copy to Clipboard Copied! Set the search scope:
scope = onelevel
scope = onelevel
Copy to Clipboard Copied! Dovecot searches with the
onelevel
scope only in the specified base DN and with thesubtree
scope also in subtrees.
Set secure permissions on the
/etc/dovecot/dovecot-ldap.conf.ext
file:chown root:root /etc/dovecot/dovecot-ldap.conf.ext chmod 600 /etc/dovecot/dovecot-ldap.conf.ext
# chown root:root /etc/dovecot/dovecot-ldap.conf.ext # chmod 600 /etc/dovecot/dovecot-ldap.conf.ext
Copy to Clipboard Copied!
Next step
1.2.5. Completing the Dovecot configuration
Once you have installed and configured Dovecot, open the required ports in the firewalld
service, and enable and start the service. Afterwards, you can test the server.
Prerequisites
The following has been configured in Dovecot:
- TLS encryption
- An authentication backend
- Clients trust the Certificate Authority (CA) certificate.
Procedure
If you want to provide only an IMAP or POP3 service to users, uncomment the
protocols
parameter in the/etc/dovecot/dovecot.conf
file, and set it to the required protocols. For example, if you do not require POP3, set:protocols = imap lmtp
protocols = imap lmtp
Copy to Clipboard Copied! By default, the
imap
,pop3
, andlmtp
protocols are enabled.Open the ports in the local firewall. For example, to open the ports for the IMAPS, IMAP, POP3S, and POP3 protocols, enter:
firewall-cmd --permanent --add-service=imaps --add-service=imap --add-service=pop3s --add-service=pop3 firewall-cmd --reload
# firewall-cmd --permanent --add-service=imaps --add-service=imap --add-service=pop3s --add-service=pop3 # firewall-cmd --reload
Copy to Clipboard Copied! Enable and start the
dovecot
service:systemctl enable --now dovecot
# systemctl enable --now dovecot
Copy to Clipboard Copied!
Verification
Use a mail client, such as Mozilla Thunderbird, to connect to Dovecot and read emails. The settings for the mail client depend on the protocol you want to use:
Table 1.2. Connection settings to the Dovecot server Protocol Port Connection security Authentication method IMAP
143
STARTTLS
PLAIN[a]
IMAPS
993
SSL/TLS
PLAIN[a]
POP3
110
STARTTLS
PLAIN[a]
POP3S
995
SSL/TLS
PLAIN[a]
[a] The client transmits data encrypted through the TLS connection. Consequently, credentials are not disclosed.Note that this table does not list settings for unencrypted connections because, by default, Dovecot does not accept plain text authentication on connections without TLS.
Display configuration settings with non-default values:
doveconf -n
# doveconf -n
Copy to Clipboard Copied!
1.3. Setting up a Dovecot server with MariaDB SQL authentication
If you store users and passwords in a MariaDB SQL server, you can configure Dovecot to use it as the user database and authentication backend. With this configuration, you manage accounts centrally in a database, and users have no local access to the file system on the Dovecot server.
Centrally managed accounts are also a benefit if you plan to set up multiple Dovecot servers with replication to make your mailboxes highly available.
1.3.1. Installing Dovecot
The dovecot
package provides:
-
The
dovecot
service and the utilities to maintain it - Services that Dovecot starts on demand, such as for authentication
- Plugins, such as server-side mail filtering
-
Configuration files in the
/etc/dovecot/
directory -
Documentation in the
/usr/share/doc/dovecot/
directory
Procedure
Install the
dovecot
package:dnf install dovecot
# dnf install dovecot
Copy to Clipboard Copied! NoteIf Dovecot is already installed and you require clean configuration files, rename or remove the
/etc/dovecot/
directory. Afterwards, reinstall the package. Without removing the configuration files, thednf reinstall dovecot
command does not reset the configuration files in/etc/dovecot/
.
1.3.2. Configuring TLS encryption on a Dovecot server
Dovecot provides a secure default configuration. For example, TLS is enabled by default to transmit credentials and data encrypted over networks. To configure TLS on a Dovecot server, you only need to set the paths to the certificate and private key files. Additionally, you can increase the security of TLS connections by generating and by using Diffie-Hellman parameters to provide perfect forward secrecy (PFS).
Prerequisites
- Dovecot is installed.
The following files have been copied to the listed locations on the server:
-
The server certificate:
/etc/pki/dovecot/certs/server.example.com.crt
-
The private key:
/etc/pki/dovecot/private/server.example.com.key
-
The Certificate Authority (CA) certificate:
/etc/pki/dovecot/certs/ca.crt
-
The server certificate:
-
The hostname in the
Subject DN
field of the server certificate matches the server’s Fully-qualified Domain Name (FQDN). - If the FIPS mode is enabled, clients must either support the Extended Master Secret (EMS) extension or use TLS 1.3. TLS 1.2 connections without EMS fail. For more information, see the Red Hat Knowledgebase solution TLS extension "Extended Master Secret" enforced.
Procedure
Set secure permissions on the private key file:
chown root:root /etc/pki/dovecot/private/server.example.com.key chmod 600 /etc/pki/dovecot/private/server.example.com.key
# chown root:root /etc/pki/dovecot/private/server.example.com.key # chmod 600 /etc/pki/dovecot/private/server.example.com.key
Copy to Clipboard Copied! Generate a file with Diffie-Hellman parameters:
openssl dhparam -out /etc/dovecot/dh.pem 4096
# openssl dhparam -out /etc/dovecot/dh.pem 4096
Copy to Clipboard Copied! Depending on the hardware and entropy on the server, generating Diffie-Hellman parameters with 4096 bits can take several minutes.
Set the paths to the certificate and private key files in the
/etc/dovecot/conf.d/10-ssl.conf
file:Update the
ssl_cert
andssl_key
parameters, and set them to use the paths of the server’s certificate and private key:ssl_cert = </etc/pki/dovecot/certs/server.example.com.crt ssl_key = </etc/pki/dovecot/private/server.example.com.key
ssl_cert = </etc/pki/dovecot/certs/server.example.com.crt ssl_key = </etc/pki/dovecot/private/server.example.com.key
Copy to Clipboard Copied! Uncomment the
ssl_ca
parameter, and set it to use the path to the CA certificate:ssl_ca = </etc/pki/dovecot/certs/ca.crt
ssl_ca = </etc/pki/dovecot/certs/ca.crt
Copy to Clipboard Copied! Uncomment the
ssl_dh
parameter, and set it to use the path to the Diffie-Hellman parameters file:ssl_dh = </etc/dovecot/dh.pem
ssl_dh = </etc/dovecot/dh.pem
Copy to Clipboard Copied!
ImportantTo ensure that Dovecot reads the value of a parameter from a file, the path must start with a leading
<
character.
Next step
1.3.3. Preparing Dovecot to use virtual users
By default, Dovecot performs many actions on the file system as the user who uses the service. However, configuring the Dovecot back end to use one local user to perform these actions has several benefits:
- Dovecot performs file system actions as a specific local user instead of using the user’s ID (UID).
- Users do not need to be available locally on the server.
- You can store all mailboxes and user-specific files in one root directory.
- Users do not require a UID and group ID (GID), which reduces administration efforts.
- Users who have access to the file system on the server cannot compromise their mailboxes or indexes because they cannot access these files.
- Setting up replication is easier.
Prerequisites
- Dovecot is installed.
Procedure
Create the
vmail
user:useradd --home-dir /var/mail/ --shell /usr/sbin/nologin vmail
# useradd --home-dir /var/mail/ --shell /usr/sbin/nologin vmail
Copy to Clipboard Copied! Dovecot will later use this user to manage the mailboxes. For security reasons, do not use the
dovecot
ordovenull
system users for this purpose.If you use a different path than
/var/mail/
, set themail_spool_t
SELinux context on it, for example:semanage fcontext -a -t mail_spool_t "<path>(/.)?"* restorecon -Rv <path>
# semanage fcontext -a -t mail_spool_t "<path>(/.)?"* # restorecon -Rv <path>
Copy to Clipboard Copied! Grant write permissions on
/var/mail/
only to thevmail
user:chown vmail:vmail /var/mail/ chmod 700 /var/mail/
# chown vmail:vmail /var/mail/ # chmod 700 /var/mail/
Copy to Clipboard Copied! Uncomment the
mail_location
parameter in the/etc/dovecot/conf.d/10-mail.conf
file, and set it to the mailbox format and location:mail_location = sdbox:/var/mail/%n/
mail_location = sdbox:/var/mail/%n/
Copy to Clipboard Copied! With this setting:
-
Dovecot uses the high-performant
dbox
mailbox format insingle
mode. In this mode, the service stores each mail in a separate file, similar to themaildir
format. -
Dovecot resolves the
%n
variable in the path to the username. This is required to ensure that each user has a separate directory for its mailbox.
-
Dovecot uses the high-performant
1.3.4. Using a MariaDB SQL database as the Dovecot authentication backend
Dovecot can read accounts and passwords from a MariaDB database and use it to authenticate users when they log in to the IMAP or POP3 service. The benefits of this authentication method include:
- Administrators can manage users centrally in a database.
- Users have no access locally on the server.
Prerequisites
- Dovecot is installed.
- The virtual users feature is configured.
- Connections to the MariaDB server support TLS encryption.
-
The
dovecotDB
database exists in MariaDB, and theusers
table contains at least ausername
andpassword
column. -
The
password
column contains passwords encrypted with a scheme that Dovecot supports. -
The passwords either use the same scheme or have a
{pw-storage-scheme}
prefix. -
The
dovecot
MariaDB user has read permission on theusers
table in thedovecotDB
database. -
The certificate of the Certificate Authority (CA) that issued the MariaDB server’s TLS certificate is stored on the Dovecot server in the
/etc/pki/tls/certs/ca.crt
file. - If the FIPS mode is enabled, this Dovecot server supports the Extended Master Secret (EMS) extension or uses TLS 1.3. TLS 1.2 connections without EMS fail. For more information, see the Red Hat Knowledgebase solution TLS extension "Extended Master Secret" enforced.
Procedure
Install the
dovecot-mysql
package:dnf install dovecot-mysql
# dnf install dovecot-mysql
Copy to Clipboard Copied! Configure the authentication backends in the
/etc/dovecot/conf.d/10-auth.conf
file:Comment out
include
statements forauth-*.conf.ext
authentication backend configuration files that you do not require, for example:#!include auth-system.conf.ext
#!include auth-system.conf.ext
Copy to Clipboard Copied! Enable SQL authentication by uncommenting the following line:
!include auth-sql.conf.ext
!include auth-sql.conf.ext
Copy to Clipboard Copied!
Edit the
/etc/dovecot/conf.d/auth-sql.conf.ext
file, and add theoverride_fields
parameter to theuserdb
section as follows:userdb { driver = sql args = /etc/dovecot/dovecot-sql.conf.ext override_fields = uid=vmail gid=vmail home=/var/mail/%n/ }
userdb { driver = sql args = /etc/dovecot/dovecot-sql.conf.ext override_fields = uid=vmail gid=vmail home=/var/mail/%n/ }
Copy to Clipboard Copied! Due to the fixed values, Dovecot does not query these settings from the SQL server.
Create the
/etc/dovecot/dovecot-sql.conf.ext
file with the following settings:driver = mysql** connect = host=mariadb_srv.example.com dbname=dovecotDB user=dovecot password=_<dovecotPW>_ ssl_ca=/etc/pki/tls/certs/ca.crt default_pass_scheme = SHA512-CRYPT user_query = SELECT username FROM users WHERE username='%u'; password_query = SELECT username AS user, password FROM users WHERE username='%u'; iterate_query = SELECT username FROM users;
driver = mysql** connect = host=mariadb_srv.example.com dbname=dovecotDB user=dovecot password=_<dovecotPW>_ ssl_ca=/etc/pki/tls/certs/ca.crt default_pass_scheme = SHA512-CRYPT user_query = SELECT username FROM users WHERE username='%u'; password_query = SELECT username AS user, password FROM users WHERE username='%u'; iterate_query = SELECT username FROM users;
Copy to Clipboard Copied! To use TLS encryption to the database server, set the
ssl_ca
option to the path of the certificate of the CA that issued the MariaDB server certificate. For a working certificate validation, the hostname of the MariaDB server must match the hostname used in its TLS certificate.If the password values in the database contain a
{<pw-storage-scheme>}
prefix, you can omit thedefault_pass_scheme
setting.The queries in the file must be set as follows:
-
For the
user_query
parameter, the query must return the username of the Dovecot user. The query must also return only one result. -
For the
password_query
parameter, the query must return the username and the password, and Dovecot must use these values in theuser
andpassword
variables. Therefore, if the database uses different column names, use theAS
SQL command to rename a column in the result. -
For the
iterate_query
parameter, the query must return a list of all users.
-
For the
Set secure permissions on the
/etc/dovecot/dovecot-sql.conf.ext
file:chown root:root /etc/dovecot/dovecot-sql.conf.ext chmod 600 /etc/dovecot/dovecot-sql.conf.ext
# chown root:root /etc/dovecot/dovecot-sql.conf.ext # chmod 600 /etc/dovecot/dovecot-sql.conf.ext
Copy to Clipboard Copied!
Next step
1.3.5. Completing the Dovecot configuration
Once you have installed and configured Dovecot, open the required ports in the firewalld
service, and enable and start the service. Afterwards, you can test the server.
Prerequisites
The following has been configured in Dovecot:
- TLS encryption
- An authentication backend
- Clients trust the Certificate Authority (CA) certificate.
Procedure
If you want to provide only an IMAP or POP3 service to users, uncomment the
protocols
parameter in the/etc/dovecot/dovecot.conf
file, and set it to the required protocols. For example, if you do not require POP3, set:protocols = imap lmtp
protocols = imap lmtp
Copy to Clipboard Copied! By default, the
imap
,pop3
, andlmtp
protocols are enabled.Open the ports in the local firewall. For example, to open the ports for the IMAPS, IMAP, POP3S, and POP3 protocols, enter:
firewall-cmd --permanent --add-service=imaps --add-service=imap --add-service=pop3s --add-service=pop3 firewall-cmd --reload
# firewall-cmd --permanent --add-service=imaps --add-service=imap --add-service=pop3s --add-service=pop3 # firewall-cmd --reload
Copy to Clipboard Copied! Enable and start the
dovecot
service:systemctl enable --now dovecot
# systemctl enable --now dovecot
Copy to Clipboard Copied!
Verification
Use a mail client, such as Mozilla Thunderbird, to connect to Dovecot and read emails. The settings for the mail client depend on the protocol you want to use:
Table 1.3. Connection settings to the Dovecot server Protocol Port Connection security Authentication method IMAP
143
STARTTLS
PLAIN[a]
IMAPS
993
SSL/TLS
PLAIN[a]
POP3
110
STARTTLS
PLAIN[a]
POP3S
995
SSL/TLS
PLAIN[a]
[a] The client transmits data encrypted through the TLS connection. Consequently, credentials are not disclosed.Note that this table does not list settings for unencrypted connections because, by default, Dovecot does not accept plain text authentication on connections without TLS.
Display configuration settings with non-default values:
doveconf -n
# doveconf -n
Copy to Clipboard Copied!
1.4. Configuring replication between two Dovecot servers
With two-way replication, you can make your Dovecot server high-available, and IMAP and POP3 clients can access a mailbox on both servers. Dovecot keeps track of changes in the index logs of each mailbox and solves conflicts in a safe way.
Perform this procedure on both replication partners.
Replication works only between server pairs. Consequently, in a large cluster, you need multiple independent backend pairs.
Prerequisites
- Both servers use the same authentication backend. Preferably, use LDAP or SQL to maintain accounts centrally.
-
The Dovecot user database configuration supports user listing. Use the
doveadm user '*'
command to verify this. -
Dovecot accesses mailboxes on the file system as the
vmail
user instead of the user’s ID (UID).
Procedure
Create the
/etc/dovecot/conf.d/10-replication.conf
file and perform the following steps in it:Enable the
notify
andreplication
plugins:mail_plugins = $mail_plugins notify replication
mail_plugins = $mail_plugins notify replication
Copy to Clipboard Copied! Add a
service replicator
section:service replicator { process_min_avail = 1 unix_listener replicator-doveadm { mode = 0600 user = vmail } }
service replicator { process_min_avail = 1 unix_listener replicator-doveadm { mode = 0600 user = vmail } }
Copy to Clipboard Copied! With these settings, Dovecot starts at least one replicator process when the
dovecot
service starts. Additionally, this section defines the settings on thereplicator-doveadm
socket.Add a
service aggregator
section to configure thereplication-notify-fifo
pipe andreplication-notify
socket:service aggregator { fifo_listener replication-notify-fifo { user = vmail } unix_listener replication-notify { user = vmail } }
service aggregator { fifo_listener replication-notify-fifo { user = vmail } unix_listener replication-notify { user = vmail } }
Copy to Clipboard Copied! Add a
service doveadm
section to define the port of the replication service:service doveadm { inet_listener { port = 12345 } }
service doveadm { inet_listener { port = 12345 } }
Copy to Clipboard Copied! Set the password of the
doveadm
replication service:doveadm_password = <replication_password>
doveadm_password = <replication_password>
Copy to Clipboard Copied! The password must be the same on both servers.
Configure the replication partner:
plugin { mail_replica = tcp:server2.example.com:12345 }
plugin { mail_replica = tcp:server2.example.com:12345 }
Copy to Clipboard Copied! Optional: Define the maximum number of parallel
dsync
processes:replication_max_conns = 20
replication_max_conns = 20
Copy to Clipboard Copied! The default value of
replication_max_conns
is10
.
Set secure permissions on the
/etc/dovecot/conf.d/10-replication.conf
file:chown root:root /etc/dovecot/conf.d/10-replication.conf chmod 600 /etc/dovecot/conf.d/10-replication.conf
# chown root:root /etc/dovecot/conf.d/10-replication.conf # chmod 600 /etc/dovecot/conf.d/10-replication.conf
Copy to Clipboard Copied! Enable the
nis_enabled
SELinux Boolean to allow Dovecot to open thedoveadm
replication port:setsebool -P nis_enabled on
# setsebool -P nis_enabled on
Copy to Clipboard Copied! Configure
firewalld
rules to allow only the replication partner to access the replication port, for example:firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="192.0.2.1/32" port protocol="tcp" port="12345" accept" firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv6" source address="2001:db8:2::1/128" port protocol="tcp" port="12345" accept" firewall-cmd --reload
# firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="192.0.2.1/32" port protocol="tcp" port="12345" accept" # firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv6" source address="2001:db8:2::1/128" port protocol="tcp" port="12345" accept" # firewall-cmd --reload
Copy to Clipboard Copied! The subnet masks
/32
for the IPv4 and/128
for the IPv6 address limit the access to the specified addresses.- Perform this procedure also on the other replication partner.
Reload Dovecot:
systemctl reload dovecot
# systemctl reload dovecot
Copy to Clipboard Copied!
Verification
- Perform an action in a mailbox on one server and then verify if Dovecot has replicated the change to the other server.
Display the replicator status:
doveadm replicator status
# doveadm replicator status Queued 'sync' requests 0 Queued 'high' requests 0 Queued 'low' requests 0 Queued 'failed' requests 0 Queued 'full resync' requests 30 Waiting 'failed' requests 0 Total number of known users 75
Copy to Clipboard Copied! Display the replicator status of a specific user:
doveadm replicator status <user_name>
# doveadm replicator status <user_name> username priority fast sync full sync success sync failed <user_user> none 02:05:28 04:19:07 02:05:28 -
Copy to Clipboard Copied!
1.5. Automatically subscribing users to IMAP mailboxes
Typically, IMAP server administrators want Dovecot to automatically create certain mailboxes, such as Sent
and Trash
, and subscribe the users to them. You can set this in the configuration files.
Additionally, you can define special-use mailboxes. IMAP clients often support defining mailboxes for special purposes, such as for sent emails. To avoid that the user has to manually select and set the correct mailboxes, IMAP servers can send a special-use
attribute in the IMAP LIST
command. Clients can then use this attribute to identify and set, for example, the mailbox for sent emails.
Prerequisites
- Dovecot is configured.
Procedure
Update the
inbox
namespace section in the/etc/dovecot/conf.d/15-mailboxes.conf
file:Add the
auto = subscribe
setting to each special-use mailbox that should be available to users, for example:namespace inbox { ... mailbox Drafts { special_use = \Drafts auto = subscribe } mailbox Junk { special_use = \Junk auto = subscribe } mailbox Trash { special_use = \Trash auto = subscribe } mailbox Sent { special_use = \Sent auto = subscribe } ... }
namespace inbox { ... mailbox Drafts { special_use = \Drafts auto = subscribe } mailbox Junk { special_use = \Junk auto = subscribe } mailbox Trash { special_use = \Trash auto = subscribe } mailbox Sent { special_use = \Sent auto = subscribe } ... }
Copy to Clipboard Copied! If your mail clients support more special-use mailboxes, you can add similar entries. The
special_use
parameter defines the value that Dovecot sends in thespecial-use
attribute to the clients.Optional: If you want to define other mailboxes that have no special purpose, add
mailbox
sections for them in the user’s inbox, for example:namespace inbox { ... mailbox "Important Emails" { auto = <value> } ... }
namespace inbox { ... mailbox "Important Emails" { auto = <value> } ... }
Copy to Clipboard Copied! You can set the
auto
parameter to one of the following values:-
subscribe
: Automatically creates the mailbox and subscribes the user to it. -
create
: Automatically creates the mailbox without subscribing the user to it. -
no
(default): Dovecot neither creates the mailbox nor does it subscribe the user to it.
-
Reload Dovecot:
systemctl reload dovecot
# systemctl reload dovecot
Copy to Clipboard Copied!
Verification
Use an IMAP client and access your mailbox.
Mailboxes with the setting
auto = subscribe
are automatically visible. If the client supports special-use mailboxes and the defined purposes, the client automatically uses them.
1.6. Configuring an LMTP socket and LMTPS listener
SMTP servers, such as Postfix, use the Local Mail Transfer Protocol (LMTP) to deliver emails to Dovecot. If the SMTP server runs:
- On the same host as Dovecot, use an LMTP socket
On a different host, use an LMTP service
By default, the LMTP protocol is not encrypted. However, if you configured TLS encryption, Dovecot uses the same settings automatically for the LMTP service. SMTP servers can then connect to it by using the LMTPS protocol or the
STARTTLS
command over LMTP.
Prerequisites
- Dovecot is installed.
- If you want to configure an LMTP service, TLS encryption is configured in Dovecot.
Procedure
Verify that the LMTP protocol is enabled:
doveconf -a | grep -E "^protocols"
# doveconf -a | grep -E "^protocols" protocols = imap pop3 lmtp
Copy to Clipboard Copied! The protocol is enabled, if the output contains
lmtp
.If the
lmtp
protocol is disabled, edit the/etc/dovecot/dovecot.conf
file, and appendlmtp
to the values in theprotocols
parameter:protocols = ... lmtp
protocols = ... lmtp
Copy to Clipboard Copied! Depending on whether you need an LMTP socket or service, make the following changes in the
service lmtp
section in the/etc/dovecot/conf.d/10-master.conf
file:LMTP socket: By default, Dovecot automatically creates the
/var/run/dovecot/lmtp
socket.Optional: Customize the ownership and permissions:
service lmtp { ... unix_listener lmtp { mode = 0600 user = postfix group = postfix } ... }
service lmtp { ... unix_listener lmtp { mode = 0600 user = postfix group = postfix } ... }
Copy to Clipboard Copied! LMTP service: Add a
inet_listener
sub-section:service lmtp { ... inet_listener lmtp { port = 24 } ... }
service lmtp { ... inet_listener lmtp { port = 24 } ... }
Copy to Clipboard Copied!
Configure
firewalld
rules to allow only the SMTP server to access the LMTP port, for example:firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="192.0.2.1/32" port protocol="tcp" port="24" accept" firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv6" source address="2001:db8:2::1/128" port protocol="tcp" port="24" accept" firewall-cmd --reload
# firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv4" source address="192.0.2.1/32" port protocol="tcp" port="24" accept" # firewall-cmd --permanent --zone=public --add-rich-rule="rule family="ipv6" source address="2001:db8:2::1/128" port protocol="tcp" port="24" accept" # firewall-cmd --reload
Copy to Clipboard Copied! The subnet masks
/32
for the IPv4 and/128
for the IPv6 address limit the access to the specified addresses.Reload Dovecot:
systemctl reload dovecot
# systemctl reload dovecot
Copy to Clipboard Copied!
Verification
If you configured the LMTP socket, verify that Dovecot has created the socket and that the permissions are correct:
ls -l /var/run/dovecot/lmtp
# ls -l /var/run/dovecot/lmtp srw-------. 1 postfix postfix 0 Nov 22 17:17 /var/run/dovecot/lmtp
Copy to Clipboard Copied! Configure the SMTP server to submit emails to Dovecot using the LMTP socket or service.
When you use the LMTP service, ensure that the SMTP server uses the LMTPS protocol or sends the
STARTTLS
command to use an encrypted connection.
1.7. Disabling the IMAP or POP3 service in Dovecot
By default, Dovecot provides IMAP and POP3 services. If you require only one of them, you can disable the other to reduce the surface for attack.
Prerequisites
- Dovecot is installed.
Procedure
Uncomment the
protocols
parameter in the/etc/dovecot/dovecot.conf
file, and set it to use the required protocols. For example, if you do not require POP3, set:protocols = imap lmtp
protocols = imap lmtp
Copy to Clipboard Copied! By default, the
imap
,pop3
, andlmtp
protocols are enabled.Reload Dovecot:
systemctl reload dovecot
# systemctl reload dovecot
Copy to Clipboard Copied! Close the ports that are no longer required in the local firewall. For example, to close the ports for the POP3S and POP3 protocols, enter:
firewall-cmd --remove-service=pop3s --remove-service=pop3 firewall-cmd --reload
# firewall-cmd --remove-service=pop3s --remove-service=pop3 # firewall-cmd --reload
Copy to Clipboard Copied!
Verification
Display all ports in
LISTEN
mode opened by thedovecot
process:ss -tulp | grep dovecot
# ss -tulp | grep dovecot tcp LISTEN 0 100 0.0.0.0:993 0.0.0.0:* users:(("dovecot",pid=1405,fd=44)) tcp LISTEN 0 100 0.0.0.0:143 0.0.0.0:* users:(("dovecot",pid=1405,fd=42)) tcp LISTEN 0 100 [::]:993 [::]:* users:(("dovecot",pid=1405,fd=45)) tcp LISTEN 0 100 [::]:143 [::]:* users:(("dovecot",pid=1405,fd=43))
Copy to Clipboard Copied! In this example, Dovecot listens only on the TCP ports
993
(IMAPS) and143
(IMAP).Note that Dovecot only opens a port for the LMTP protocol if you configure the service to listen on a port instead of using a socket.
1.8. Enabling server-side email filtering by using Sieve on a Dovecot IMAP server
You can upload Sieve scripts to a server using the ManageSieve protocol. Sieve scripts define rules and actions that a server should validate and perform on incoming emails. For example, users can use Sieve to forward emails from a specific sender, and administrators can create a global filter to move mails flagged by a spam filter into a separate IMAP folder.
The ManageSieve
plugin adds support for Sieve scripts and the ManageSieve protocol to a Dovecot IMAP server.
Use only clients that support using the ManageSieve protocol over TLS connections. Disabling TLS for this protocol causes clients to send credentials in plain text over the network.
Prerequisites
- Dovecot is configured and provides IMAP mailboxes.
- TLS encryption is configured in Dovecot.
- The mail clients support the ManageSieve protocol over TLS connections.
Procedure
Install the
dovecot-pigeonhole
package:dnf install dovecot-pigeonhole
# dnf install dovecot-pigeonhole
Copy to Clipboard Copied! Uncomment the following line in
/etc/dovecot/conf.d/20-managesieve.conf
to enable thesieve
protocol:protocols = $protocols sieve
protocols = $protocols sieve
Copy to Clipboard Copied! This setting activates Sieve in addition to the other protocols that are already enabled.
Open the ManageSieve port in
firewalld
:firewall-cmd --permanent --add-service=managesieve firewall-cmd --reload
# firewall-cmd --permanent --add-service=managesieve # firewall-cmd --reload
Copy to Clipboard Copied! Reload Dovecot:
systemctl reload dovecot
# systemctl reload dovecot
Copy to Clipboard Copied!
Verification
Use a client and upload a Sieve script. Use the following connection settings:
- Port: 4190
- Connection security: SSL/TLS
- Authentication method: PLAIN
- Send an email to the user who has the Sieve script uploaded. If the email matches the rules in the script, verify that the server performs the defined actions.
1.9. How Dovecot processes configuration files
The dovecot
package provides the main configuration file /etc/dovecot/dovecot.conf
and multiple configuration files in the /etc/dovecot/conf.d/
directory. Dovecot combines the files to build the configuration when you start the service.
The main benefit of multiple config files is to group settings and increase readability. If you prefer a single configuration file, you can instead maintain all settings in /etc/dovecot/dovecot.conf
and remove all include
and include_try
statements from that file.
Chapter 2. Deploying and configuring a Postfix SMTP server
As a system administrator, you can configure your email infrastructure by using a mail transport agent (MTA), such as Postfix, to transport email messages between hosts by using the SMTP protocol. Postfix is a server-side application for routing and delivering mail. You can use Postfix to set up a local mail server, create a null-client mail relay, use a Postfix server as a destination for multiple domains, or choose an LDAP directory instead of files for lookups.
The postfix
package provides multiple configuration files in the /etc/postfix/
directory.
To configure your email infrastructure, use the following configuration files:
-
main.cf
: contains the global configuration of Postfix. -
master.cf
: specifies Postfix interaction with various processes to accomplish mail delivery. -
access
: specifies access rules, for example hosts that are allowed to connect to Postfix. -
transport
: maps email addresses to relay hosts. -
aliases
: contains a configurable list required by the mail protocol that describes user ID aliases. Note that you can find this file in the/etc/
directory.
The key features of Postfix:
- Security features to protect against common email related threats
- Customization options, including support for virtual domains and aliases
2.1. Installing and configuring a Postfix SMTP server
You can configure your Postfix SMTP server to receive, store, and deliver email messages. If the mail server package is not selected during the system installation, Postfix will not be available by default. Perform the following steps to install Postfix:
Prerequisites
- You have the root access.
- Register your system
Procedure
Remove the Sendmail utility:
dnf remove sendmail
# dnf remove sendmail
Copy to Clipboard Copied! Install Postfix:
dnf install postfix
# dnf install postfix
Copy to Clipboard Copied! To configure Postfix, edit the
/etc/postfix/main.cf
file and make the following changes:By default, Postfix receives emails only on the
loopback
interface. To configure Postfix to listen on specific interfaces, update theinet_interfaces
parameter to the IP addresses of these interfaces:inet_interfaces = 127.0.0.1/32, [::1]/128, 192.0.2.1, [2001:db8:1::1]
inet_interfaces = 127.0.0.1/32, [::1]/128, 192.0.2.1, [2001:db8:1::1]
Copy to Clipboard Copied! To configure Postfix to listen on all interfaces, set:
inet_interfaces = all
inet_interfaces = all
Copy to Clipboard Copied! If you want that Postfix uses a different hostname than the fully-qualified domain name (FQDN) that is returned by the
gethostname()
function, add themyhostname
parameter:myhostname = smtp.example.com
myhostname = smtp.example.com
Copy to Clipboard Copied! For example, Postfix adds this hostname to header of emails it processes.
If the domain name differs from the one in the
myhostname
parameter, add themydomain
parameter:mydomain = example.com
mydomain = example.com
Copy to Clipboard Copied! Add the
myorigin
parameter and set it to the value ofmydomain
:myorigin = $mydomain
myorigin = $mydomain
Copy to Clipboard Copied! With this setting, Postfix uses the domain name as origin for locally posted mails instead of the hostname.
Add the
mynetworks
parameter, and define the IP ranges of trusted networks that are allowed to send mails:mynetworks = 127.0.0.1/32, [::1]/128, 192.0.2.1/24, [2001:db8:1::1]/64
mynetworks = 127.0.0.1/32, [::1]/128, 192.0.2.1/24, [2001:db8:1::1]/64
Copy to Clipboard Copied! If clients from not trustworthy networks, such as the internet, should be able to send mails through this server, you must configure relay restrictions in a later step.
Verify if the Postfix configuration in the
main.cf
file is correct:postfix check
# postfix check
Copy to Clipboard Copied! Enable the
postfix
service to start at boot and start it:systemctl enable --now postfix
# systemctl enable --now postfix
Copy to Clipboard Copied! Allow the SMTP traffic through firewall and reload the firewall rules:
firewall-cmd --permanent --add-service smtp firewall-cmd --reload
# firewall-cmd --permanent --add-service smtp # firewall-cmd --reload
Copy to Clipboard Copied!
Verification
Verify that the
postfix
service is running:systemctl status postfix
# systemctl status postfix
Copy to Clipboard Copied! Optional: Restart the
postfix
service, if the output is stopped, waiting, or the service is not running:systemctl restart postfix
# systemctl restart postfix
Copy to Clipboard Copied! Optional: Reload the
postfix
service after changing any options in the configuration files in the/etc/postfix/
directory to apply those changes:systemctl reload postfix
# systemctl reload postfix
Copy to Clipboard Copied!
Verify the email communication between local users on your system:
echo "This is a test message" | mail -s <subject> <user@mydomain.com>
# echo "This is a test message" | mail -s <subject> <user@mydomain.com>
Copy to Clipboard Copied! To verify that your mail server does not relay emails from external IP ranges to foreign domains, follow the below mentioned procedure:
-
Log in to a client which is not within the subnets that you defined in
mynetworks
. - Configure the client to use your mail server.
-
Try to send an email to an email address that is not under the domain you specified in
mydomain
on your mail server. For example, try to send an email tonon-existing-user@redhat.com
. Check the
/var/log/maillog
file:554 Relay access denied - the server is not going to relay. 250 OK or similar - the server is going to relay.
554 Relay access denied - the server is not going to relay. 250 OK or similar - the server is going to relay.
Copy to Clipboard Copied!
-
Log in to a client which is not within the subnets that you defined in
Troubleshooting
-
In case of errors, check the
/var/log/maillog
file.
2.2. Customizing TLS settings of a Postfix server
To make your email traffic encrypted and therefore more secure, you can configure Postfix to use a certificate from a trusted certificate authority (CA) instead of the self-signed certificate and customize the Transport Layer Security (TLS) security settings. By default, the TLS encryption protocol is enabled in the Postfix server. The basic Postfix TLS configuration contains self-signed certificates for inbound SMTP and the opportunistic TLS for outbound SMTP.
Prerequisites
- You have the root access.
-
You have the
postfix
package installed on your server. - You have a certificate signed by a trusted certificate authority (CA) and a private key.
You have copied the following files to the Postfix server:
-
The server certificate:
/etc/pki/tls/certs/postfix.pem
-
The private key:
/etc/pki/tls/private/postfix.key
-
The server certificate:
- If the FIPS mode is enabled, clients must either support the Extended Master Secret (EMS) extension or use TLS 1.3. TLS 1.2 connections without EMS fail. For more information, see the Red Hat Knowledgebase solution TLS extension "Extended Master Secret" enforced.
Procedure
Set the path to the certificate and private key files on the server where Postfix is running by adding the following lines to the
/etc/postfix/main.cf
file:smtpd_tls_cert_file = /etc/pki/tls/certs/postfix.pem smtpd_tls_key_file = /etc/pki/tls/private/postfix.key
smtpd_tls_cert_file = /etc/pki/tls/certs/postfix.pem smtpd_tls_key_file = /etc/pki/tls/private/postfix.key
Copy to Clipboard Copied! Restrict the incoming SMTP connections to authenticated users only by editing the
/etc/postfix/main.cf
file:smtpd_tls_auth_only = yes
smtpd_tls_auth_only = yes
Copy to Clipboard Copied! Reload the
postfix
service to apply the changes:systemctl reload postfix
# systemctl reload postfix
Copy to Clipboard Copied!
Verification
Configure your client to use TLS encryption and send an email.
NoteTo get additional information about Postfix client TLS activity, increase the log level from
0
to1
by changing the following line in the/etc/postfix/main.cf
:smtp_tls_loglevel = 1
smtp_tls_loglevel = 1
Copy to Clipboard Copied!
2.3. Configuring Postfix to forward all emails to a mail relay
If you want to forward all email to a mail relay, you can configure Postfix server as a null client. In this configuration Postfix only forwards mail to a different mail server and is not capable of receiving mail.
Prerequisites
- You have the root access.
-
You have the
postfix
package installed on your server. - You have the IP address or hostname of the relay host to which you want to forward emails.
Procedure
To prevent Postfix from accepting any local email delivery and making it a null client, edit the
/etc/postfix/main.cf
file and make the following changes:Configure Postfix to forward all email by setting the
mydestination
parameter equal to an empty value:mydestination =
mydestination =
Copy to Clipboard Copied! In this configuration the Postfix server is not a destination for any email and acts as a null client.
Specify the mail relay server that receives the email from your null client:
relayhost = [<ip_address_or_hostname>]
relayhost = [<ip_address_or_hostname>]
Copy to Clipboard Copied! The relay host is responsible for the mail delivery. Enclose
<ip_address_or_hostname>
in square brackets.Configure the Postfix mail server to listen only on the loopback interface for emails to deliver:
inet_interfaces = loopback-only
inet_interfaces = loopback-only
Copy to Clipboard Copied! If you want Postfix to rewrite the sender domain of all outgoing emails to the company domain of your relay mail server, set:
myorigin = relay.example.com
myorigin = relay.example.com
Copy to Clipboard Copied! To disable the local mail delivery, add the following directive at the end of the configuration file:
local_transport = error: local delivery disabled
local_transport = error: local delivery disabled
Copy to Clipboard Copied! Add the
mynetworks
parameter so that Postfix forwards email from the local system originating from the 127.0.0.0/8 IPv4 network and the [::1]/128 IPv6 network to the mail relay server:mynetworks = 127.0.0.0/8, [::1]/128
mynetworks = 127.0.0.0/8, [::1]/128
Copy to Clipboard Copied!
Verify if the Postfix configuration in the
main.cf
file is correct:postfix check
# postfix check
Copy to Clipboard Copied! Restart the
postfix
service to apply the changes:systemctl restart postfix
# systemctl restart postfix
Copy to Clipboard Copied!
Verification
Verify that the email communication is forwarded to the mail relay:
echo "This is a test message" | mail -s <subject> <user@example.com>
# echo "This is a test message" | mail -s <subject> <user@example.com>
Copy to Clipboard Copied!
Troubleshooting
-
In case of errors, check the
/var/log/maillog
file.
2.4. Configuring Postfix as a destination for multiple domains
You can configure Postfix as a mail server that can receive emails for multiple domains. In this configuration, Postfix acts as the final destination for emails sent to addresses within the specified domains. You can configure the following:
- Set up multiple email addresses that point to the same email destination
- Route incoming email for multiple domains to the same Postfix server
Prerequisites
- You have the root access.
- You have configured a Postfix server.
Procedure
In the
/etc/postfix/virtual
virtual alias file, specify the email addresses for each domain. Add each email address on a new line:<info@example.com> <user22@example.net> <sales@example.com> <user11@example.org>
<info@example.com> <user22@example.net> <sales@example.com> <user11@example.org>
Copy to Clipboard Copied! In this example, Postfix redirects all emails sent to info@example.com to user22@example.net and email sent to sales@example.com to user11@example.org.
Create a hash file for the virtual alias map:
postmap /etc/postfix/virtual
# postmap /etc/postfix/virtual
Copy to Clipboard Copied! This command creates the
/etc/postfix/virtual.db
file. Note that you must always re-run this command after you update the/etc/postfix/virtual
file.In the Postfix
/etc/postfix/main.cf
configuration file, add thevirtual_alias_maps
parameter and point it to the hash file:virtual_alias_maps = hash:/etc/postfix/virtual
virtual_alias_maps = hash:/etc/postfix/virtual
Copy to Clipboard Copied! Reload the
postfix
service to apply the changes:systemctl reload postfix
# systemctl reload postfix
Copy to Clipboard Copied!
Verification
- Test the configuration by sending an email to one of the virtual email addresses.
Troubleshooting
-
In case of errors, check the
/var/log/maillog
file.
2.5. Using an LDAP directory as a lookup table
If you use a Lightweight Directory Access Protocol (LDAP) server to store accounts, domains or aliases, you can configure Postfix to use the LDAP server as a lookup table. By using LDAP instead of files for lookups enables you to have a central database.
Prerequisites
- You have the root access.
-
You have the
postfix
package installed on your server. - You have an LDAP server with the required schema and user credentials.
-
You have the
postfix-ldap
plugin installed on the server running Postfix.
Procedure
Configure the LDAP lookup parameters by creating a
/etc/postfix/ldap-aliases.cf
file with the following content:Specify the hostname of the LDAP server:
server_host = ldap.example.com
server_host = ldap.example.com
Copy to Clipboard Copied! Specify the base domain name for the LDAP search:
search_base = dc=example,dc=com
search_base = dc=example,dc=com
Copy to Clipboard Copied! -
Optional: Customize the LDAP search filter and attributes based on your requirements. The filter for searching the directory defaults to
query_filter = mailacceptinggeneralid=%s
.
Enable the LDAP source as a lookup table in the
/etc/postfix/main.cf
configuration file by adding the following content:virtual_alias_maps = ldap:/etc/postfix/ldap-aliases.cf
virtual_alias_maps = ldap:/etc/postfix/ldap-aliases.cf
Copy to Clipboard Copied! Verify the LDAP configuration by running the
postmap
command, which checks for any syntax errors or connectivity issues:postmap -q @example.com ldap:/etc/postfix/ldap-aliases.cf
# postmap -q @example.com ldap:/etc/postfix/ldap-aliases.cf
Copy to Clipboard Copied! Reload the
postfix
service to apply the changes:systemctl reload postfix
# systemctl reload postfix
Copy to Clipboard Copied!
Verification
-
Send a test email to verify that the LDAP lookup works correctly. Check the mail logs in
/var/log/maillog
for any errors.
2.6. Configuring Postfix as an outgoing mail server to relay for authenticated users
You can configure Postfix to relay mail for authenticated users. In this scenario, you allow users to authenticate themselves and use their email address to send mail through your SMTP server by configuring Postfix as an outgoing mail server with SMTP authentication, TLS encryption, and sender address restrictions.
Prerequisites
- You have the root access.
- You have configured a Postfix server.
Procedure
To configure Postfix as an outgoing mail server, edit the
/etc/postfix/main.cf
file and add the following:Enable SMTP authentication:
smtpd_sasl_auth_enable = yes broken_sasl_auth_clients = yes
smtpd_sasl_auth_enable = yes broken_sasl_auth_clients = yes
Copy to Clipboard Copied! Disable access without TLS:
smtpd_tls_auth_only = yes
smtpd_tls_auth_only = yes
Copy to Clipboard Copied! Allow mail relaying only for authenticated users:
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
smtpd_relay_restrictions = permit_mynetworks permit_sasl_authenticated defer_unauth_destination
Copy to Clipboard Copied! Optional: Restrict users to use their own email address only as a sender:
smtpd_sender_restrictions = reject_sender_login_mismatch
smtpd_sender_restrictions = reject_sender_login_mismatch
Copy to Clipboard Copied!
Reload the
postfix
service to apply the changes:systemctl reload postfix
# systemctl reload postfix
Copy to Clipboard Copied!
Verification
- Authenticate in your SMTP client that supports TLS and SASL. Send an test email to verify that the SMTP authentication works correctly.
2.7. Delivering email from Postfix to Dovecot running on the same host
You can configure Postfix to deliver incoming mail to Dovecot on the same host by using LMTP over a UNIX socket. This socket enables direct communication between Postfix and Dovecot on the local machine.
Prerequisites
- You have the root access.
- You have configured a Postfix server.
- You have configured a Dovecot server, see Configuring and maintaining a Dovecot IMAP and POP3 server.
- You have configured the LMTP socket on your Dovecot server, see Configuring an LMTP socket and LMTPS listener.
Procedure
Configure Postfix to use the LMTP protocol and the UNIX domain socket for delivering mail to Dovecot in the
/etc/postfix/main.cf
file:If you want to use virtual mailboxes, add the following content:
virtual_transport = lmtp:unix:/var/run/dovecot/lmtp
virtual_transport = lmtp:unix:/var/run/dovecot/lmtp
Copy to Clipboard Copied! If you want to use non-virtual mailboxes, add the following content:
mailbox_transport = lmtp:unix:/var/run/dovecot/lmtp
mailbox_transport = lmtp:unix:/var/run/dovecot/lmtp
Copy to Clipboard Copied!
Reload
postfix
to apply the changes:systemctl reload postfix
# systemctl reload postfix
Copy to Clipboard Copied!
Verification
-
Send an test email to verify that the LMTP socket works correctly. Check the mail logs in
/var/log/maillog
for any errors.
2.8. Delivering email from Postfix to Dovecot running on a different host
You can establish a secure connection between Postfix mail server and the Dovecot delivery agent over the network. To do so, configure the LMTP service to use network socket for delivering mail between mail servers. By default, the LMTP protocol is not encrypted. However, if you configured TLS encryption, Dovecot uses the same settings automatically for the LMTP service. SMTP servers can then connect to it by using the STARTTLS
command over LMTP.
Prerequisites
- You have the root access.
- You have configured a Postfix server.
- You have configured a Dovecot server, see Configuring and maintaining a Dovecot IMAP and POP3 server.
- You have configured the LMTP socket on your Dovecot server, see Configuring an LMTP socket and LMTPS listener.
Procedure
Configure Postfix to use the LMTP protocol and the INET domain socket for delivering mail to Dovecot in the
/etc/postfix/main.cf
file by adding the following content:mailbox_transport = lmtp:inet:<dovecot_host>:<port>
mailbox_transport = lmtp:inet:<dovecot_host>:<port>
Copy to Clipboard Copied! Replace
<dovecot_host>
with the IP address or hostname of the Dovecot server and<port>
with the port number of the LMTP service.Reload the
postfix
service to apply the changes:systemctl reload postfix
# systemctl reload postfix
Copy to Clipboard Copied!
Verification
- Send an test email to an address hosted by the remote Dovecot server and check the Dovecot logs to ensure that the mail was successfully delivered.
2.9. Securing the Postfix service
Postfix is a mail transfer agent (MTA) that uses the Simple Mail Transfer Protocol (SMTP) to deliver electronic messages between other MTAs and to email clients or delivery agents. Although MTAs can encrypt traffic between one another, they might not do so by default. You can also mitigate risks to various attacks by changing setting to more secure values.
2.9.2. Postfix configuration options for limiting DoS attacks
An attacker can flood the server with traffic, or send information that triggers a crash, causing a denial of service (DoS) attack. You can configure your system to reduce the risk of such attacks by setting limits in the /etc/postfix/main.cf
file. You can change the value of the existing directives or you can add new directives with custom values in the <directive> = <value>
format.
Use the following list of directives for limiting a DoS attack:
smtpd_client_connection_rate_limit
-
Limits the maximum number of connection attempts any client can make to this service per time unit. The default value is
0
, which means a client can make as many connections per time unit as Postfix can accept. By default, the directive excludes clients in trusted networks. anvil_rate_time_unit
-
Defines a time unit to calculate the rate limit. The default value is
60
seconds. smtpd_client_event_limit_exceptions
- Excludes clients from the connection and rate limit commands. By default, the directive excludes clients in trusted networks.
smtpd_client_message_rate_limit
- Defines the maximum number of message deliveries from client to request per time unit (regardless of whether or not Postfix actually accepts those messages).
default_process_limit
-
Defines the default maximum number of Postfix child processes that provide a given service. You can ignore this rule for specific services in the
master.cf
file. By default, the value is100
. queue_minfree
-
Defines the minimum amount of free space required to receive mail in the queue file system. The directive is currently used by the Postfix SMTP server to decide if it accepts any mail at all. By default, the Postfix SMTP server rejects
MAIL FROM
commands when the amount of free space is less than 1.5 times themessage_size_limit
. To specify a higher minimum free space limit, specify aqueue_minfree
value that is at least 1.5 times themessage_size_limit
. By default, thequeue_minfree
value is0
. header_size_limit
-
Defines the maximum amount of memory in bytes for storing a message header. If a header is large, it discards the excess header. By default, the value is
102400
bytes. message_size_limit
-
Defines the maximum size of a message including the envelope information in bytes. By default, the value is
10240000
bytes.
2.9.3. Configuring Postfix to use SASL
Postfix supports Simple Authentication and Security Layer (SASL) based SMTP Authentication (AUTH). SMTP AUTH is an extension of the Simple Mail Transfer Protocol. Currently, the Postfix SMTP server supports the SASL implementations in the following ways:
- Dovecot SASL
- The Postfix SMTP server can communicate with the Dovecot SASL implementation by using either a UNIX-domain socket or a TCP socket. Use this method if Postfix and Dovecot applications are running on separate machines.
- Cyrus SASL
- When enabled, SMTP clients must authenticate with the SMTP server by using an authentication method supported and accepted by both the server and the client.
Prerequisites
-
The
dovecot
package is installed on the system
Procedure
Set up Dovecot:
Include the following lines in the
/etc/dovecot/conf.d/10-master.conf
file:service auth { unix_listener /var/spool/postfix/private/auth { mode = 0660 user = postfix group = postfix } }
service auth { unix_listener /var/spool/postfix/private/auth { mode = 0660 user = postfix group = postfix } }
Copy to Clipboard Copied! The previous example uses UNIX-domain sockets for communication between Postfix and Dovecot. The example also assumes default Postfix SMTP server settings, which include the mail queue located in the
/var/spool/postfix/
directory, and the application running under thepostfix
user and group.Optional: Set up Dovecot to listen for Postfix authentication requests through TCP:
service auth { inet_listener { port = <port_number> } }
service auth { inet_listener { port = <port_number> } }
Copy to Clipboard Copied! Specify the method that the email client uses to authenticate with Dovecot by editing the
auth_mechanisms
parameter in/etc/dovecot/conf.d/10-auth.conf
file:auth_mechanisms = plain login
auth_mechanisms = plain login
Copy to Clipboard Copied! The
auth_mechanisms
parameter supports different plain text and non-plain text authentication methods.
Set up Postfix by modifying the
/etc/postfix/main.cf
file:Enable SMTP Authentication on the Postfix SMTP server:
smtpd_sasl_auth_enable = yes
smtpd_sasl_auth_enable = yes
Copy to Clipboard Copied! Enable the use of Dovecot SASL implementation for SMTP Authentication:
smtpd_sasl_type = dovecot
smtpd_sasl_type = dovecot
Copy to Clipboard Copied! Provide the authentication path relative to the Postfix queue directory. Note that the use of a relative path ensures that the configuration works regardless of whether the Postfix server runs in
chroot
or not:smtpd_sasl_path = private/auth
smtpd_sasl_path = private/auth
Copy to Clipboard Copied! This step uses UNIX-domain sockets for communication between Postfix and Dovecot.
To configure Postfix to look for Dovecot on a different machine in case you use TCP sockets for communication, use configuration values similar to the following:
smtpd_sasl_path = inet: <IP_address> : <port_number>
smtpd_sasl_path = inet: <IP_address> : <port_number>
Copy to Clipboard Copied! In the previous example, replace the
<IP_address>
with the IP address of the Dovecot machine and<port_number>
with the port number specified in Dovecot’s/etc/dovecot/conf.d/10-master.conf
file.Specify SASL mechanisms that the Postfix SMTP server makes available to clients. Note that you can specify different mechanisms for encrypted and unencrypted sessions.
smtpd_sasl_security_options = noanonymous, noplaintext smtpd_sasl_tls_security_options = noanonymous
smtpd_sasl_security_options = noanonymous, noplaintext smtpd_sasl_tls_security_options = noanonymous
Copy to Clipboard Copied! The previous directives specify that during unencrypted sessions, no anonymous authentication is allowed and no mechanisms that transmit unencrypted user names or passwords are allowed. For encrypted sessions that use TLS, only non-anonymous authentication mechanisms are allowed.