bert barten wrote:
> Hello,
> Is it possible to use clamav in thunderbird?
Just so you know, clamav is built with mailservers in mind. That doesn't
prevent it from being used with ThunderBird, though.
> When I want to use
> thunderbird in clamav it only gives Kmail and Evolution as possibility,
>
Mark Grieveson wrote:
> Hello. I ran clamav, and it informed me that three files were broken
> executables, these three being:
>
> /usr/src/linux-source-2.6.18/vmlinux 3.27MB -rwxr-xr-x
> /usr/src/linux-source-2.6.18/.tmp_vmlinux1 3.13MB -rwxr-xr-x
> /usr/src/linux-source-2.6.18/.tmp_vmlinux2 3.27
Paul Kosinski wrote:
> Hi,
>
> I noticed the following anomaly when scanning a tar.gz file compared
> to scanning the result of untarring it. Scanning the tar.gz file
> results in less "data read" than scanning the files which it expands
> to (as one would expect), but the "data scanned" amount is
oregon.wo...@gmail.com wrote:
> The problem seems to be with "LogInfected Full" - if this option is
> set this way, clamav-milter will crash, apparently every time it tries
> to log an infection. I switched to "LogInfected Basic", and things
> seem to be working properly.
>
> On Wed, Apr 1, 2009 a
Dennis Peterson wrote:
> Joel Richard wrote:
>
>> This just bit in the behind real good. I'd like to propose a small
>> change to the signatures.pdf document.
>>
>> http://www.clamav.net/doc/latest/signatures.pdf
>>
>> There's an example that reads
>>
>> z...@localhost:/tmp/test$ sig
Vincent Aniello wrote:
> Since upgrading to clamav 0.95 I am getting the log message "fd[10]: OK"
> appearing in my clamav log file. Clamav is configured to log to syslog.
> Also, I am logging clean messages.
>
I'm guessing that your clamdclient or clamav-milter is using fd-passing.
My specul
Sorry for double posting.
Dennis Peterson wrote:
> Nathan Brink wrote:
>
>> Dennis Peterson wrote:
>>
>>> Pardon a bit of thread hijacking but...
>>>
>>>
>>> Developers - could you unify the names of these sockets
Dennis Peterson wrote:
> Ed Kasky wrote:
>
>
>> I think I'm almost there...
>>
>> I figured out the init script but now the milter is having trouble
>> with the clamd socket.
>>
>> From the milter log:
>> Sat Mar 21 13:42:02 2009 -> +++ Started at Sat Mar 21 13:42:02 2009
>> Sat Mar 21 13:42
Dennis Peterson wrote:
> Ed Kasky wrote:
>
>
>> I think I'm almost there...
>>
>> I figured out the init script but now the milter is having trouble
>> with the clamd socket.
>>
>> From the milter log:
>> Sat Mar 21 13:42:02 2009 -> +++ Started at Sat Mar 21 13:42:02 2009
>> Sat Mar 21 13:42
Henrik K wrote:
> On Sun, Mar 01, 2009 at 04:11:08PM -0500, Nathan Brink wrote:
>
>> I don't like it when other programs do this because it departs from the
>> normal output of ./configure scripts.
>>
>
> What exactly are you doing with the output that
Jose-Marcio Martins da Cruz wrote:
> Hello,
>
> I have two suggestions :
>
> * It could be interesting to add tcp_wrapper (or equivalent - not so
> difficult to code it) support to clamd.
>
This sounds good. tcp-wrappers would add security to clamds listening to
a network which seems to be la
Gary L Burnore wrote:
>>
>> That is correct, no X.
>>
>
> Get yourself a copy of Xming (free) and set it up. You'll have X.
>
> Make sure some sort of display variable is set.
>
> (The ssh -X merely enables X connections if it's not already part of your
> shell). If xclock or xterm aren't i
Steve Holdoway wrote:
> On Sat, 28 Feb 2009 14:38:04 -0800
> Bill Landry wrote:
>
>> I am not running any GUI,
I'm pretty sure this means that he is logging in and running ssh from
vt1, not using X at all.
>> I ssh into the server and launch clamdtop, and
>> F1 is just ignored. Do I need to
Dennis Peterson wrote:
> Regarding stdint.h, I'm surprised the code linked without it. I can't expect
> this to be the only surprise.
>
stdint.h and other includes like stdio.h, unistd.h all define things
found in the standard C library. GCC always links your program against
the standard C li
Charles Gregory wrote:
> More often than not, I see this kind of thinking as *policy* but without a
> technical restriction to stop people from trimming their mail. But on
> systems where the policy is 'enforced' there should still be the ability
> to create a fresh new e-mail, and then cut-n-paste
Steve Holdoway wrote:
> Hi Jason, good to know other locals're on the list.
>
>
> On Tue, 10 Feb 2009 16:10:34 +1300
> Jason Haar wrote:
>
>> Steve Holdoway wrote:
>>> As per title, it works, but it's just so slow... I've got a quad core xeon,
>>> 2GB and loads of disk space available. Can any
Kaplan, Andrew H. wrote:
> Hi there --
>
> I reconfigured the network cards on the server in question so that one is
> disabled, and
> the other is set to autonegotiate. Additionally, I updated the BIOS for the
> motherboard
> and the NIC on the server. Even with these new configurations, the prob
Chris wrote:
> What is the criteria used for submitting these stats? For instance when I
> first brought 94.1 on-line after installation I saw this in my hourly syslog
> snip:
>
> SubmitDetectionStats: Submitted 50 records
>
This number is divisible by ten, as are all the others mentioned in t
martinnitram wrote:
> if you used /etc/rc.d/init.d/clamav-milter to start the milter, at around
> line 20, you can see
>
> ...
> # Local clamav-milter config
> CLAMAV_FLAGS=
> test -f /etc/sysconfig/clamav-milter && . /etc/sysconfig/clamav-milter
> ...
>
> so the milter config file should be "/etc/
Chris wrote:
> Is there a different version of libtool required to build 94.1 than there was
> to build .94?
I had this problem too. However, I think I only had it when I ran libtoolize
and/or ran autoreconf. I think that ClamAV people are assuming you won't run
libtoolize and autoreconf when bu
20 matches
Mail list logo