I just ran into this problem. My scenario:
I have a small LinkSys NLSU2 with limited processing capability. It is
acting as my mailserver, running postfix. This machine is always on.
However, it is too weak to run spamassassin or clamav. Instead, I run
these on another machine, call it morepower, which sometimes is down.
On the NSLU2, I have procmail call spamc -d morepower, which -- if
morepower is down -- will just skip the spam filtering. Likewise, I call
clamdscan with a config file containing "TCPAddr morepower", using the
wrapper script "clamassassin", which will just skip virus scanning if
morepower is down.
However, clamdscan is only provided by clamav-daemon, I had to install
this package, manually copy clamdscan to /usr/local/bin, and then remove
all the clamav packages from my NSLU2. (Of course, I could have
build/installed clamdscan without using debian packages, too).
I strongly favour this wishlist. By distributing the client only with
the daemon, the flexibility on Debian systems are limited.
Another way to solve this is to keep clamav-daemon as it is, including
both the daemon and clamdscan, and instead creating a new package,
clamav-scan-client (or similar), which conflicts with clamav-daemon,
which provides clamdscan (and only clamdscan), with debconf asking the
user of a value to add to TCPAddr in the configuration file, and nothing
else.
/Magnus
--
To UNSUBSCRIBE, email to [EMAIL PROTECTED]
with a subject of "unsubscribe". Trouble? Contact [EMAIL PROTECTED]
