Yavuz Maşlak schrieb:
cat clamd.conf
LocalSocket /var/run/clamav/clamd.sock
FixStaleSocket no
TCPSocket 3310
TCPAddr 127.0.0.1
...
cat proftpd.conf
IfModule mod_clamav.c
ClamAV on
ClamServer 127.0.0.1
ClamPort 3310
ClamLocalSocket /var/run/clamav/clamd.sock
/IfModule
Jerry wrote:
If not, would this syntax work in the
clamav-milter.conf file?
SkipAuthenticated ^(m...@hostname.mydomain.net \
y...@hostname.mydomain.net \
ot...@hostname.mydomain.net)$
Unfortunately not.
The feature was requested by a single person (who
Is your proftpd running chrooted?
Yes I running proftpd as chrooted. when I remove chrooted, proftpd will run
with clamd.
In that case you'll have
to put clamd.sock somewhere inside its chroot jail, and
strip the chroot path from the ClamLocalSocket parameter.
I have some virtual users.
I don't think this posted to the list:
Well I figured it out, apparmor is on the box, and I'd really rather not
disable it.
I've currently got CLAMAV 0.95.1 installed (its the most recent backport)
but I think it 0.95.2 that fixes this problem, but I can't find a repository
for it anywhere. Is
On Fri, 28 Aug 2009 12:06:45 +0200
aCaB aca...@digitalfuture.it wrote:
Jerry wrote:
If not, would this syntax work in the
clamav-milter.conf file?
SkipAuthenticated ^(m...@hostname.mydomain.net \
y...@hostname.mydomain.net \
Jerry wrote:
How clamav-milter would handle an external file is also a concern.
Would it read it only upon start up, or reread it whenever it is
modified? The latter method would eliminate the need to restart the
milter if the file is modified making system management easier. Perhaps
having
On Fri, 28 Aug 2009 18:56:59 +0200
aCaB aca...@digitalfuture.it wrote:
[snip]
That would not be the unix way. The unix way is to read config files
on startup and on HUP or USR. However signaling in the milter is
problematic because libmilter does its own signal catching; that's
braindead, if
On Fri, 28 Aug 2009, aCaB wrote:
Jerry wrote:
How clamav-milter would handle an external file is also a concern.
Would it read it only upon start up, or reread it whenever it is
modified? The latter method would eliminate the need to restart the
milter if the file is modified making system
On Fri, 28 Aug 2009 12:32:49 -0500 (CDT)
Ted Hatfield t...@pat.io.com wrote:
[snip]
The sendmail way would be to add these whitelist entries into the
access database. This method would only require re-hashing the
berkeley database.
That is similar to how Postfix handles databases that are