Clamav replacement for FreeBSD+postfix?
    Eric Anderson 
    anderson at freebsd.org
       
    Thu Feb 15 18:44:31 UTC 2007
    
    
  
On 02/15/07 12:12, Francisco Reyes wrote:
> Oliver Brandmueller writes:
> 
>> We're using clamav (clamd, together with exim) in our setup. Our setup 
>> consisting of currently four servers assigned to this task is processing 
>> around one million deliveries per day, around 3.5 million rejects in the 
> 
> :-)
> You get less spam than we do.
> We also get around 4 Million emails per day, but only about 500K are 
> accepted. (last I checked.. may be more volume now)
> 
> 
>> clamd processes, but for several months this setup is quite stable now. 
> 
> I had one machine that had been stable for months. Yesterday it just simply 
> stopped working. Upgraded to the latest clamav. Even worse. Copied another 
> version (older) from another machine. Working again.
> 
>> We're using FreeBSD 6, amd64. Servers have 4 GB of RAM, we needed to 
> 
> We are using FreeBSD 6 i386.
> Do you see better perfomance on the amd64 branch for this type of work?
> 
>> tune a bit in the config files of clamd so that it's leveld fine with 
>> our load.
> 
> Hm.. that config file is not that big. What variables did you set that were 
> helpfull? In particular no matter what I do I never see more than 4 threads 
> running.
> 
>>  Also we use it successfully with libthr instead of libpthred 
>> (through libmap.conf).
> 
> What was the procedure for that? Any pointers to docs appreciated.
> I am looking at /etc/libmap.conf, is it just an entry there?
> Wouldn't that be global? So all programs in the machine will use libthr 
> instead of libpthred?
> 
>> At least for a recent 6-STABLE, recent clamav and the given configs I 
>> cannot agree with you on missing stability.
> 
> Only thing I have not tried is amd64 and libthr.
> 
> However I am wondering if a process based virus scanner exists.
> Going over ports I see a handfull of virus scanners. I guess I will have to 
> setup a test machine and try them.
> 
> I suspsect the issue is FreeBSD's thread support, so your suggested thread 
> library  change may help until we find a process based antivirus (if there 
> is one that works well with FreeBSD). 
You can specify a lib mapping for a particular tool.  See libmap.conf(5) 
- here's the EXAMPLES section:
EXAMPLES
      # /etc/libmap.conf
      #
      # candidate             mapping
      #
      libc_r.so.6             libpthread.so.2 # Everything that uses 
'libc_r'
      libc_r.so               libpthread.so   # now uses 'libpthread'
      [/tmp/mplayer]          # Test version of mplayer uses libc_r
      libpthread.so.2         libc_r.so.6
      libpthread.so           libc_r.so
      [/usr/local/jdk1.4.1/]  # All Java 1.4.1 programs use libthr
                              # This works because "javavms" executes
                              # programs with the full pathname
      libpthread.so.2         libthr.so.2
      libpthread.so           libthr.so
      # Glue for Linux-only EPSON printer .so to be loaded into cups, etc.
      [/usr/local/lib/pips/libsc80c.so]
      libc.so.6               pluginwrapper/pips.so
      libdl.so.2              pluginwrapper/pips.so
Eric
    
    
More information about the freebsd-isp
mailing list