Never mind.
THe root of this problem turned out to be that I had added myself as a
user to the mail server and I had the auth modules in the wrong order
in my authdaemonrc config
So instead of "authldap authpam" I had "authpam authldap" therefore it
was taking my unix credentials over my ldap credentials.
Stupid, rookie mistake.
Sorry guys.
On 7/6/06, Daniel Corbe <[EMAIL PROTECTED]> wrote:
Mark,
I tried running the search as the user, and got the same thing as I
did running the search as Manager. Curiously, I see no traffic going
to my LDAP server at all. Why would it just simply stop talking to
LDAP?
[EMAIL PROTECTED] root]# ldapsearch -x -W -D
'uid=dcorbe,ou=People,dc=interceltelecoms,dc=net' -b
'ou=People,dc=interceltelecoms,dc=net' '(&
(uid=dcorbe)(objectClass=qmailUser) )'
Enter LDAP Password:
# extended LDIF
#
# LDAPv3
# base <ou=People,dc=interceltelecoms,dc=net> with scope subtree
# filter: (& (uid=dcorbe)(objectClass=qmailUser) )
# requesting: ALL
#
# dcorbe, People, interceltelecoms.net
dn: uid=dcorbe,ou=People,dc=interceltelecoms,dc=net
uidNumber: 1000
gidNumber: 1000
uid: dcorbe
cn: Daniel Corbe
homeDirectory: /home/dcorbe
sn: Corbe
givenName: Daniel
displayName: Daniel Corbe
userPassword:: e01ENX1xdk4zNVA1UUl0UVppZWxuRVowVUd3PT0=
mail: [EMAIL PROTECTED]
objectClass: qmailUser
objectClass: inetOrgPerson
objectClass: posixAccount
objectClass: top
mailAlternateAddress: [EMAIL PROTECTED]
mailAlternateAddress: [EMAIL PROTECTED]
mailAlternateAddress: [EMAIL PROTECTED]
accountStatus: active
mailMessageStore: interceltelecoms.net/dcorbe/
title: Director of Technology
# search result
search: 2
result: 0 Success
# numResponses: 2
# numEntries: 1
On 7/6/06, Mark Farver <[EMAIL PROTECTED]> wrote:
> Daniel Corbe wrote:
>
> >
> > Watching strace produces nothing interesting except for this:
> > chdir("Maildir") = -1 ENOENT (No such file or
> > directory)
> > which seems to suggest that imapd is now completely ignoring the home
>
> > directory value it got back from authdaemond.
> >
> I had a lot of issues with this, and it can be a pain to troubleshoot
> but it usually ended up as a problem with ldap searching.
>
> Restart the ldap server...
>
> You might want to tail the ldapsearver search logs, or fire up ethereal
> to watch the ldap search. Is your imap server logging onto the
> ldapserver as Manager? If not try running the search as that user,
> maybe your ACLs have changed. Run each search you see in your logs by
> hand and verify the results.
>
> Mark Farver
>
>
>