amAV debug: hashtab: Freeing hashset, elements: 0, capacity: 0
LibClamAV debug: Starting cli_scanmail(), recursion = 1
LibClamAV debug: in mbox()
LibClamAV debug: parseEmailFile
...
===
Regards,
Carlos Velasco
___
clamav-users mailing list
cl
text, with very long lines, with CRLF line terminators
Anyway, the main question remains unanswered... is there any way to force the
scan as mail (overriding the magic for the first recursion)?
Regards,
Carlos Velasco
___
clamav-users mailing list
cla
> El 28/02/2017 a las 19:15, Noel Jones escribió:
>> On 2/28/2017 11:35 AM, Carlos Velasco wrote:
>>
>> Anyway, the main question remains unanswered... is there any way to force
>> the scan as mail (overriding the magic for the first recursion)?
>>
>
>
&
in log that you are using less signatures
cause older pcre.
Another option would be to include a "static" internal version of pcre in
ClamAV. Although this option I like much less...
Regards,
Carlos Velasco
___
clamav-users mailing list
clamav-u
your problems, and you should fix it changing your status script
(init.d?) probably.
Regards,
Carlos Velasco
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-users
Help us build a comp
t;status" argument that it doesn't
recognize.
As you are using an init system you should use a init.d/rc.d script (like
"/etc/rc.d/clamav"). That script usually accepts a "status" argument, but clamd
(daemon) does not.
Regards,
Carlos Velasco
___
)
# clamdscan --stream root.file
root.file: OK
--- SCAN SUMMARY ---
Infected files: 0
Time: 0.065 sec (0 m 0 s)
Regards,
Carlos Velasco
___
clamav-users mailing list
clamav-users@lists.clamav.net
http://lists.clamav.net/cgi-bin/mailman/listinfo/clam
S="$LDFLAGS"
LDFLAGS="$LDFLAGS -L$ZLIB_HOME/lib"
The point is, in this case ZLIB_HOME is /usr, so don't need to add new lib dir,
system lib dirs will do.
However the logic in 0.102.0 seems flawed.
Regards,
Carlos Velasco
__
