On May 20, 2005, at 19:02, Stephen Gran wrote:
On Fri, May 20, 2005 at 08:49:32PM -0500, Damian Menscher said:
On Fri, 20 May 2005, Doug Hardie wrote:
On May 20, 2005, at 02:32, Trog wrote:
The accept call is done within Sendmail, I believe.
That would make sense except that the error message clams to be from
clamav-milter and the PID matches that of clamav-milter.
Actually Trog was right: the error message is generated by
mi_listener()
in sendmail's .../libmilter/listener.c. It's rather silly of
sendmail
to log as if it's the milter, but there you have it.
Well, actually that would make it make it clamav-milter - it links
libmilter, and so uses all that code, right? I mean, it is sendmail
code, but it's the binary clamav-milter that makes the error, if
you see
what I mean.
Its definitely clamav-milter which calls libmilter which does the
mi_listener right up front. Unfortunately there is no indication of
which argument to accept is causing the problem. Looking around the
info on the web indicates the most common usage of ERANGE is when a
buffer is too small which would indicate a problem with the sockaddr.
I believe now that this problem is occuring within about 10 minutes
after a database reload. However, I am not seeing the same log
messages that have been previously reported with this situation and
on a test server that handles about 3 email daily there is no
problem. So, I am guessing that this problem only occurs if there is
some current activity at the time a database update occurs.
_______________________________________________
http://lurker.clamav.net/list/clamav-users.html
