Postfix, SASL and LDAPDB: no worthy mech found
Julien Vehent
julien at linuxwall.info
Thu May 20 11:40:59 EDT 2010
On Thu, 20 May 2010 10:35:55 -0500, Dan White <dwhite at olp.net> wrote:
>
> I suspect a chrooting issue with Postfix. The sasl glue library compiled
> into Postfix needs to find the dynamic plugin libraries in
/usr/lib/sasl2.
No chrooting in postfix. It's an out-of-the-box configuration with just
the sasl parameters to test the authentication using ldapdb.
main.cf
----
# grep -Ev "^#|^$" main.cf
queue_directory = /var/spool/postfix
command_directory = /usr/sbin
daemon_directory = /usr/lib/postfix
data_directory = /var/lib/postfix
mail_owner = postfix
myhostname = toto.linuxwall.info
mydomain = linuxwall.info
myorigin = $mydomain
inet_interfaces = all
mydestination = $myhostname, localhost.$mydomain, localhost, $mydomain
unknown_local_recipient_reject_code = 550
smtpd_recipient_restrictions =
permit_sasl_authenticated,permit_mynetworks,reject_unauth_destination
smtpd_sasl_type = cyrus
smtpd_sasl_auth_enable = yes
smtpd_sasl_path = smtpd
smtpd_sasl_security_options = noanonymous
smtpd_sasl_local_domain = $mydomain
smtpd_sasl_authenticated_header = yes
mynetworks = 127.0.0.0/8
alias_maps = hash:/etc/aliases
recipient_delimiter = +
smtpd_banner = $myhostname ESMTP $mail_name (Debian/GNU)
debug_peer_level = 2
debug_peer_list = 127.0.0.1
debugger_command =
PATH=/bin:/usr/bin:/usr/local/bin:/usr/X11R6/bin
ddd $daemon_directory/$process_name $process_id & sleep 5
----
Julien
More information about the Cyrus-sasl
mailing list