Per olof Ljungmark:
> Wietse Venema wrote:
> > Per olof Ljungmark:
> >> In our view Postfix should not respond with 5xx when it cannot contact
> >> the LDAP servers. This is not a fault with Postfix at all, it is us that
> > 
> > What evidence exists that POSTFIX contacts the LDAP server?
> 
> May 26 12:53:59 thewheel slapd[52495]: conn=134006 fd=51 ACCEPT from
> IP=172.16.1.12:60033 (IP=0.0.0.0:389)
> May 26 12:53:59 thewheel slapd[52495]: conn=134006 op=0 BIND dn=""
> method=128
> May 26 12:53:59 thewheel slapd[52495]: conn=134006 op=0 RESULT tag=97
> err=0 text=
> May 26 12:53:59 thewheel slapd[52495]: conn=134006 op=1 SRCH
> base="o=inter-sonic.com" scope=2 deref=0
> filter="(&(accountStatus=active)(|(mail=kryd...@starlight.se)(mailalternateaddress=kryd...@starlight.se)))"
> May 26 12:53:59 thewheel slapd[52495]: conn=134006 op=1 SRCH attr=mail
> mailalternateaddress
> May 26 12:53:59 thewheel slapd[52495]: conn=134006 op=1 SEARCH RESULT
> tag=101 err=0 nentries=1 text=

This is LDAP server logging. It does not show what is making the
query.  Nor have you provided any evidence that this is the
relay_recipient_maps query.

At this point it would be a good idea to show Postfix configuration:

    postconf -n | grep ldap

Perhaps you can show POSTFIX logging when the LDAP server works and
POSTFIX logging when the server is busted.

    postmap -v -q kryd...@starlight.se ldap:/path/to/file

        Wietse

Reply via email to