Reply below...

--- Paul J Stevens <[EMAIL PROTECTED]> wrote:
> 
> 
> Kevin Baker wrote:
> > So I'm back to the ldap configuration. Still not there.
> > 
> > I have DBMail working perfectly on just mysql auth.
> When I
> > switch to the "ldap" auth, I get "the can not connect
> to
> > the database" error.
> 
> Could you be a tiny bit more verbose? Like some level5
> log lines
> perhaps... That should point to where this is coming
> from.
So this was a great idea... unfortunately it is not
reporting anything to the logs. When I switch back to SQL
auth and everything is working, I see all the logging. When
I switch to "ldap" auth it fails to start and I get no
logging.

Here's some more information though:
- I am able to view my ldap server through phpldapadmin NP
- I am using the standard Kolab ldap schema, but added the
uidNumber attribute through the Posix Class.
- I am running Mysql 5, but this seems to be working well.
- I do not have the ForwardAddress attribute set in my LDAP
config... do I need this?



> > I assume there is some sort of auth problem. 
> 
> likely.
> 
> > 
> > If I do not have the ldap schema attributes in the
> "[LDAP]"
> > section of the dbmail.conf set correctly, would this
> cause
> > a connection problem between ldap/dbmail?
> 
> If dbmail-ldap can't bind to ldap, it will fail. I don't
> think anonymous
> binding is supported atm.
I actually tried anon binding, by removing the BIND
settings... no luck.


> 
> > 
> > 
> > I started a wiki page for DBMail LDAP documentation to
> keep
> > track of any learnings below:
> > 
> > http://www.dbmail.org/dokuwiki/doku.php?id=dbmail:ldap
> > 
> > BTW: I am currently using a custom ldap schema. If the
> > schema is a problem I will likely expand on the
> > dbmail.schema for my requirements
> 
> Any kind of schema that meets dbmail's requirements
> should suffice.
> dbmail.schema is meant as proof-of-concept and to
> illustrate the kind of
> ldap attributes dbmail uses/needs.
ok, I might switch to the example schema just to see if I
can get this working on LDAP.

So, what might be the next good thing to check? 


Thanks for all your help,

- Kevin
 
> -- 
>  
>
________________________________________________________________
>   Paul Stevens                                      paul
> at nfg.nl
>   NET FACILITIES GROUP                     GPG/PGP:
> 1024D/11F8CD31
>   The
>
Netherlands________________________________http://www.nfg.nl
> 


Kevin Baker
Mission Vi Inc.
[EMAIL PROTECTED]
858.454.5532

__________________________________________________
Do You Yahoo!?
Tired of spam?  Yahoo! Mail has the best spam protection around 
http://mail.yahoo.com 

Reply via email to