Re: [clamav-users] daily database screwed up?

2011-02-10 Thread Kelsey Cummings
So very not cool! -- Kelsey Cummings - k...@corp.sonic.net sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407 ___ Help us build a comprehensive ClamAV guide

[Clamav-users] NodalCore Support

2007-03-23 Thread Kelsey Cummings
? Any experiences to share? -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Architect 2260

Re: [Clamav-users] phising whitelist

2008-04-17 Thread Kelsey Cummings
ntained: Email.Phishing.RB-2924 -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Architect 2260 Apollo Way 707.522.1000 Santa Rosa, CA 95407 ___ Help us build a comprehensiv

Re: [Clamav-users] SOT: SCO.A disappearing?

2004-01-28 Thread Kelsey Cummings
us a minute as opposed to ~5 before it's outbreak. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407 707.547.2199 (Fax)http://www.son

[Clamav-users] memory leak in 0.70-rc

2004-03-19 Thread Kelsey Cummings
-0.70-rc' '--enable-bigstack' '--disable-clamuko'\" -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407 707.547.2199 (Fax)

Re: [Clamav-users] memory leak?

2004-03-22 Thread Kelsey Cummings
problem. I can cron a daily restart to clear it up but that's kind a jenky. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407 707.

Re: [Clamav-users] RE: memory leak?

2004-03-24 Thread Kelsey Cummings
Any comments from our truly wonderful devs? (Despite this, clamav still kicks.) -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407 707.547.2199 (Fax)

Re: [Clamav-users] If you want to post/reply to the list, read this please.

2004-09-30 Thread Kelsey Cummings
when you hit send. My mail sorting rules are going crazy already! And I thought I was messing something up. ;) -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407

[Clamav-users] clamd exiting for no apparent reason

2004-12-03 Thread Kelsey Cummings
particular server sees much lower scanning load then some of the others. Any clues? -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407 707.547

Re: [Clamav-users] clamd exiting for no apparent reason

2004-12-03 Thread Kelsey Cummings
On Fri, Dec 03, 2004 at 09:56:37PM +0100, Tomasz Kojm wrote: > On Fri, 3 Dec 2004 12:48:11 -0800 > Kelsey Cummings <[EMAIL PROTECTED]> wrote: .. > > Any clues? > > Must be signalled by some nasty process. Tomasz - is there a higher log verbosity setting that might help c

Re: [Clamav-users] lots of sig 11 core dumps

2003-08-07 Thread Kelsey Cummings
On Wed, Aug 06, 2003 at 11:25:28PM +0200, Tomasz Kojm wrote: > On Wed, 6 Aug 2003 14:10:03 -0700 > Kelsey Cummings <[EMAIL PROTECTED]> wrote: > > > Good to know. I'll try to catch/recreate the segfaults and ship off the > > offending email to you. > >

Re: [Clamav-users] libclamav cl_scan* & strings (0.60)

2003-08-09 Thread Kelsey Cummings
here we try to use tmpfs, /dev/shm, etc, for temp file storage. You'll need to have enough ram, but you'll keep the tempfiles off of your disk subsystem which will probably be the bottleneck. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator

[Clamav-users] lots of sig 11 core dumps

2003-08-14 Thread Kelsey Cummings
a FreeBSD 4.7-Stable box. The distribution didn't bulid directly out of the box (needed a little bit of tweaking to link properly.) Are these problems common or are they indictive of some other problem with my build or? TIA. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net,

Re: [Clamav-users] lots of sig 11 core dumps

2003-08-14 Thread Kelsey Cummings
On Wed, Aug 06, 2003 at 09:16:46PM +0200, Tomasz Kojm wrote: > On Wed, 6 Aug 2003 11:01:43 -0700 > Kelsey Cummings <[EMAIL PROTECTED]> wrote: > > > properly.) Are these problems common or are they indictive of some other > > problem with my build or? > >

Re: [Clamav-users] clamav-milter ready for business?

2003-09-10 Thread Kelsey Cummings
pony up some cash to whoever can get it to go gold since a milter API AV product is very important to us. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 9

[Clamav-users] ivs-milter

2003-09-18 Thread Kelsey Cummings
Is anyone here tried using ivs-milter to connect to clamav instead of clamav-milter on a linux system? I've been trying to get it to compile under FreeBSD but curious to know if it's even worth the effort. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Adm

Re: [Clamav-users] Stability clamav-milter + clamd

2003-09-25 Thread Kelsey Cummings
as just a wrapper for clamd and all's been well since. It's surely not going to be as fast but actually comes along with a bunch of advantages in being able to write perl filters for rejection of mail at the MTA level. Ideally I'd like to see clamav-milter be a suitable stable

[Clamav-users] clamd foreground mode?

2003-10-01 Thread Kelsey Cummings
I saw mention on the list of a new option to clamd to allow it to run in the foreground so it could run under a suprivisor rather than forking itself into the background. Has this been done yet, if so, when did it show up? -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System

Re: [Clamav-users] clamd foreground mode?

2003-10-01 Thread Kelsey Cummings
ally function. (Doesn't accept connections on the domain sock.) I'll do some more troubleshooting. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA

Re: [Clamav-users] clamd foreground mode?

2003-10-01 Thread Kelsey Cummings
On Wed, Oct 01, 2003 at 12:14:56PM -0700, Kelsey Cummings wrote: > On Wed, Oct 01, 2003 at 03:09:30PM -0400, Flinn Mueller wrote: > > uncomment Foreground in clamav.conf > > Ah, I was worried that was it. When I do this on FreeBSD 4.8 with the > latest build from the port&#x

Re: [Clamav-users] clamd foreground mode?

2003-10-01 Thread Kelsey Cummings
On Wed, Oct 01, 2003 at 10:19:35PM +0200, Thomas Lamy wrote: > Kelsey Cummings wrote: > >On Wed, Oct 01, 2003 at 12:14:56PM -0700, Kelsey Cummings wrote: > > > >>On Wed, Oct 01, 2003 at 03:09:30PM -0400, Flinn Mueller wrote: > >> > >>>uncomment Foregro

Re: [Clamav-users] clamd foreground mode?

2003-10-01 Thread Kelsey Cummings
Running clamd under the same user as mimedefang works around the permissions problem and is probably the correct setup anyway in my case. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice

Re: [Clamav-users] clamd foreground mode?

2003-10-02 Thread Kelsey Cummings
created with different permissions in foreground vs background mode. Presumably this is due to umasking. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407 707.5

[Clamav-users] clamd lock ups?

2003-10-13 Thread Kelsey Cummings
and still listening to the socket but isn't doing anything with the connections. -- Kelsey Cummings - [EMAIL PROTECTED] sonic.net, inc. System Administrator 2260 Apollo Way 707.522.1000 (Voice) Santa Rosa, CA 95407 70

Re: [Clamav-users] clamd lock ups?

2003-10-13 Thread Kelsey Cummings
On Mon, Oct 13, 2003 at 09:50:29PM +0200, Stefan Kaltenbrunner wrote: > Kelsey Cummings wrote: > > >The clamav-devel-20031009 version seems to be segfault free which is a > >great improvement over some of the previous versions. However, I've had it > >deadlock a coup

Re: [Clamav-users] clamd lock ups?

2003-10-13 Thread Kelsey Cummings
On Tue, Oct 14, 2003 at 02:41:26AM +0200, Tomasz Kojm wrote: > On Mon, 13 Oct 2003 09:18:51 -0700 > Kelsey Cummings <[EMAIL PROTECTED]> wrote: > > > The clamav-devel-20031009 version seems to be segfault free which is a > > great improvement over some of the previo