On Fri, 2008-01-04 at 16:39 -0800, Anil wrote:
> LDAP will return whatever the LDAP schema is defined as (for the
> case), which is "uid".
>
> I took out the pass_attrs, but didn't appear to be working.
Empty pass_attrs actually means "return all fields from LDAP". I had
forgotten this, and maybe
Anil wrote:
LDAP will return whatever the LDAP schema is defined as (for the
case), which is "uid".
I took out the pass_attrs, but didn't appear to be working.
I then added:
pass_attrs = uid
then, it was able to find the domain!
http://wiki.dovecot.org/AuthDatabase/LDAP
is a bit confusing in
> Here's the relevant LDAP configuration:
> auth_bind = yes
> pass_attrs = uid=user
> pass_filter = uid=%n
>
> I tried setting the mail_location to: maildir:~/Maildir and explicitly
> specifying the full path, but still the Maildir is getting created
> with out the %d. Of course, the user is loggi
LDAP will return whatever the LDAP schema is defined as (for the
case), which is "uid".
I took out the pass_attrs, but didn't appear to be working.
I then added:
pass_attrs = uid
then, it was able to find the domain!
http://wiki.dovecot.org/AuthDatabase/LDAP
is a bit confusing in the documentat
On Fri, 2008-01-04 at 08:12 -0800, Anil wrote:
> pass_attrs = uid=user
> pass_filter = uid=%n
uid=user makes Dovecot change the full username to uid's value, which
means it drops the domain. You could probably just leave pass_attrs
empty. I don't remember if LDAP lookups are case-insensitive thoug
I saw the recent threads but didn't help for me.
Here's my configuration:
The domain isn't getting expanded as per logs:
Jan 4 08:06:40 vds5 dovecot: [ID 107833 mail.info] IMAP(admin):
maildir: data=/var/mail/apps//admin/Maildir
# 20080102: /usr/local/dovecot/etc/dovecot.conf
listen: *:143
ssl_