Hi,
I have some trouble the qmail-group feature "senderconfirm". I have an
ldap entry which looks like that:
dn: [EMAIL PROTECTED],ou=accounts,dc=example,dc=com
objectClass: inetOrgPerson
objectClass: qmailGroup
objectClass: qmailUser
objectClass: top
senderconfirm: TRUE
uid: [EMAIL PROTECTED]
cn:: U2Now7xsZXJ6ZWl0dW5nc25ldHogVGVzdGxpc3Q=
mail: [EMAIL PROTECTED]
mailAlternateAddress: [EMAIL PROTECTED]
rfc822member: [EMAIL PROTECTED]
sn: [EMAIL PROTECTED]
mailMessageStore: /var/qmail/maildirs/testlist
If I don't set the senderconfirm attribute, all mails are sent to the
whole list without a problem. But as soon as I set senderconfirm to
TRUE, I sent an mail to the list address, and get, as expected, a reply
mail from qmail-secretary. I reply to that email, and the qmail-log
shows, that it got the mail. Now a qmail-group process is started, which
uses as much cpu power as available (if one instance is running, top
shows cpu somewhere around 99%, if two are running, both have around
50%). The mail stays in the new folder and is never delivered to the
mailing list.
What could be the problem? I got out of an earlier posting on that list,
that I don't have to set anything in .qmail files. Is that correct?
(Also, it didn't work with the .qmail files either.) The documentation
isn't very clear at that point.
That qmail-group process runs forever until I delete the reply message
out of the queue, it doen't stop by itself.
lsof shows, that qmail-group has the reply message in the queue open, as
well as an ldap connection. I'm suspecting an invalid ldap query or
invalid ldap login data to be responsible for that, but qmail-ldap
itself works perfectly, so if it uses the same login data as all other
qmail-ldap programms, there should be no problem in that area.
Is there something to turn on logging in qmail-group?
Philipp
