I left auth_bind on, but commented out the dn and dnpass fields.  I would think those would be the credentials with which to bind to search for the user, then bind with the supplied credentials when the user's been found since the user could be anywhere in the ldap structure.  In any event, I've enabled anonymous lookups (for the time being) so it's not necessary.

It was also suggested that the LDAP path is backwards, but again this is pretty much the same path I used in configuring Postfix.  Oh, and unfortunately, dumping Outlook isn't something we can do. :( I'm all out of ideas... I'm sniffing the packets and it's just like it gets a query result but never attempts to bind.

<br><br>- Burton<br><br><div><span class="gmail_quote">On 5/18/06, <b class="gmail_sendername">Andrew Bates</b> <<a href="mailto:abates@omeganetserv.com">abates@omeganetserv.com</a>> wrote:</span><blockquote class="gmail_quote" style="border-left: 1px solid rgb(204, 204, 204); margin: 0pt 0pt 0pt 0.8ex; padding-left: 1ex;">

<br>> Here's the meat of the dovecot-ldap.conf file I'm using:<br>> hosts = 192.168.x.x<br>> dn = cn=Administrator,cn=Users,DC=domain,DC=local<br>> dnpass = xxxxx<br>> auth_bind = yes<br>> ldap_version = 3

<br>> base = DC=domain,DC=local<br>> scope = subtree<br>> user_attrs = sAMAccountName,mail,,,,<br>> user_filter = (&(objectClass=organizationalPerson)(sAMAccountName=%u))<br>> pass_filter = (&(objectClass=organizationalPerson)(sAMAccountName=%u))

> user_global_uid = 44 > user_global_gid = 44 You might want to turn off auth_bind.  auth_bind will bind to the active directory/ldap server with the user's credentials, not the dn.  Not sure if that's what is causing your problems or not.

<br><br></blockquote></div><br>