On Fri, Apr 16, 2010 at 5:24 PM, Jim Preston wrote:
>
> On Apr 16, 2010, at 1:07 PM, Aecio F. Neto wrote:
>
> On Fri, Apr 16, 2010 at 4:27 PM, Eric Rostetter
>> wrote:
>>
>> Quoting Gary MacKay :
>>>
>>> No one. Only very old installs, not all
On Fri, Apr 16, 2010 at 4:27 PM, Eric Rostetter
wrote:
> Quoting Gary MacKay :
>
> No one. Only very old installs, not all installs.
>>>
>>> So who made who god to decide which servers get shutdown?
>>
>
> No servers were shutdown. And the creators of the software and providers
> of the update
On Fri, Apr 16, 2010 at 8:38 AM, Leonardo Rodrigues <
leolis...@solutti.com.br> wrote:
> Em 16/04/2010 08:29, Gareth Hopkins escreveu:
>
>
>> Any proactive admin should be monitoring their software mailing lists so
>> the
>> excuse of "We weren't told" or "Why all of
>> a sudden" are null and void
On Fri, Apr 16, 2010 at 8:29 AM, Gareth Hopkins wrote:
> On Fri, Apr 16, 2010 at 1:15 PM, Giampaolo Tomassoni <
> giampa...@tomassoni.biz> wrote:
>
> > > Hi,
> > >
> > > Just for interest.. feedback on EOL...
> > >
> > > http://search.twitter.com/search?q=clamav
> >
> > Indeed, an EOL on the prev
On Fri, Jul 3, 2009 at 11:19 AM, Aecio F. Neto wrote:
> Disabling self-check for clamd did the trick.
> Thanks, anyway.
>
Even disabling the self-check didn't work. Clamd was crashing on every
reload.
I did a backup of the virus db folder and restarted freshclam for a bran
Disabling self-check for clamd did the trick.
Thanks, anyway.
I will open the ticket later on.
2009/7/3 Török Edwin
> On 2009-07-03 16:36, Aecio F. Neto wrote:
> > I am using ubuntu, clamd and freshclam from their standard packs.
> > I had just disabled clamd self-check
one should be
kept instead of crashing.
no?
2009/7/3 Török Edwin
> On 2009-07-02 16:47, Aecio F. Neto wrote:
> > For second day in a row, clamd crashed reporting malformed DB.
> > After removing daily.cvd I was able to start clamd again.
> >
> > Is this a downloadin
For second day in a row, clamd crashed reporting malformed DB.
After removing daily.cvd I was able to start clamd again.
Is this a downloading issue in my location only?
Regards, Neto.
___
Help us build a comprehensive ClamAV guide: visit http://wiki.cl
On Sat, Oct 4, 2008 at 5:15 PM, Bernd Petrovitsch <[EMAIL PROTECTED]> wrote:
> > > users could take the appropriate action ASAP instead of finding out or
> > > having to check the logs on an hourly basis for problems.
> >
> > You're (by you I mean everyone agreeing here with how ClamAV fails)
> >
On Sat, Oct 4, 2008 at 12:29 PM, Eric Rostetter
<[EMAIL PROTECTED]>wrote:
> > If any Op (or poor user) adds an option like
> > PleaseClamAVCleanInfectedFilesForMe yes
> > and expects it to work, are you really sure that the software should not
> > ignore this?
>
> Yes. What happens if he means to
On Sat, Oct 4, 2008 at 9:04 AM, Sarocet <[EMAIL PROTECTED]> wrote:
> Aecio F. Neto wrote:
> > I don't agree with that, but let me put another option:
> > 1) Break on unknown options
> > 2) Ignore obsolete options and warn OP
> >
> >
On Fri, Oct 3, 2008 at 5:56 PM, reiner otto <[EMAIL PROTECTED]> wrote:
>
> >Clam developers need to do serious work in two areas: Security and
> usability.
> I hope they will.<
>
> Agreed. Unfortunately, this is a general problem with OpenSource.
> As a programmer for already over 30 years, I am s
On Fri, Oct 3, 2008 at 4:35 PM, David F. Skoll <[EMAIL PROTECTED]>wrote:
> Aecio F. Neto wrote:
>
> >> 1) A completely unknown option: In this case, I agree that Clam should
> >> abort after writing errors to stderr and syslog. A completely unknown
> >>
On Fri, Oct 3, 2008 at 4:25 PM, David F. Skoll <[EMAIL PROTECTED]>wrote:
> Colin Alston wrote:
>
> > Still, no one has managed to answer just *why* in a simple key-value
> > configuration file with no option dependence has to refuse to start
> > when it encounters an unknown option.
>
> Well, ther
14 matches
Mail list logo
