Home
Features
Modules
Integrations
PowerMTA Docs
MailerQ Docs
Pricing
Blog
D
e
m
o
Home
Features
Modules
Integrations
PowerMTA Docs
MailerQ Docs
Pricing
Blog
D
e
m
o
Home
Features
Modules
Integrations
PowerMTA Docs
MailerQ Docs
Pricing
Blog
Home
Knowledge base
Knowledge base
PMTA knowledge base
›
Scenario
Connection encryption
entries in this scenario: 44
allow-starttls
<source>
set by the Hub
Directive
Permission to advertise STARTTLS to this source’s clients; the default is not to allow it, and then submission goes in plain text.
openssl-security-level
Global
Directive
A number from 0 to 5 below which OpenSSL refuses to work with keys, certificates and protocol versions; 1 by default.
require-starttls
<domain>
set by the Hub
Directive
With this line the node drops the connection instead of sending in plain text; the default is to send.
smtp-server-tls-certificate
Global
set by the Hub
Directive
An X.509 certificate in PEM format — from a file or from a secrets store; the private key password is optional and can also be in the store.
smtp-tls-min-version
<domain>
Directive
The oldest protocol version the node is willing to negotiate when sending; the default is TLS 1.1.
use-dane
<domain>
Directive
The node reads the recipient domain’s DANE records, requires encryption if the domain requires it, and checks the certificate against the fingerprint from DNS; the default is off.
use-mta-sts
<domain>
set by the Hub
Directive
The node fetches the recipient domain’s policy and, if it is in enforce mode, delivers only when the MX matches, the connection is encrypted and the certificate is verified; the default is off.
use-starttls
<domain>
set by the Hub
Directive
Enables STARTTLS if the receiver offers it; the default is on.
require-starttls
<source>
Directive
With this line the client must perform STARTTLS before anything except the greeting and service commands; the default is not to require it.
smtp-client-certificate
<domain>
Directive
The client certificate the node shows the receiver on an outgoing connection; its password is set as the second word and is optional.
smtp-server-tls-min-version
Global
Directive
The oldest protocol version the node is willing to accept from a submitting client; the default is TLS 1.2, stricter than for sending.
smtp-tls-ca-file
<domain>
Directive
A file with root certificates against which the chain presented by the receiver is verified; by default the list from the distribution is used.
smtp-server-tls-ca-file
Global
Directive
A file with root certificates against which certificates presented by clients on incoming connections are verified.
smtp-server-tls-cipher-server-preference
Global
Directive
With this line the cipher is chosen by the order in our configuration, not by the client’s order; the default is by the client.
smtp-server-tls-ciphers
Global
Directive
The list of allowed ciphers in OpenSSL notation for incoming connections; applies to versions up to TLS 1.2, 1.3 has its own list.
smtp-server-tls-max-version
Global
Directive
The newest protocol version the node is willing to accept from a submitting client; unlimited by default.
log-tls
<domain>
Directive
Details of encryption negotiation with the receiver in the node’s log; the default is not to log.
smtp-server-tls-allow-tlsv1
Global
deprecated
Directive
A separate switch for one protocol version for receiving; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-server-tls-allow-tlsv1.1
Global
deprecated
Directive
A separate switch for one protocol version for receiving; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-server-tls-allow-tlsv1.2
Global
deprecated
Directive
A separate switch for one protocol version for receiving; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-server-tls-allow-tlsv1.3
Global
deprecated
Directive
A separate switch for one protocol version for receiving; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-server-tls-v1.3-ciphersuites
Global
Directive
A separate list for version 1.3 on incoming connections; the default lists five modern suites.
smtp-tls-allow-tlsv1
<domain>
deprecated
Directive
A separate switch for one protocol version; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-tls-allow-tlsv1.1
<domain>
deprecated
Directive
A separate switch for one protocol version; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-tls-allow-tlsv1.2
<domain>
deprecated
Directive
A separate switch for one protocol version; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-tls-allow-tlsv1.3
<domain>
deprecated
Directive
A separate switch for one protocol version; deprecated in PowerMTA 5.5 in favor of a pair of range bounds.
smtp-tls-ciphers
<domain>
Directive
A list of allowed ciphers in OpenSSL notation; applies to versions up to TLS 1.2, there is a separate line for 1.3.
smtp-tls-max-version
<domain>
Directive
The newest protocol version the node is willing to negotiate when sending; unlimited by default.
smtp-tls-v1.3-ciphersuites
<domain>
Directive
A separate list for version 1.3 — its suites are structured differently than those of previous versions.
tls-allow-sslv3
<smtp-listener>
deprecated
Directive
PowerMTA no longer supports SSLv3; the line is kept only for configuration compatibility.
tls-allow-sslv3
<transmissions-api-listener>
deprecated
Directive
PowerMTA no longer supports SSLv3; the line is kept only for configuration compatibility.
tls-allow-tlsv1
<smtp-listener>
deprecated
Directive
A separate switch for one protocol version for the listener; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
tls-allow-tlsv1
<transmissions-api-listener>
deprecated
Directive
A separate switch for one protocol version for the HTTP API input; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
tls-allow-tlsv1.1
<smtp-listener>
deprecated
Directive
A separate switch for one protocol version for the listener; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
tls-allow-tlsv1.1
<transmissions-api-listener>
deprecated
Directive
A separate switch for one protocol version for the HTTP API input; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
tls-allow-tlsv1.2
<smtp-listener>
deprecated
Directive
A separate switch for one protocol version for the listener; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
tls-allow-tlsv1.2
<transmissions-api-listener>
deprecated
Directive
A separate switch for one protocol version for the HTTP API input; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
tls-allow-tlsv1.3
<transmissions-api-listener>
deprecated
Directive
A separate switch for one protocol version for the HTTP API input; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
tls-allow-tlsv1.3
<smtp-listener>
deprecated
Directive
A separate switch for one protocol version for the listener; deprecated in PowerMTA 5.5 in favor of a pair of bounds.
The receiver declares an encryption requirement in its DNS zone
Mechanism
The node looks at the recipient domain’s DANE records and, if STARTTLS is required, sends only over an encrypted channel with a certificate verified by fingerprint.
The receiver declares an encryption requirement on its website
Mechanism
The node fetches the recipient domain’s policy over HTTPS and, if it is in enforce mode, delivers only when the MX matches, the connection is encrypted and the certificate is verified.
The encryption library is part of the distribution, not the system
Mechanism
OpenSSL comes inside the PowerMTA distribution, so the set of versions and ciphers is determined by the product version, not by system libraries.
What is not allowed in FIPS mode
Mechanism
In FIPS mode only a validated set of algorithms is available: some familiar encryption and signing settings become unavailable.
Submission over HTTPS on its own listener, modeled on SparkPost
Mechanism
A separate entry point: its own listener with a certificate, its own keys and a reserved source name through which the usual submission settings apply to such mail.