Hello!
I upgraded to 4.20 (in order to get -d+expand work),
and the bug dissappeared! Sometimes it's good idea to upgrade ;-))
Thank you.
Bye. Alex.
On Wed, 9 Jul 2003, Philip Hazel wrote:
> On Tue, 8 Jul 2003, Alexander V Alekseev wrote:
>
> > > > hide server_condition = ${if eq{$2}{PASSWORD_LOOKUP}{yes}{no}}
>
> > PASSWORD_LOOKUP looks like ${lookup ldap {...}{$value}fail}
>
> That looks fine.
>
> > ldap_parse_result yielded 32: No such object
> > lookup failure forced
>
> That looks good.
>
> > LDAP search failed - error 32: No such object
> > lookup failed
> > login authenticator:
> > $1 = hrbrfr
> > expansion failed: "lookup" failed and "fail" requested
>
> That looks good.
>
> > SMTP>> 435 Unable to authenticate at present
>
> That does not look good!
>
> > So, as you see, there is no syntaxis error.
>
> Indeed. This begins very much to look like a bug in Exim. Please can you
> run the test again, this time with -d+expand so that additional
> debugging about string expansions is written. Sorry, I should have
> suggested you add +expand before.
>
> Philip
>
>
