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