Minimum configuration for Dovecot SASL only?
I have a Dovecot IMAP server and a Postfix server on separate machines. The user information is stored in a MariaDB database that is replicated on both servers.
Postfix needs to authenticate outgoing mail against our valid user database. I believe this requires us to install a "dummy" Dovecot on the Postfix server so that Dovecot SASL can provide authentication to Postfix from the database.
I think Cyrus had a standalone Cyrus-SASL package, but Dovecot doesn't?
If I wanted to setup a Dovecot instance on the Postfix server just for the purposes of SMTP authentication, and not use it to handle any mail, what is the minimum configuration required to make that work?
Is the dovecot-common package (Debian) enough? Or do I need the full dovecot-imap package?
What protocols go in the protocols directive? Can you just make it "protocols = auth" to disable IMAP connections?
Why use Dovecot/IMAP at all for the SMTP Authentication, can't you simply go direct to your database?
On 2023-11-03 09:55, Nick Lockheart wrote:
I have a Dovecot IMAP server and a Postfix server on separate machines. The user information is stored in a MariaDB database that is replicated on both servers.
Postfix needs to authenticate outgoing mail against our valid user database. I believe this requires us to install a "dummy" Dovecot on the Postfix server so that Dovecot SASL can provide authentication to Postfix from the database.
I think Cyrus had a standalone Cyrus-SASL package, but Dovecot doesn't?
If I wanted to setup a Dovecot instance on the Postfix server just for the purposes of SMTP authentication, and not use it to handle any mail, what is the minimum configuration required to make that work?
Is the dovecot-common package (Debian) enough? Or do I need the full dovecot-imap package?
What protocols go in the protocols directive? Can you just make it "protocols = auth" to disable IMAP connections?
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
-- "Catch the Magic of Linux..."
Michael Peddemors, President/CEO LinuxMagic Inc. Visit us at http://www.linuxmagic.com @linuxmagic A Wizard IT Company - For More Info http://www.wizard.ca "LinuxMagic" a Registered TradeMark of Wizard Tower TechnoServices Ltd.
604-682-0300 Beautiful British Columbia, Canada
This email and any electronic data contained are confidential and intended solely for the use of the individual or entity to which they are addressed. Please note that any views or opinions presented in this email are solely those of the author and are not intended to represent those of the company.
Actually postfix can auth with sasl without dovecot
I run this myself.
I am unfamiliar with MariaDB however postgresql runs just fine.
You need to setup postfix + sasl (its an option at compile time) and then setup the main.cf postfix config mappings & outgoing sasl auth accordingly that will map to the database setup.
dovecot is not required if all you are doing is sending emails.
if you intend to receive emails then dovecot is required so they can be delivered ?
Have A Happy Saturday !!!
Thanks - Paul Kudla (Manager SCOM.CA Internet Services Inc.)
Scom.ca Internet Services <http://www.scom.ca> 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3
Toronto 416.642.7266 Main 1.866.411.7266 Fax 1.888.892.7266 Email paul@scom.ca
On 11/4/2023 7:32 PM, Michael Peddemors wrote:
Why use Dovecot/IMAP at all for the SMTP Authentication, can't you simply go direct to your database?
On 2023-11-03 09:55, Nick Lockheart wrote:
I have a Dovecot IMAP server and a Postfix server on separate machines. The user information is stored in a MariaDB database that is replicated on both servers.
Postfix needs to authenticate outgoing mail against our valid user database. I believe this requires us to install a "dummy" Dovecot on the Postfix server so that Dovecot SASL can provide authentication to Postfix from the database.
I think Cyrus had a standalone Cyrus-SASL package, but Dovecot doesn't?
If I wanted to setup a Dovecot instance on the Postfix server just for the purposes of SMTP authentication, and not use it to handle any mail, what is the minimum configuration required to make that work?
Is the dovecot-common package (Debian) enough? Or do I need the full dovecot-imap package?
What protocols go in the protocols directive? Can you just make it "protocols = auth" to disable IMAP connections?
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
i researched MariaDB
it seems that it is based from mysql, you will probably need to lookup postfix + mysql auth but the syntax should be pretty close.
Have A Happy Saturday !!!
Thanks - Paul Kudla (Manager SCOM.CA Internet Services Inc.)
Scom.ca Internet Services <http://www.scom.ca> 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3
Toronto 416.642.7266 Main 1.866.411.7266 Fax 1.888.892.7266 Email paul@scom.ca
On 11/4/2023 8:27 PM, Paul Kudla wrote:
Actually postfix can auth with sasl without dovecot
I run this myself.
I am unfamiliar with MariaDB however postgresql runs just fine.
You need to setup postfix + sasl (its an option at compile time) and then setup the main.cf postfix config mappings & outgoing sasl auth accordingly that will map to the database setup.
dovecot is not required if all you are doing is sending emails.
if you intend to receive emails then dovecot is required so they can be delivered ?
Have A Happy Saturday !!!
Thanks - Paul Kudla (Manager SCOM.CA Internet Services Inc.)
Scom.ca Internet Services <http://www.scom.ca> 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3
Toronto 416.642.7266 Main 1.866.411.7266 Fax 1.888.892.7266 Email paul@scom.ca
On 11/4/2023 7:32 PM, Michael Peddemors wrote:
Why use Dovecot/IMAP at all for the SMTP Authentication, can't you simply go direct to your database?
On 2023-11-03 09:55, Nick Lockheart wrote:
I have a Dovecot IMAP server and a Postfix server on separate machines. The user information is stored in a MariaDB database that is replicated on both servers.
Postfix needs to authenticate outgoing mail against our valid user database. I believe this requires us to install a "dummy" Dovecot on the Postfix server so that Dovecot SASL can provide authentication to Postfix from the database.
I think Cyrus had a standalone Cyrus-SASL package, but Dovecot doesn't?
If I wanted to setup a Dovecot instance on the Postfix server just for the purposes of SMTP authentication, and not use it to handle any mail, what is the minimum configuration required to make that work?
Is the dovecot-common package (Debian) enough? Or do I need the full dovecot-imap package?
What protocols go in the protocols directive? Can you just make it "protocols = auth" to disable IMAP connections?
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
some of the main.cf config
#Auth Stuff smtpd_sasl_auth_enable = yes #Dovecot #smtpd_sasl_path = private/auth #smtpd_sasl_type = dovecot
#Cyrus smtpd_sasl_type = cyrus smtpd_sasl_path = smtpd
#SASL Common broken_sasl_auth_clients = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = $myhostname
/usr/home/postfix/config/sasl points to the smtpd postfix lib
lrwxr-xr-x 1 root wheel - 31B Mar 27 2013 smtpd.conf -> /usr/local/lib/sasl2/smtpd.conf
example smtpd.conf file (needed for auth) :
cat smtpd.conf
#Local Password Database #pwcheck_method: saslauthd #mech_list: login plain #saslauthd_path: /var/run/saslauthd
#Postygres pwcheck_method: auxprop mech_list: PLAIN LOGIN auxprop_plugin: sql sql_engine: pgsql sql_hostnames: xxxxxxxx sql_database: xxxxxxx sql_user: xxxxxx sql_passwd: xxxxxxxxx sql_select: SELECT password FROM email_users WHERE username = '%u@%r' and password <> 'alias' and currentcount_bad < 30 and status = True
#Logging? log_level: 7
note select statement and db connection needs to match however to talk to your db?
Have A Happy Saturday !!!
Thanks - Paul Kudla (Manager SCOM.CA Internet Services Inc.)
Scom.ca Internet Services <http://www.scom.ca> 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3
Toronto 416.642.7266 Main 1.866.411.7266 Fax 1.888.892.7266 Email paul@scom.ca
On 11/4/2023 7:32 PM, Michael Peddemors wrote:
Why use Dovecot/IMAP at all for the SMTP Authentication, can't you simply go direct to your database?
On 2023-11-03 09:55, Nick Lockheart wrote:
I have a Dovecot IMAP server and a Postfix server on separate machines. The user information is stored in a MariaDB database that is replicated on both servers.
Postfix needs to authenticate outgoing mail against our valid user database. I believe this requires us to install a "dummy" Dovecot on the Postfix server so that Dovecot SASL can provide authentication to Postfix from the database.
I think Cyrus had a standalone Cyrus-SASL package, but Dovecot doesn't?
If I wanted to setup a Dovecot instance on the Postfix server just for the purposes of SMTP authentication, and not use it to handle any mail, what is the minimum configuration required to make that work?
Is the dovecot-common package (Debian) enough? Or do I need the full dovecot-imap package?
What protocols go in the protocols directive? Can you just make it "protocols = auth" to disable IMAP connections?
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
On Sat, 2023-11-04 at 16:32 -0700, Michael Peddemors wrote:
Why use Dovecot/IMAP at all for the SMTP Authentication, can't you simply go direct to your database?
On 2023-11-03 09:55, Nick Lockheart wrote:
I have a Dovecot IMAP server and a Postfix server on separate machines. The user information is stored in a MariaDB database that is replicated on both servers.
Postfix needs to authenticate outgoing mail against our valid user database. I believe this requires us to install a "dummy" Dovecot on the Postfix server so that Dovecot SASL can provide authentication to Postfix from the database.
I think Cyrus had a standalone Cyrus-SASL package, but Dovecot doesn't?
If I wanted to setup a Dovecot instance on the Postfix server just for the purposes of SMTP authentication, and not use it to handle any mail, what is the minimum configuration required to make that work?
Is the dovecot-common package (Debian) enough? Or do I need the full dovecot-imap package?
What protocols go in the protocols directive? Can you just make it "protocols = auth" to disable IMAP connections?
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
As far as I am aware, the only way to authenticate users for relay with Postfix is to use SASL with either the Dovecot SASL implementation or the Cyrus SASL implementation.
https://www.postfix.org/SASL_README.html
"Actually postfix can auth with sasl without dovecot"
@Paul Kudla: It looks like you may be using the Cyrus SASL implementation, which is part of the Cyrus IMAP server, but they make the SASL module a separate binary.
If I could use Postfix to mysql directly, that would be great.
But since it seems like you need one of the two SASL implementations (Dovecot or Cyrus), I was preferring to use Dovecot since it will support the same password encryption schemes that the Dovecot IMAP server uses, and the SMTP and IMAP servers can then share a replicated user database.
I can't use the real Dovecot IMAP server for auth, because it runs on a separate server, and Postfix does not support TLS connections for SASL.
So I need a Dovecot SASL-only instance on the server with Postifx, while the Dovecot IMAP instance with real mail runs on another server.
My question is, what is the minimum config for Dovecot to make it do SASL auth, but not do anything else?
Is the dovecot-common package enough to get the auth module? Can you even start dovecot-common as a service, or must I use either the dovecot-pop or dovcot-imap to actually get a usable daemon? Which (pop or imap) is lighter weight, since mail services will be shutoff anyway?
Should I put protocols = none
in the configuration file to make it do
nothing but auth:
protocols = none
service auth { unix_listener /var/spool/postfix/private/auth { group = postfix mode = 0660 user = postfix } }
And then configure passdb and userdb per normal?
On 6/11/23 03:25, Nick Lockheart wrote:
I can't use the real Dovecot IMAP server for auth, because it runs on a separate server, and Postfix does not support TLS connections for SASL.
You should be able to use ssh with port forwarding to establish a TLS connection between devices. Postfix would see a remote SASL service as a local service.
On 6/11/23 04:36, jeremy ardley via dovecot wrote:
You should be able to use ssh with port forwarding to establish a TLS connection between devices. Postfix would see a remote SASL service as a local service.
An alternative and possibly more reliable and easily configured mechanism would be using openVPN to allow postfix to connect to a remote SASL provider through a TLS protected connection.
postfix does support tls for sasl (i use starttls from thunderbird with out issues)
assumning that sasl + postfix + openssl have been compiled in properly here are my config files (without password / auth for the databases) :
Note(s) :
PLEASE READ ALL OF THIS AS POSTFIX + SASL + SSL/TLS + PGSQL + SNI WAS A PAIN TO MAKE ALL WORK TOGETHER, BELLOW IS THE FINAL RESULTS THAT RUN SCOM.CA CURRENTLY.
I am running a database (maps version of ssl with postfix to support multiple ssl certs, however you can run a single cert if you wish)
please note this is from my production email server mail18.scom.ca
Where the trick is that the destination alias does not get used and postfix will deliver all mail by itself to the destination
MAKE SURE YOU HAVE A PROPER DNS NAME SERVER RUNNING ON THE SERVER
AND THAT THE MX RECORDS ARE POINTING TO THE ACTUAL DOVECOT SERVER NOT THE POSTFIX SERVER OR THE MAIL WILL NOT BE DELIVERED (INTERNAL DELIVERY LOOP)
I USE BIND AS IT SEEMS TO BE THE BEST ONE COMPATIBILITY WISE.
I KNOW BIND IS BEING REPLACED BUT I HAVE SEEN TIMING ISSUES WITH NEWER DNS SERVER/CLIENTS WHICH BIND CAN BE CONFIGURED TO GET AROUND.
DO NOT RUN A PROXY DNS SERVER TAKE THE TIME TO SETUP THE DNS PROPERLY ON THE POSTFIX SERVER BEING CONFIGURED.
you will need to alter the code/config to handle these variations.
needless to say run postfix with full debug loging to test/trace the email flow along with the ssl flow etc.
Note : "debug_peer_level = 9" in the main.cf below.
Please also note the main.cf file below is for my incoming smtpd only, i run a seperate postfix background instance for actual internal delivery to dovecot on a seperate port.
Hence the my-destinbation mapping pgsql config file (please make sure you rem this out below)
I left the main.cf file in tact without mods so you can see the flow of the config and adjust accordingly.
main.cf
[05:54:50] mail18.scom.ca [root:0] /usr/home/postfix/config
cat main.cf
mail18.scom.ca
Global Postfix configuration file. This file lists only a subset
of all parameters. For the syntax, and for a complete parameter
list, see the postconf(5) manual page (command: "man 5 postconf").
For common configuration examples, see BASIC_CONFIGURATION_README
and STANDARD_CONFIGURATION_README. To find these documents, use
the command "postconf html_directory readme_directory", or go to
http://www.postfix.org/.
For best results, change no more than 2-3 parameters at a time,
and test if Postfix still works after every change.
#alternate_config_directories = /usr/home/postfix.local/config #syslog_name = postfix1 #smtpd_timeout = 5
SOFT BOUNCE
The soft_bounce parameter provides a limited safety net for
testing. When soft_bounce is enabled, mail will remain queued that
would otherwise bounce. This parameter disables locally-generated
bounces, and prevents the SMTP server from rejecting mail permanently
(by changing 5xx replies into 4xx replies). However, soft_bounce
is no cure for address rewriting mistakes or mail routing mistakes.
maillog_file = /var/log/postfix.in
compatibility_level=2 #compatibility_level=3.6
soft_bounce = yes
#relayhost = 216.106.96.23
LOCAL PATHNAME INFORMATION
The queue_directory specifies the location of the Postfix queue.
This is also the root directory of Postfix daemons that run chrooted.
See the files in examples/chroot-setup for setting up Postfix chroot
environments on different UNIX systems.
queue_directory = /usr/home/postfix
The command_directory parameter specifies the location of all
postXXX commands.
command_directory = /usr/local/sbin
The daemon_directory parameter specifies the location of all Postfix
daemon programs (i.e. programs listed in the master.cf file). This
directory must be owned by root.
daemon_directory = /usr/local/libexec/postfix
QUEUE AND PROCESS OWNERSHIP
The mail_owner parameter specifies the owner of the Postfix queue
and of most Postfix daemon processes. Specify the name of a user
account THAT DOES NOT SHARE ITS USER OR GROUP ID WITH OTHER ACCOUNTS
AND THAT OWNS NO OTHER FILES OR PROCESSES ON THE SYSTEM. In
particular, don't specify nobody or daemon. PLEASE USE A DEDICATED
USER.
mail_owner = postfix
The default_privs parameter specifies the default rights used by
the local delivery agent for delivery to external file or command.
These rights are used in the absence of a recipient user context.
DO NOT SPECIFY A PRIVILEGED USER OR THE POSTFIX OWNER.
#default_privs = nobody
INTERNET HOST AND DOMAIN NAMES
The myhostname parameter specifies the internet hostname of this
mail system. The default is to use the fully-qualified domain name
from gethostname(). $myhostname is used as a default value for many
other configuration parameters.
myhostname = mail18.scom.ca
The mydomain parameter specifies the local internet domain name.
The default is to use $myhostname minus the first component.
$mydomain is used as a default value for many other configuration
parameters.
mydomain = mail18.scom.ca
SENDING MAIL
The myorigin parameter specifies the domain that locally-posted
mail appears to come from. The default is to append $myhostname,
which is fine for small sites. If you run a domain with multiple
machines, you should (1) change this to $mydomain and (2) set up
a domain-wide alias database that aliases each user to
user@that.users.mailhost.
For the sake of consistency between sender and recipient addresses,
myorigin also specifies the default domain name that is appended
to recipient addresses that have no @domain part.
#myorigin = $myhostname myorigin = $mydomain
RECEIVING MAIL
The inet_interfaces parameter specifies the network interface
addresses that this mail system receives mail on. By default,
the software claims all active interfaces on the machine. The
parameter also controls delivery of mail to user@[ip.address].
See also the proxy_interfaces parameter, for network addresses that
are forwarded to us via a proxy or network address translator.
Note: you need to stop/start Postfix when this parameter changes.
inet_interfaces = all inet_protocols = ipv4
#inet_interfaces = $myhostname #inet_interfaces = $myhostname, localhost
The proxy_interfaces parameter specifies the network interface
addresses that this mail system receives mail on by way of a
proxy or network address translation unit. This setting extends
the address list specified with the inet_interfaces parameter.
You must specify your proxy/NAT addresses when your system is a
backup MX host for other domains, otherwise mail delivery loops
will happen when the primary MX host is down.
#proxy_interfaces = #proxy_interfaces = 1.2.3.4
The mydestination parameter specifies the list of domains that this
machine considers itself the final destination for.
These domains are routed to the delivery agent specified with the
local_transport parameter setting. By default, that is the UNIX
compatible delivery agent that lookups all recipients in /etc/passwd
and /etc/aliases or their equivalent.
The default is $myhostname + localhost.$mydomain. On a mail domain
gateway, you should also include $mydomain.
Do not specify the names of virtual domains - those domains are
specified elsewhere (see VIRTUAL_README).
Do not specify the names of domains that this machine is backup MX
host for. Specify those names via the relay_domains settings for
the SMTP server, or use permit_mx_backup if you are lazy (see
STANDARD_CONFIGURATION_README).
The local machine is always the final destination for mail addressed
to user@[the.net.work.address] of an interface that the mail system
receives mail on (see the inet_interfaces parameter).
Specify a list of host or domain names, /file/name or type:table
patterns, separated by commas and/or whitespace. A /file/name
pattern is replaced by its contents; a type:table is matched when
a name matches a lookup key (the right-hand side is ignored).
Continue long lines by starting the next line with whitespace.
See also below, section "REJECTING MAIL FOR UNKNOWN LOCAL USERS".
#mydestination = #mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain,
mail.$mydomain, www.$mydomain, ftp.$mydomain
REJECTING MAIL FOR UNKNOWN LOCAL USERS
The local_recipient_maps parameter specifies optional lookup tables
with all names or addresses of users that are local with respect
to $mydestination, $inet_interfaces or $proxy_interfaces.
If this parameter is defined, then the SMTP server will reject
mail for unknown local users. This parameter is defined by default.
To turn off local recipient checking in the SMTP server, specify
local_recipient_maps = (i.e. empty).
The default setting assumes that you use the default Postfix local
delivery agent for local delivery. You need to update the
local_recipient_maps setting if:
- You define $mydestination domain recipients in files other than
/etc/passwd, /etc/aliases, or the $virtual_alias_maps files.
For example, you define $mydestination domain recipients in
the $virtual_mailbox_maps files.
- You redefine the local delivery agent in master.cf.
- You redefine the "local_transport" setting in main.cf.
- You use the "luser_relay", "mailbox_transport", or "fallback_transport"
feature of the Postfix local delivery agent (see local(8)).
Details are described in the LOCAL_RECIPIENT_README file.
Beware: if the Postfix SMTP server runs chrooted, you probably have
to access the passwd file via the proxymap service, in order to
overcome chroot restrictions. The alternative, having a copy of
the system passwd file in the chroot jail is just not practical.
The right-hand side of the lookup tables is conveniently ignored.
In the left-hand side, specify a bare username, an @domain.tld
wild-card, or specify a user@domain.tld address.
#local_recipient_maps = unix:passwd.byname $alias_maps #local_recipient_maps = proxy:unix:passwd.byname $alias_maps local_recipient_maps =
The unknown_local_recipient_reject_code specifies the SMTP server
response code when a recipient domain matches $mydestination or
${proxy,inet}_interfaces, while $local_recipient_maps is non-empty
and the recipient address or address local-part is not found.
The default setting is 550 (reject mail) but it is safer to start
with 450 (try again later) until you are certain that your
local_recipient_maps settings are OK.
#unknown_local_recipient_reject_code = 450 #Set by mailscanner
TRUST AND RELAY CONTROL
The mynetworks parameter specifies the list of "trusted" SMTP
clients that have more privileges than "strangers".
In particular, "trusted" SMTP clients are allowed to relay mail
through Postfix. See the smtpd_recipient_restrictions parameter
in postconf(5).
You can specify the list of "trusted" network addresses by hand
or you can let Postfix do it for you (which is the default).
By default (mynetworks_style = subnet), Postfix "trusts" SMTP
clients in the same IP subnetworks as the local machine.
On Linux, this does works correctly only with interfaces specified
with the "ifconfig" command.
Specify "mynetworks_style = class" when Postfix should "trust" SMTP
clients in the same IP class A/B/C networks as the local machine.
Don't do this with a dialup site - it would cause Postfix to "trust"
your entire provider's network. Instead, specify an explicit
mynetworks list by hand, as described below.
Specify "mynetworks_style = host" when Postfix should "trust"
only the local machine.
#mynetworks_style = class #mynetworks_style = subnet mynetworks_style = host
Alternatively, you can specify the mynetworks list by hand, in
which case Postfix ignores the mynetworks_style setting.
Specify an explicit list of network/netmask patterns, where the
mask specifies the number of bits in the network part of a host
address.
You can also specify the absolute pathname of a pattern file instead
of listing the patterns here. Specify type:table for table-based lookups
(the value on the table right-hand side is not used).
#mynetworks = mynetworks = 127.0.0.0/8 65.39.148.0/26 10.220.0.0/16 10.227.0.0/16 10.221.0.0/16 10.230.0.2/32 #mynetworks = 127.0.0.0/8 #Patch 142.0.159.242 (hts) #38.104.209.0/24 ? #mynetworks = $config_directory/mynetworks #mynetworks = hash:/usr/local/etc/postfix/network_table
The relay_domains parameter restricts what destinations this system will
relay mail to. See the smtpd_recipient_restrictions description in
postconf(5) for detailed information.
By default, Postfix relays mail
- from "trusted" clients (IP address matches $mynetworks) to any
destination,
- from "untrusted" clients to destinations that match $relay_domains or
subdomains thereof, except addresses with sender-specified routing.
The default relay_domains value is $mydestination.
In addition to the above, the Postfix SMTP server by default accepts mail
that Postfix is final destination for:
- destinations that match $inet_interfaces or $proxy_interfaces,
- destinations that match $mydestination
- destinations that match $virtual_alias_domains,
- destinations that match $virtual_mailbox_domains.
These destinations do not need to be listed in $relay_domains.
Specify a list of hosts or domains, /file/name patterns or type:name
lookup tables, separated by commas and/or whitespace. Continue
long lines by starting the next line with whitespace. A file name
is replaced by its contents; a type:name table is matched when a
(parent) domain appears as lookup key.
NOTE: Postfix will not automatically forward mail for domains that
list this system as their primary or backup MX host. See the
permit_mx_backup restriction description in postconf(5).
relay_domains = $mydestination
INTERNET OR INTRANET
The relayhost parameter specifies the default host to send mail to
when no entry is matched in the optional transport(5) table. When
no relayhost is given, mail is routed directly to the destination.
On an intranet, specify the organizational domain name. If your
internal DNS uses no MX records, specify the name of the intranet
gateway host instead.
In the case of SMTP, specify a domain, host, host:port, [host]:port,
[address] or [address]:port; the form [host] turns off MX lookups.
If you're connected via UUCP, see also the default_transport parameter.
#relayhost = ns1.scom.ca #relayhost = [gateway.my.domain] #relayhost = [mailserver.isp.tld] #relayhost = uucphost #relayhost = [an.ip.add.ress]
REJECTING UNKNOWN RELAY USERS
The relay_recipient_maps parameter specifies optional lookup tables
with all addresses in the domains that match $relay_domains.
If this parameter is defined, then the SMTP server will reject
mail for unknown relay users. This feature is off by default.
The right-hand side of the lookup tables is conveniently ignored.
In the left-hand side, specify an @domain.tld wild-card, or specify
a user@domain.tld address.
#relay_recipient_maps = hash:/usr/local/etc/postfix/relay_recipients
INPUT RATE CONTROL
The in_flow_delay configuration parameter implements mail input
flow control. This feature is turned on by default, although it
still needs further development (it's disabled on SCO UNIX due
to an SCO bug).
A Postfix process will pause for $in_flow_delay seconds before
accepting a new message, when the message arrival rate exceeds the
message delivery rate. With the default 100 SMTP server process
limit, this limits the mail inflow to 100 messages a second more
than the number of messages delivered per second.
Specify 0 to disable the feature. Valid delays are 0..10.
#in_flow_delay = 1s
ADDRESS REWRITING
The ADDRESS_REWRITING_README document gives information about
address masquerading or other forms of address rewriting including
username->Firstname.Lastname mapping.
ADDRESS REDIRECTION (VIRTUAL DOMAIN)
The VIRTUAL_README document gives information about the many forms
of domain hosting that Postfix supports.
"USER HAS MOVED" BOUNCE MESSAGES
See the discussion in the ADDRESS_REWRITING_README document.
TRANSPORT MAP
See the discussion in the ADDRESS_REWRITING_README document.
ALIAS DATABASE
The alias_maps parameter specifies the list of alias databases used
by the local delivery agent. The default list is system dependent.
On systems with NIS, the default is to search the local alias
database, then the NIS alias database. See aliases(5) for syntax
details.
If you change the alias database, run "postalias /etc/aliases" (or
wherever your system stores the mail alias file), or simply run
"newaliases" to build the necessary DBM or DB file.
It will take a minute or so before changes become visible. Use
"postfix reload" to eliminate the delay.
#alias_maps = dbm:/etc/aliases #alias_maps = hash:/usr/home/postfix/config/aliases #alias_maps = hash:/etc/aliases, nis:mail.aliases #alias_maps = netinfo:/aliases
The alias_database parameter specifies the alias database(s) that
are built with "newaliases" or "sendmail -bi". This is a separate
configuration parameter, because alias_maps (see above) may specify
tables that are not necessarily all under control by Postfix.
#alias_database = dbm:/etc/aliases #alias_database = dbm:/etc/mail/aliases alias_database = hash:/usr/home/postfix/config/aliases #alias_database = hash:/etc/aliases, hash:/opt/majordomo/aliases
ADDRESS EXTENSIONS (e.g., user+foo)
The recipient_delimiter parameter specifies the separator between
user names and address extensions (user+foo). See canonical(5),
local(8), relocated(5) and virtual(5) for the effects this has on
aliases, canonical, virtual, relocated and .forward file lookups.
Basically, the software tries user+foo and .forward+foo before
trying user and .forward.
recipient_delimiter = +
DELIVERY TO MAILBOX
The home_mailbox parameter specifies the optional pathname of a
mailbox file relative to a user's home directory. The default
mailbox file is /var/spool/mail/user or /var/mail/user. Specify
"Maildir/" for qmail-style delivery (the / is required).
#home_mailbox = Mailbox #home_mailbox = Maildir/
The mail_spool_directory parameter specifies the directory where
UNIX-style mailboxes are kept. The default setting depends on the
system type.
#mail_spool_directory = /var/mail
The mailbox_command parameter specifies the optional external
command to use instead of mailbox delivery. The command is run as
the recipient with proper HOME, SHELL and LOGNAME environment settings.
Exception: delivery for root is done as $default_user.
Other environment variables of interest: USER (recipient username),
EXTENSION (address extension), DOMAIN (domain part of address),
and LOCAL (the address localpart).
Unlike other Postfix configuration parameters, the mailbox_command
parameter is not subjected to $parameter substitutions. This is to
make it easier to specify shell syntax (see example below).
Avoid shell meta characters because they will force Postfix to run
an expensive shell process. Procmail alone is expensive enough.
IF YOU USE THIS TO DELIVER MAIL SYSTEM-WIDE, YOU MUST SET UP AN
ALIAS THAT FORWARDS MAIL FOR ROOT TO A REAL USER.
#mailbox_command = /some/where/procmail #mailbox_command = /some/where/procmail -a "$EXTENSION"
The mailbox_transport specifies the optional transport in master.cf
to use after processing aliases and .forward files. This parameter
has precedence over the mailbox_command, fallback_transport and
luser_relay parameters.
Specify a string of the form transport:nexthop, where transport is
the name of a mail delivery transport defined in master.cf. The
:nexthop part is optional. For more details see the sample transport
configuration file.
NOTE: if you use this feature for accounts not in the UNIX password
file, then you must update the "local_recipient_maps" setting in
the main.cf file, otherwise the SMTP server will reject mail for
non-UNIX accounts with "User unknown in local recipient table".
#xtransport #mailbox_transport = lmtp:unix:/file/name #mailbox_transport = cyrus mailbox_transport = dovecot
The fallback_transport specifies the optional transport in master.cf
to use for recipients that are not found in the UNIX passwd database.
This parameter has precedence over the luser_relay parameter.
Specify a string of the form transport:nexthop, where transport is
the name of a mail delivery transport defined in master.cf. The
:nexthop part is optional. For more details see the sample transport
configuration file.
NOTE: if you use this feature for accounts not in the UNIX password
file, then you must update the "local_recipient_maps" setting in
the main.cf file, otherwise the SMTP server will reject mail for
non-UNIX accounts with "User unknown in local recipient table".
#fallback_transport = lmtp:unix:/file/name #fallback_transport = cyrus #fallback_transport =
The luser_relay parameter specifies an optional destination address
for unknown recipients. By default, mail for unknown@$mydestination,
unknown@[$inet_interfaces] or unknown@[$proxy_interfaces] is returned
as undeliverable.
The following expansions are done on luser_relay: $user (recipient
username), $shell (recipient shell), $home (recipient home directory),
$recipient (full recipient address), $extension (recipient address
extension), $domain (recipient domain), $local (entire recipient
localpart), $recipient_delimiter. Specify ${name?value} or
${name:value} to expand value only when $name does (does not) exist.
luser_relay works only for the default Postfix local delivery agent.
NOTE: if you use this feature for accounts not in the UNIX password
file, then you must specify "local_recipient_maps =" (i.e. empty) in
the main.cf file, otherwise the SMTP server will reject mail for
non-UNIX accounts with "User unknown in local recipient table".
#luser_relay = $user@other.host #luser_relay = $local@other.host #luser_relay = admin+$local
JUNK MAIL CONTROLS
The controls listed here are only a very small subset. The file
SMTPD_ACCESS_README provides an overview.
The header_checks parameter specifies an optional table with patterns
that each logical message header is matched against, including
headers that span multiple physical lines.
By default, these patterns also apply to MIME headers and to the
headers of attached messages. With older Postfix versions, MIME and
attached message headers were treated as body text.
For details, see "man header_checks".
#header_checks = regexp:/usr/local/etc/postfix/header_checks
#Divert to hold Queue header_checks = regexp:/usr/home/postfix/config/header_checks
FAST ETRN SERVICE
Postfix maintains per-destination logfiles with information about
deferred mail, so that mail can be flushed quickly with the SMTP
"ETRN domain.tld" command, or by executing "sendmail -qRdomain.tld".
See the ETRN_README document for a detailed description.
The fast_flush_domains parameter controls what destinations are
eligible for this service. By default, they are all domains that
this server is willing to relay mail to.
#fast_flush_domains = $relay_domains
SHOW SOFTWARE VERSION OR NOT
The smtpd_banner parameter specifies the text that follows the 220
code in the SMTP server's greeting banner. Some people like to see
the mail version advertised. By default, Postfix shows no version.
You MUST specify $myhostname at the start of the text. That is an
RFC requirement. Postfix itself does not care.
smtpd_banner = $myhostname ESMTP $mail_name #smtpd_banner = $myhostname ESMTP $mail_name ($mail_version)
PARALLEL DELIVERY TO THE SAME DESTINATION
How many parallel deliveries to the same user or domain? With local
delivery, it does not make sense to do massively parallel delivery
to the same user, because mailbox updates must happen sequentially,
and expensive pipelines in .forward files can cause disasters when
too many are run at the same time. With SMTP deliveries, 10
simultaneous connections to the same domain could be sufficient to
raise eyebrows.
Each message delivery transport has its XXX_destination_concurrency_limit
parameter. The default is $default_destination_concurrency_limit for
most delivery transports. For the local delivery agent the default is 2.
#local_destination_concurrency_limit = 2 #default_destination_concurrency_limit = 20
DEBUGGING CONTROL
The debug_peer_level parameter specifies the increment in verbose
logging level when an SMTP client or server host name or address
matches a pattern in the debug_peer_list parameter.
debug_peer_level = 9
The debug_peer_list parameter specifies an optional list of domain
or network patterns, /file/name patterns or type:name tables. When
an SMTP client or server host name or address matches a pattern,
increase the verbose logging level by the amount specified in the
debug_peer_level parameter.
#debug_peer_list = 127.0.0.1 #debug_peer_list = some.domain
The debugger_command specifies the external command that is executed
when a Postfix daemon program is run with the -D option.
Use "command .. & sleep 5" so that the debugger can attach before
the process marches on. If you use an X-based debugger, be sure to
set up your XAUTHORITY environment variable before starting Postfix.
debugger_command = PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin xxgdb $daemon_directory/$process_name $process_id & sleep 5
If you can't use X, use this to capture the call stack when a
daemon crashes. The result is in a file in the configuration
directory, and is named after the process name and the process ID.
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin; export PATH; (echo cont;
echo where) | gdb $daemon_directory/$process_name $process_id 2>&1
>$config_directory/$process_name.$process_id.log & sleep 5
Another possibility is to run gdb under a detached screen session.
To attach to the screen sesssion, su root and run "screen -r
<id_string>" where <id_string> uniquely matches one of the detached
sessions (from "screen -list").
debugger_command =
PATH=/bin:/usr/bin:/sbin:/usr/sbin; export PATH; screen
-dmS $process_name gdb $daemon_directory/$process_name
$process_id & sleep 1
INSTALL-TIME CONFIGURATION INFORMATION
The following parameters are used when installing a new Postfix version.
sendmail_path: The full pathname of the Postfix sendmail command.
This is the Sendmail-compatible mail posting interface.
sendmail_path = /usr/local/sbin/sendmail
newaliases_path: The full pathname of the Postfix newaliases command.
This is the Sendmail-compatible command to build alias databases.
newaliases_path = /usr/local/bin/newaliases
mailq_path: The full pathname of the Postfix mailq command. This
is the Sendmail-compatible mail queue listing command.
mailq_path = /usr/local/bin/mailq
setgid_group: The group for mail submission and queue management
commands. This must be a group name with a numerical group ID that
is not shared with other accounts, not even with the Postfix account.
setgid_group = maildrop
html_directory: The location of the Postfix HTML documentation.
html_directory = /usr/local/share/doc/postfix
manpage_directory: The location of the Postfix on-line manual pages.
manpage_directory = /usr/local/man
sample_directory: The location of the Postfix sample configuration files.
This parameter is obsolete as of Postfix 2.1.
#sample_directory = /usr/local/etc/postfix
readme_directory: The location of the Postfix README files.
readme_directory = /usr/local/share/doc/postfix
#Auth Stuff smtpd_sasl_auth_enable = yes #Dovecot #smtpd_sasl_path = private/auth #smtpd_sasl_type = dovecot
#Cyrus smtpd_sasl_type = cyrus smtpd_sasl_path = smtpd
#SASL Common broken_sasl_auth_clients = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_authenticated_header = yes smtpd_sasl_local_domain = $myhostname
#Sort out hard bounce to softbounce #smtp_reply_filter = pcre:/usr/home/postfix/config/smtp_5xx_to_4xx
#General Options delay_warning_time = 1h mailbox_size_limit = 0 message_size_limit = 1000000000
#Mailscanner Options #header_checks = regexp:/usr/local/etc/postfix/header_checks
unknown_local_recipient_reject_code = 550
dovecot_destination_recipient_limit = 1 virtual_transport = dovecot
#Postgres Stuff mydestination = pgsql:/usr/home/postfix/config/pgsql-mydestination.cf #virtual_maps=pgsql:/usr/home/postfix/config/pgsql-virtual.cf alias_maps=pgsql:/usr/home/postfix/config/pgsql-aliases.cf #sender_canonical_maps = pgsql:/usr/home/postfix/config/pgsql-canonical.cf
#Spf filter policyd-spf_time_limit = 3600s
#Other restrictions strict_rfc821_envelopes = yes
smtpd_helo_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unknown_reverse_client_hostname, reject_invalid_hostname, reject_rbl_client bl.spamcop.net, reject_non_fqdn_hostname, permit
smtpd_client_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_pipelining, permit
smtpd_recipient_restrictions = permit_sasl_authenticated, permit_mynetworks, reject_unauth_destination, check_policy_service unix:private/policyd-spf, permit
transport_maps = hash:/usr/home/postfix/config/transport
resolve_numeric_domain = yes
max_idle = 30s max_use = 200 queue_run_delay = 3000s
disable_vrfy_command = yes
smtpd_client_connection_count_limit = 500
default_process_limit = 1000
local_destination_concurrency_limit = 500
#Duplicate suppresion #enable_original_recipient = no #smtpd_discard_ehlo_keywords = silent-discard, dsn meta_directory = /usr/local/libexec/postfix sample_directory = /usr/local/etc/postfix data_directory = /var/db/postfix shlib_directory = /usr/local/lib/postfix
#TLS Stuff
#TLS smtp (outgoing config) smtp_use_tls = yes smtp_tls_security_level = may smtp_tls_chain_files = /etc/ssl/.scom.ca smtp_tls_session_cache_database = btree:${queue_directory}/scache/smtp_scache smtp_tls_session_cache_timeout = 3600 smtp_tls_CApath = /etc/ssl/certs smtp_tls_loglevel = 2
#Starttls (incomming) smtpd_use_tls = yes smtpd_tls_security_level = may
smtpd_tls_ask_ccert = yes smtpd_tls_req_ccert = no smtpd_tls_auth_only = no smtpd_tls_loglevel = 2
smtpd_tls_mandatory_protocols = !SSLv2,!SSLv3,!TLSv1 smtpd_tls_protocols = !SSLv2,!SSLv3,!TLSv1 #smtpd_tls_exclude_ciphers = RC4, aNULL smtpd_tls_exclude_ciphers = aNULL, LOW, EXP, MEDIUM, ADH, AECDH, MD5, DSS, ECDSA, CAMELLIA128, 3DES, CAMELLIA256, RSA+AES, eNULL
#Cache smtpd_tls_session_cache_database = btree:${queue_directory}/scache/smtpd_scache smtpd_tls_session_cache_timeout = 86400
#SSL SNI tls_server_sni_maps = hash:/usr/home/postfix/config/sni smtpd_tls_chain_files = /etc/ssl/.scom.ca smtpd_tls_CApath = /etc/ssl/certs
#milter_default_action = accept #milter_protocol = 6 #smtpd_milters = inet:localhost:8891 #non_smtpd_milters = inet:localhost:8891
#virtual_mailbox_lock = dotlock
#local_header_rewrite_clients = #FromLineOverride=YES
mydestination = pgsql:/usr/home/postfix/config/pgsql-mydestination.cf
/etc/postfix/pgsql-mydestination.cf
#####################################
pgsql config file for local domain (like sendmail's sendmail.cw)
lookups on postfix
comments are ok.
the user name and password to log into the pgsql server
hosts = <DB HOST GOES HERE IP:PORT> user = <DB USERNAME> password = <DB PASSWORD>
the database name on the servers
dbname = <DB NAME>
the table name
table = email_users
select_field = domain where_field = domain
alias_maps=pgsql:/usr/home/postfix/config/pgsql-aliases.cf
cat pgsql-aliases.cf
**** pgsql-virtual.cf ***
pgsql config file for alias lookups on postfix
comments are ok.
the user name and password to log into the pgsql server
hosts = <DB HOST GOES HERE IP:PORT> user = <DB USERNAME> password = <DB PASSWORD>
the database name on the servers
dbname = <DB NAME>
the table name
table = email_users
#Select source email address alias (ie sales@ etc aliases ) where_field = source
#Select destination email account address (final delivery) select_field = destination
#Account Status (1=good) additional_conditions = and status = '1'
You need to make a sasl directory under the main postfix directory
/usr/home/postfix/config/sasl
[05:59:21] mail18.scom.ca [root:0] /usr/home/postfix/config/sasl
ll
total 10 drwxr-xr-x 2 root vmail uarch 3B Feb 20 2023 . drwxr-xr-x 7 root wheel uarch 59B Nov 6 05:56 .. lrwxr-xr-x 1 root wheel - 31B Mar 27 2013 smtpd.conf -> /usr/local/lib/sasl2/smtpd.conf
this carries a link to the actual sasl lib config (assuming sasl2)
smtpd.conf -> /usr/local/lib/sasl2/smtpd.conf
which carries the actual sasl2 config
cat /usr/local/lib/sasl2/smtpd.conf #Local Password Database #pwcheck_method: saslauthd #mech_list: login plain #saslauthd_path: /var/run/saslauthd
#Postygres pwcheck_method: auxprop mech_list: PLAIN LOGIN auxprop_plugin: sql sql_engine: pgsql (or mysql?) sql_hostnames: <DB SERVER IP:PORT> sql_database: <DB NAME> sql_user: <SQL LOGIN USERNAME> sql_passwd: <SQL LOGIN PASSWORD> #Same as above mapping file sql_select: SELECT password FROM email_users WHERE username = '%u@%r' and password <> 'alias' and currentcount_bad < 30 and status = True
#Logging? log_level: 7
Assuming you are running multiple ssl certs
you need to make an sni file and then translates it into a db file
sample sni file basically tabbed spaced cert name & cert pem file location (pem file has whole cert info)
cat sni
.scom.ca /etc/ssl/postfix.pem.scom secure.mail.elirpa.com /etc/ssl/postfix.pem.elirpa
you then need to run
"/usr/local/sbin/postmap -c /usr/home/postfix/config -F /usr/home/postfix/config/sni"
which will make a valid sni database mapping
Yes this is a lot of work but does work well and independant of dovecot.
Running :
postconf mail_version
mail_version = 3.4-20181202
&
openssl version
OpenSSL 3.1.0-dev (Library: OpenSSL 3.1.0-dev )
Have A Happy Monday !!!
Thanks - Paul Kudla (Manager SCOM.CA Internet Services Inc.)
Scom.ca Internet Services <http://www.scom.ca> 004-1009 Byron Street South Whitby, Ontario - Canada L1N 4S3
Toronto 416.642.7266 Main 1.866.411.7266 Fax 1.888.892.7266 Email paul@scom.ca
On 11/5/2023 3:36 PM, jeremy ardley via dovecot wrote:
On 6/11/23 03:25, Nick Lockheart wrote:
I can't use the real Dovecot IMAP server for auth, because it runs on a separate server, and Postfix does not support TLS connections for SASL.
Hi,
I use the same setup with the following packages:
dpkg -l |grep dovecot
ii dovecot-core 2:2.3.21-1+debian10 amd64 secure POP3/IMAP server - core files ii dovecot-mysql 2:2.3.21-1+debian10 amd64 secure POP3/IMAP server - MySQL support
postfix main.cf Parameters: ... smtpd_sasl_type = dovecot smtpd_sasl_path = private/auth smtpd_sasl_auth_enable = yes smtpd_sasl_security_options = noanonymous smtpd_sasl_local_domain = $myhostname broken_sasl_auth_clients = yes smtpd_sasl_authenticated_header = no ...
And it works without problems.
Best Urban
Am 03.11.23 um 17:55 schrieb Nick Lockheart:
I have a Dovecot IMAP server and a Postfix server on separate machines. The user information is stored in a MariaDB database that is replicated on both servers.
Postfix needs to authenticate outgoing mail against our valid user database. I believe this requires us to install a "dummy" Dovecot on the Postfix server so that Dovecot SASL can provide authentication to Postfix from the database.
I think Cyrus had a standalone Cyrus-SASL package, but Dovecot doesn't?
If I wanted to setup a Dovecot instance on the Postfix server just for the purposes of SMTP authentication, and not use it to handle any mail, what is the minimum configuration required to make that work?
Is the dovecot-common package (Debian) enough? Or do I need the full dovecot-imap package?
What protocols go in the protocols directive? Can you just make it "protocols = auth" to disable IMAP connections?
dovecot mailing list -- dovecot@dovecot.org To unsubscribe send an email to dovecot-leave@dovecot.org
participants (5)
-
jeremy ardley
-
Michael Peddemors
-
Nick Lockheart
-
Paul Kudla
-
Urban Loesch