I found what the problem is once I did a packet dump. smtp auth is binding as null instead of the service account I have set up for qmail so it doesn't have permissions to find the user. Why would it do this? I have ldaprebind set to 1, also the correct login info is specified in the other config files. pop3 works fine, qmail-ldaplookup works fine. What am I missing that smtp auth doesnt bind to the right user?
I would think it should bind to my service account, lookup the user, rebind as the user, thats what it does for pop3 auth. am I wrong? thanks :) On Thu, 2005-09-08 at 12:15 +0200, Philipp Wagner wrote: > Matt Pruett wrote: > > for some reason... and its just started up recently smtp auth is no > > longer working I tried a manual test over telnet and i just get > > > > 535 authentication failure > > > > I looked over the logs and I don't see anything very helpful, pop3 > > authentication works just fine. Any pointers as to where I might start > > looking? I am going to do a packet dump tomorrow to find out what the > > ldap stuff looks like. Why would pop auth work fine via ldap and not > > auth smtp? > > Did you turn on debugging? (see the LOGLEVEL environment variables). > > Philipp > > !DSPAM:4320115b243971867416919! > > -- Matt Pruett <[EMAIL PROTECTED]>
