On 5/3/10 9:43 AM, Bill Landry wrote:
If you are seeing three copies of each unofficial database, then you have
a problem somewhere.
This topic is really OT for the ClamAV mailing list.
My net nanny buzzer went off.
dp
___
Help us build a comprehe
On 5/3/10 8:45 AM, Simon Hobson wrote:
It's actually more efficient than that !
It uses something similar to a rolling checksum to find throughout the
file. So in principal, you can add a short bit to the front of a large
file, or even chop a file up into chunks and rearrange them, and it will
On 5/3/10 8:45 AM, Alex wrote:
Hi,
Dennis Peterson wrote:
Rsync is able to transfer only the differences between two files provided a
version of the file being
transferred exists on the source and the destination. In addition, rsync will
not transfer anything if it
determines there are no cha
On Mon, May 03, 2010 at 03:18:30PM +0200, aCaB (aca...@digitalfuture.it) wrote:
> Jobst Schmalenbach wrote:
> > Hi.
> >
> > I have been following the thread about "EOL" and "Move to next version of
> > clamav"
> > which stopped a few mailservers ... I do not want to take sides here,
> > this is
On Mon, May 3, 2010 8:45 am, Alex wrote:
> Hi,
>
> Dennis Peterson wrote:
>> Rsync is able to transfer only the differences between two files
>> provided a version of the file being
>> transferred exists on the source and the destination. In addition, rsync
>> will not transfer anything if it
>> de
Chris Meadors wrote:
Rsync treats all files as binary. When finding changes it splits a file
into blocks, computes a checksum for each block and performs a
comparison between the sending and receiving side. Then it only sends
the blocks which have changed.
When dealing with a text file which
Hi,
Dennis Peterson wrote:
> Rsync is able to transfer only the differences between two files provided a
> version of the file being
> transferred exists on the source and the destination. In addition, rsync will
> not transfer anything if it
> determines there are no changes between the two fil
Jim Preston wrote:
The rest only makes sense IF that statement is true. It's already
been pointed out that it was not inevitable, and had the team cared
then there were ways of not making old versions die.
More than one technique has been mentioned, and at least one of
them would have been via
Hello!
I get the error below from my crond freshclam job a couple of times a day,
BUT it is NOT consistent. The database is usualy updated successfully on the
next hourly run
I can't tell if a different IP is used for the successful update.
Could someone please check on this? See if we ha
>
> Simon, Mark,
> Are you ever going to get over it and move on? If you are unhappy with
> ClamAVs decision take your bat and ball and go to some other ball park.
>
Here. Here!
Enough is enough!
There are more important things to consider.
Do I take tea, or coffee?
One lump, or two?
Have a nic
Tom Shaw wrote:
At 6:06 AM -0700 5/3/10, Jim Preston wrote:
Tom Shaw wrote:
At 5:48 AM -0700 5/3/10, Jim Preston wrote:
Dennis Peterson wrote:
On 5/2/10 8:14 AM, Tom Shaw wrote:
Trying now let you know in about 10
10.5.8 right now. 10.6 after we get this working
Tom
I was able to compi
At 6:06 AM -0700 5/3/10, Jim Preston wrote:
Tom Shaw wrote:
At 5:48 AM -0700 5/3/10, Jim Preston wrote:
Dennis Peterson wrote:
On 5/2/10 8:14 AM, Tom Shaw wrote:
Trying now let you know in about 10
10.5.8 right now. 10.6 after we get this working
Tom
I was able to compile .96 in Snow Le
Jobst Schmalenbach wrote:
> Hi.
>
> I have been following the thread about "EOL" and "Move to next version of
> clamav"
> which stopped a few mailservers ... I do not want to take sides here,
> this is NOT what this email is about.
>
> This is a suggestion.
Mind posting your suggestions to the
On Mon, 2010-05-03 at 05:53 -0700, Jim Preston wrote:
> Dennis Peterson wrote:
> >
> > Rsync is able to transfer only the differences between two files
> > provided a version of the file being transferred exists on the source
> > and the destination. In addition, rsync will not transfer anything
Tom Shaw wrote:
At 5:48 AM -0700 5/3/10, Jim Preston wrote:
Dennis Peterson wrote:
On 5/2/10 8:14 AM, Tom Shaw wrote:
Trying now let you know in about 10
10.5.8 right now. 10.6 after we get this working
Tom
I was able to compile .96 in Snow Leopard with no modification.
dp
Hi Dennis,
Simon Hobson wrote:
Dennis Peterson wrote:
What they did was a bad call. They wilfully let freshclam download an
update which they knew would crash the clamd service.
This was going to happen anyway when the signatures grew to take
advantage of the new format. Older versions of clamd were go
At 5:48 AM -0700 5/3/10, Jim Preston wrote:
Dennis Peterson wrote:
On 5/2/10 8:14 AM, Tom Shaw wrote:
Trying now let you know in about 10
10.5.8 right now. 10.6 after we get this working
Tom
I was able to compile .96 in Snow Leopard with no modification.
dp
Hi Dennis,
Did not know you
Dennis Peterson wrote:
Rsync is able to transfer only the differences between two files
provided a version of the file being transferred exists on the source
and the destination. In addition, rsync will not transfer anything if
it determines there are no changes between the two files.
Denni
Dennis Peterson wrote:
On 5/2/10 8:14 AM, Tom Shaw wrote:
Trying now let you know in about 10
10.5.8 right now. 10.6 after we get this working
Tom
I was able to compile .96 in Snow Leopard with no modification.
dp
Hi Dennis,
Did not know you used OS X. Was the Snow Leopard compile in C
Dennis Peterson wrote:
What they did was a bad call. They wilfully let freshclam download an
update which they knew would crash the clamd service.
This was going to happen anyway when the signatures grew to take
advantage of the new format. Older versions of clamd were going to
die sooner or
On 5/3/10 12:09 AM, Mark wrote:
On Apr 27, 2010, at 3:23 PM, Sarocet wrote:
The ClamAV team didn't design the AV to stop on getting a special
signature. That signature could exist due to a bug that you decided
not to fix (by not updating/patching). It was a clever use of a bug
to disable the d
> On Apr 27, 2010, at 3:23 PM, Sarocet wrote:
> > The ClamAV team didn't design the AV to stop on getting a special
> > signature. That signature could exist due to a bug that you decided
> > not to fix (by not updating/patching). It was a clever use of a bug
> > to disable the daemon.
> You are
22 matches
Mail list logo
