We are adding bzip scanning, and due to the apperance of some bzip
bombs, we added a feature which should solve this problem - it will
^^^^^^^^^?
IMHO, the best would be a configurable timeout, with a nonzero return
value when it triggers.
Uhm....what do you mean - the command-line scanner (fpcmd.exe) *has*
long file name handling - it has been supported there since the
beginning.
_and_ "scanning all local disks"
at the moment, I can either use the Windows version supporting long
filenames, but no "scan all local disks", _or_ the DOS version not
able to scan deep directories. To scan a system automatically (e.g. at
logon or with scheduler), one needs some scripting stuff.
That's not on the to-do list - probably because no customers have
requested that feature.
[x] request <g>. Does it help to submit it at
http://www.f-prot.com/support/contact_support.html ?
On this occasion some more suggestions for fpcmd.exe:
It would be nice to have simpler access to fpcmd.exe. As far as I see,
I have to download and _install_ the whole F-Prot for Windows package
to get fpcmd? Bad enough that it costs more than three times the
amount of the DOS version, but I really don't want to _install_ the
Windows version since I see no advantage in using it.
Output filtering "unsupported compression method", "in use by another
application", "unknown file format", "in use by another application"
and maybe "encrypted" lines. Not everybody has perl, sed or awk
running to perform this with minimum effort. A typical Windows
instalation installs so many of these lines that the logfile is nearly
unuseable.
Oliver