Tomasz Kojm wrote:
He should search his software for a call to:
void cl_settempdir(const char *dir, short leavetemps);
and set the second argument to 0.
The developer has made the above changes, provided me with a new version
of the software, and all seems to be working fine. As soon as he's sure
Tomasz Kojm wrote:
He should search his software for a call to:
void cl_settempdir(const char *dir, short leavetemps);
and set the second argument to 0.
Thanks, I'll forward it on to him.
Jamie
___
http://lists.clamav.net/cgi-bin/mailman/listinfo/clamav-u
Jim Maul wrote:
Jamie Saunders wrote:
I've confirmed that clamav is running as qscand and is accessing the
normal .cvd database files. I remembered looking into a module for
PHP that utilised the clamav api called, surprisingly enough,
php-clamav <http://freshmeat.net/projects/php-clam
Jim Maul wrote:
Jamie Saunders wrote:
Jim Maul wrote:
Jamie Saunders wrote:
Hi all,
I've recently installed clamav along with qmail-scanner on RedHat
9. Everything's working fine except that clamav is taking up all
disk space on '/tmp with it's temporary database update file
Jim Maul wrote:
Jamie Saunders wrote:
Hi all,
I've recently installed clamav along with qmail-scanner on RedHat 9.
Everything's working fine except that clamav is taking up all disk
space on '/tmp with it's temporary database update files. As soon as
'/tmp' is fu
Hi all,
I've recently installed clamav along with qmail-scanner on RedHat 9.
Everything's working fine except that clamav is taking up all disk space
on '/tmp with it's temporary database update files. As soon as '/tmp' is
full it cannot download any more updates and spits out an error which
pr
