On Thu, 2005-05-26 at 16:13 +0100, Nigel Horne wrote:
> > Would it be possible to have existing threads use the old loaded
> > database and to have the new threads use a new loaded database?
> >
> > Destroy the old database when its ref_count hits 0.
>
> Of all the noise that's been put around on
> Would it be possible to have existing threads use the old loaded
> database and to have the new threads use a new loaded database?
>
> Destroy the old database when its ref_count hits 0.
Of all the noise that's been put around on this issue recently, that's
the first good suggestion. I like the
Damian Menscher wrote:
On Tue, 24 May 2005, Doug Hardie wrote:
On May 24, 2005, at 13:21, Stephen Gran wrote:
Just to bring you (and anyone else joining us) up to speed, here's a
description of how it's supposed to work:
When there's a database update, the milter wants everything to be
--- Stephen Gran <[EMAIL PROTECTED]> wrote:
>
> Doug,
>
> Can you run another test for me? Try running the milter
> without
> --external, but with --dont-wait.
>
> It is difficult to tell from the sendmail source (it is a
> bit on the
> hairy side) but it looks like it does not stop trying to
On May 25, 2005, at 13:38, Stephen Gran wrote:
On Tue, May 24, 2005 at 11:43:45AM -0700, Doug Hardie said:
I believe I can make this occur at will (as long as there is a newer
database available). However, I am running FreeBSD and don't know
for sure the equivallent to strace - ktrace perhap
On Tue, May 24, 2005 at 11:43:45AM -0700, Doug Hardie said:
> I believe I can make this occur at will (as long as there is a newer
> database available). However, I am running FreeBSD and don't know
> for sure the equivallent to strace - ktrace perhaps. Let me know
> what you need and I wil
On May 24, 2005, at 19:41, Stephen Gran wrote:
On Tue, May 24, 2005 at 07:10:25PM -0700, Doug Hardie said:
On May 24, 2005, at 13:21, Stephen Gran wrote:
On Tue, May 24, 2005 at 12:54:47PM -0700, Doug Hardie said:
ktrace is effectively the same thing as truss so I used it. There
are t
On May 24, 2005, at 19:30, Damian Menscher wrote:
On Tue, 24 May 2005, Doug Hardie wrote:
On May 24, 2005, at 13:21, Stephen Gran wrote:
On Tue, May 24, 2005 at 12:54:47PM -0700, Doug Hardie said:
http://www.lafn.org/clamav/ktrace.html
http://www.lafn.org/clamav/clamd.html
clamav-milte
On Tue, May 24, 2005 at 07:10:25PM -0700, Doug Hardie said:
>
> On May 24, 2005, at 13:21, Stephen Gran wrote:
>
> >On Tue, May 24, 2005 at 12:54:47PM -0700, Doug Hardie said:
> >
> >>ktrace is effectively the same thing as truss so I used it. There
> >>are two files available:
> >>
> >>http://w
On Tue, 24 May 2005, Doug Hardie wrote:
On May 24, 2005, at 13:21, Stephen Gran wrote:
On Tue, May 24, 2005 at 12:54:47PM -0700, Doug Hardie said:
http://www.lafn.org/clamav/ktrace.html
http://www.lafn.org/clamav/clamd.html
clamav-milter is only one process. It has multiple threads but thos
On May 24, 2005, at 13:21, Stephen Gran wrote:
On Tue, May 24, 2005 at 12:54:47PM -0700, Doug Hardie said:
ktrace is effectively the same thing as truss so I used it. There
are two files available:
http://www.lafn.org/clamav/ktrace.html
http://www.lafn.org/clamav/clamd.html
ktrace.html is
On Tue, May 24, 2005 at 12:54:47PM -0700, Doug Hardie said:
> ktrace is effectively the same thing as truss so I used it. There
> are two files available:
>
> http://www.lafn.org/clamav/ktrace.html
> http://www.lafn.org/clamav/clamd.html
>
> ktrace.html is the output of ktrace - its about 14 M
On May 24, 2005, at 11:53, Stephen Gran wrote:
On Tue, May 24, 2005 at 11:43:45AM -0700, Doug Hardie said:
I believe I can make this occur at will (as long as there is a newer
database available). However, I am running FreeBSD and don't know
for
sure the equivallent to strace - ktrace perh
On Tue, May 24, 2005 at 11:43:45AM -0700, Doug Hardie said:
> I believe I can make this occur at will (as long as there is a newer
> database available). However, I am running FreeBSD and don't know for
> sure the equivallent to strace - ktrace perhaps. Let me know what you
> need and I will forc
On May 24, 2005, at 08:56, Damian Menscher wrote:
On Tue, 24 May 2005, N Fung wrote:
--- N Fung <[EMAIL PROTECTED]> wrote:
--- "Christopher X. Candreva" <[EMAIL PROTECTED]> wrote:
Try with clamd and use the --external option to
clamav-milter.
Would the 'internal' mode be working again
On Tue, 24 May 2005, N Fung wrote:
--- N Fung <[EMAIL PROTECTED]> wrote:
--- "Christopher X. Candreva" <[EMAIL PROTECTED]> wrote:
Try with clamd and use the --external option to
clamav-milter.
Would the 'internal' mode be working again soon? Thanks.
It was broken in 0.84, and will not wor
--- N Fung <[EMAIL PROTECTED]> wrote:
>
> --- "Christopher X. Candreva" <[EMAIL PROTECTED]> wrote:
> > On Tue, 24 May 2005, N Fung wrote:
> >
> > > I'm experiencing this too (clamav-milter 0.85.1
> without
> > > clamd) with log entries like these:
> >
> > Try with clamd and use the --external o
--- "Christopher X. Candreva" <[EMAIL PROTECTED]> wrote:
> On Tue, 24 May 2005, N Fung wrote:
>
> > I'm experiencing this too (clamav-milter 0.85.1 without
> > clamd) with log entries like these:
>
> Try with clamd and use the --external option to
> clamav-milter.
Thanks. I have seen this sugge
On Tue, 24 May 2005, N Fung wrote:
> I'm experiencing this too (clamav-milter 0.85.1 without
> clamd) with log entries like these:
Try with clamd and use the --external option to clamav-milter.
==
Chris Candreva -- [EMAIL PROTECTED] -- (9
I'm experiencing this too (clamav-milter 0.85.1 without
clamd) with log entries like these:
Milter (clamav): to error state
It would die AFTER a successful update/download of the
virus db. It does NOT happen every time after an and
update/download.
On 4 different machines, two of which have
20 matches
Mail list logo