Thanks, everyone. These responses have given me a clue to continue with
the good fight.
Mike
Michael D. Bathrick
President
BerkshireNet, Inc
126 Fenn Street
Pittsfield, MA 01201
(413) 442-7805
-Original Message-
From: [EMAIL PROTECTED]
[mailto:[EMAIL PROTECTED] On Behalf Of SCHULZ,
Wolf
Oh Geez
Make a donation, send the Guys some stuff. They like hardware
donations. :)
We like it so much that we donated a FreeBSD server for testing.
Ken McKittrick
Senior Network Engineer
USADatanet
On Thursday, October 2, 2003, at 10:53 AM, <[EMAIL PROTECTED]> wrote:
- Original Message ---
Tomasz Kojm wrote:
Thanks for the responses. I was asking because our company was willing to
make a donation but it seems clam is already well taken care of and does not
Well, donations are always welcome ;)
Best regards,
Tomasz Kojm
So what do you folks prefer? Machines, money, ... ?
--
Thoma
> See my other post that the socket is created with different permissions in
> foreground vs background mode. Presumably this is due to umasking.
That's right. It's now fixed in CVS. Thanks.
Best regards,
Tomasz Kojm
--
oo. [EMAIL PROTECTED]
(\/)\. http://w
On Wed, Oct 01, 2003 at 03:45:20PM -0400, Flinn Mueller wrote:
> That is odd. You might want to check out this howto if you are trying
> to supervise clamd
> http://clamav.sourceforge.net/doc/clamd_supervised/clamd-daemontools-
> guide.txt
See my other post that the socket is created with diff
> Thanks for the responses. I was asking because our company was willing to
> make a donation but it seems clam is already well taken care of and does not
Well, donations are always welcome ;)
Best regards,
Tomasz Kojm
--
oo. [EMAIL PROTECTED]
(\/)\. http://
> > Nigel was talking about clamav - in some cases we save the input stream
> > to disk (this is not efficient but allows on seekable access to data).
>
> It is on my "TODO" list to investigate alternatives, but there are far more
Unfortunately there is no simple (and at least elegant) solution
-BEGIN PGP SIGNED MESSAGE-
Hash: SHA1
On Thursday 02 Oct 2003 5:35 pm, Tomasz Kojm wrote:
> Nigel was talking about clamav - in some cases we save the input stream
> to disk (this is not efficient but allows on seekable access to data).
It is on my "TODO" list to investigate alternatives
> > Actually pipes *are* temporary files, but we won't get OT with that.
>
> Erm, not on Linux. Well not in the 'anything getting written to disk'
Nigel was talking about clamav - in some cases we save the input stream
to disk (this is not efficient but allows on seekable access to data).
Best
> Okay, I know this is not good at all, that I run the CVS version of clamav
> on a production box. It's suicide. I've run the daily snapshots for some
> time without disappointment when it comes to supervising the service with
> daemontools. However, something in CVS seems to completely defy daemo
> Actually i sorted out the problem a couple of minutes after i send the email,
> but didn't think to post to the list again :) All i had to do was set
> StreamSaveToDisk in clamav.conf and it fixed all my problems.
Be careful - stdin scanning in clamdscan is very experimental and completely
un
* Anand Buddhdev <[EMAIL PROTECTED]> [20031002 15:31]: wrote:
> Odhiambo Washington writes:
>
> >For the first time, clamd (cvs) died and did not wake up, even though I use
> >daemontools. Nothing in the log, no core dump.. nothing.
> >
> >For experts with da
id:
> * Stewart MacLund <[EMAIL PROTECTED]> [20031002 00:42]: wrote:
>> Question:
>>
>> Any reason anyone can think of that ClamAV will not run on HP-UX?
>>
>> I haven't actually tried compiling it yet, but i'd like to get it
>> running on HP-U
Original Message
> From Nigel Horne <[EMAIL PROTECTED]>
> Date: Thursday, 02 Oct 2003, 07:08
>
> Actually pipes *are* temporary files, but we won't get OT with that.
Erm, not on Linux. Well not in the 'anything getting written to disk'
sense, processes get file descriptors for each end
Odhiambo Washington writes:
For the first time, clamd (cvs) died and did not wake up, even though I use
daemontools. Nothing in the log, no core dump.. nothing.
For experts with daemontools, is there a way to capture other data outputted
bt clamd other than the ones that go to the logfile?
I don't
Running on OBSD 3.3
root 7455 0.0 1.7 1044 820 ?? Ss 6:03PM0:14.11
sendmail: accepting connections (sendmail)
_clamd 32260 0.0 1.0 11776 488 ?? Ss 6:03PM0:14.92
/usr/local/sbin/clamd
root 23346 0.0 0.6 264 264 C0- S 6:03PM0:04.71
/usr/local/sbin
* Stewart MacLund <[EMAIL PROTECTED]> [20031002 00:42]: wrote:
> Question:
>
> Any reason anyone can think of that ClamAV will not run on HP-UX?
>
> I haven't actually tried compiling it yet, but i'd like to get it running
> on HP-UX 10.xx or 11.xx.
Hi Sundie,
Okay, I know this is not good at all, that I run the CVS version of clamav
on a production box. It's suicide. I've run the daily snapshots for some
time without disappointment when it comes to supervising the service with
daemontools. However, something in CVS seems to completely defy daemontools!
18 matches
Mail list logo
