Milter-greylist

'Bruncsak, Attila' attila.bruncsak@... [milter-greylist]
<milter-greylist@yahoogroups.com> wrote:

> I have stopped all the sendmail processes and seemingly the deadlock is
> still there. I will have to clean the system now, the production must go
> on. It is now code reading phase, is there any thread which can keep that
> lock longer than just reading the ACL structure itself in the memory?

In acl.c we have a rather long ACL_RDLOCK/ACL_UNLOCK in acl_filter(). It
calls ac->ac_acr->acr_filter() and acl_actions(). Both may perform
network operations (e.g.: DNSRBL).

How can that be fixed? We can lock the individual entry and assign it a
refcount (config reload will decrease the refcount, unlink the entry,
and leave it allocated if refcount > 0). Or we can make sure no thread
get stuck forever here, but I am not sure how it could be acheived.


-- 
Emmanuel Dreyfus
http://hcpnet.free.fr/pubz
manu@...