On Fri, Mar 12, 2004 at 03:01:03PM -0600, Brendon Colby wrote:
> Greetings...
>
> OK I've been trying to figure this out all afternoon. I just want to
> test the qmail group stuff with an unmoderated list. Here's the LDIF:
>
> dn:[EMAIL PROTECTED],ou=lh.net,ou=mail,ou=accounts,dc=lh,dc=net
> accountStatus: active
> cn: Lighthouse List
> mailHost: mx1.lh.net
> mailMessageStore: /home/users/lh.net/list
> moderatortext: Authorized [EMAIL PROTECTED] list.
> sn: Staff
> uid: [EMAIL PROTECTED]
> mail: [EMAIL PROTECTED]
> mailAlternateAddress: [EMAIL PROTECTED]
> confirmtext: Confirm?
> filtermember: (&([EMAIL PROTECTED])(departmentNumber=list))
> objectClass: top
> objectClass: inetOrgPerson
> objectClass: qmailUser
> objectClass: qmailGroup
>
>
> I get:
>
> @400000004052246612334b4c delivery 14: deferral:
> qmail-group:_fatal:_get_ldap_group_entry:_no_such_object/
>
>
> Using latest qmail-ldap. Schema is latest. I've added the moderator
> attributes and get the same error.
>
> qmail-ldaplookup finds the list just fine. I can't see what's happening.
> Does anyone have an idea?
>
I think you trapped into a common pitfall. qmail-group tries to read
~contol/ldap{login,password} and if it fails it sets the login and
password for ldap to "", "". Now qmail-group does not run as root as most
other lookup tools do (qmail-lspawn, auth_pop & auth_imap) and so it is
possible to end up with a anonymous ldap connection.
Try to use the ldapgroup{login,password} combo with the right uid/gid
settings.
--
:wq Claudio
