Topic: [Announce]: Updated SpamAssassin and Clam Antivirus

[Knuddi]

Both of these have been released for their respective origins to version 3.0.3 for SpamAssassin and 0.84 for Clam Antivirus. Both upgrade/install scripts have been updated at sme.swerts-knudsen.com

For SpamAssassin the USA (Update SpamAssassin Automatically) location has been updated allowing automatic upgrade for those who have enabled that in their Spamfilter.

Enjoy,
Jesper

[mdo]

Jesper,

many thanks for your continuous work on that. It's much appreciated.

Regards,
Michael

[edb]

I agree, great work Jesper and thanks!

Ed

[cc_skavenger]

Thanks, once again for your work.

[shmeg]

jesper's contributions make SA and Clam management a breeze. Certainly saves me hours!

As always great work Jesper! and thanks for your continuing efforts!

[mach1_4fun]

Thanks a million Jesper, upgrade went as smooth as usual!

[koopmann]

Also thanks to Knuddi from me, but the automated upgrade did not work so smuth. This morning i got a lot of spam. Checking the log:
Apr 30 09:42:33 serv e-smith[17181]: Processing event: spamfilter-update
Apr 30 09:42:33 serv e-smith[17181]: Running event handler: /etc/e-smith/events/spamfilter-update/S10spamfilter-expand-procmailrc
Apr 30 09:42:48 serv e-smith[17181]: S10spamfilter-expand-procmailrc=action|Event|spamfilter-update|Action|S10spamfilter-expand-procmailrc|Start|1114846953 884650|End|1114846968 239610|Elapsed|14.35496
Apr 30 09:42:51 serv e-smith[17188]: Processing event: email-update
Apr 30 09:42:51 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S45mysql-start-if-required
Apr 30 09:42:52 serv e-smith[17188]: S45mysql-start-if-required=action|Event|email-update|Action|S45mysql-start-if-required|Start|1114846971 804870|End|1114846972 779408|Elapsed|0.974538
Apr 30 09:42:52 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S50conf-masq
Apr 30 09:42:56 serv e-smith[17188]: S50conf-masq=action|Event|email-update|Action|S50conf-masq|Start|1114846972 780131|End|1114846976 78146|Elapsed|3.298015
Apr 30 09:42:56 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S50conf-php
Apr 30 09:42:57 serv e-smith[17188]: S50conf-php=action|Event|email-update|Action|S50conf-php|Start|1114846976 78829|End|1114846977 718322|Elapsed|1.639493
Apr 30 09:42:57 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S50conf-security
Apr 30 09:43:01 serv e-smith[17188]: S50conf-security=action|Event|email-update|Action|S50conf-security|Start|1114846977 718966|End|1114846981 507874|Elapsed|3.788908
Apr 30 09:43:01 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55antivirus-conf
Apr 30 09:43:04 serv e-smith[17188]: S55antivirus-conf=action|Event|email-update|Action|S55antivirus-conf|Start|1114846981 508554|End|1114846984 637457|Elapsed|3.128903
Apr 30 09:43:04 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55conf-httpd
Apr 30 09:43:18 serv e-smith[17188]: S55conf-httpd=action|Event|email-update|Action|S55conf-httpd|Start|1114846984 638176|End|1114846998 972416|Elapsed|14.33424
Apr 30 09:43:18 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55email-conf
Apr 30 09:43:24 serv e-smith[17188]: S55email-conf=action|Event|email-update|Action|S55email-conf|Start|1114846998 973117|End|1114847004 822633|Elapsed|5.849516
Apr 30 09:43:24 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55imap-conf
Apr 30 09:43:26 serv e-smith[17188]: S55imap-conf=action|Event|email-update|Action|S55imap-conf|Start|1114847004 823319|End|1114847006 765931|Elapsed|1.942612
Apr 30 09:43:26 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55mailfront-conf-control
Apr 30 09:43:29 serv e-smith[17188]: S55mailfront-conf-control=action|Event|email-update|Action|S55mailfront-conf-control|Start|1114847006 766607|End|1114847009 331067|Elapsed|2.56446
Apr 30 09:43:29 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55mailfront-conf-env
Apr 30 09:43:30 serv e-smith[17188]: S55mailfront-conf-env=action|Event|email-update|Action|S55mailfront-conf-env|Start|1114847009 331712|End|1114847010 843192|Elapsed|1.51148
Apr 30 09:43:30 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55mailfront-conf-env-sasl
Apr 30 09:43:31 serv e-smith[17188]: S55mailfront-conf-env-sasl=action|Event|email-update|Action|S55mailfront-conf-env-sasl|Start|1114847010 843866|End|1114847011 797387|Elapsed|0.953521
Apr 30 09:43:31 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55mailfront-conf-tcprules
Apr 30 09:43:33 serv e-smith[17188]: S55mailfront-conf-tcprules=action|Event|email-update|Action|S55mailfront-conf-tcprules|Start|1114847011 798032|End|1114847013 101031|Elapsed|1.302999
Apr 30 09:43:33 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55pine-conf
Apr 30 09:43:34 serv e-smith[17188]: S55pine-conf=action|Event|email-update|Action|S55pine-conf|Start|1114847013 101694|End|1114847014 487522|Elapsed|1.385828
Apr 30 09:43:34 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55ssl-mailfront-conf-env
Apr 30 09:43:36 serv e-smith[17188]: S55ssl-mailfront-conf-env=action|Event|email-update|Action|S55ssl-mailfront-conf-env|Start|1114847014 488154|End|1114847016 147234|Elapsed|1.65908
Apr 30 09:43:36 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55ssl-mailfront-conf-env-sasl
Apr 30 09:43:37 serv e-smith[17188]: S55ssl-mailfront-conf-env-sasl=action|Event|email-update|Action|S55ssl-mailfront-conf-env-sasl|Start|1114847016 147926|End|1114847017 108101|Elapsed|0.960175
Apr 30 09:43:37 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S55ssl-mailfront-conf-tcprules
Apr 30 09:43:38 serv e-smith[17188]: S55ssl-mailfront-conf-tcprules=action|Event|email-update|Action|S55ssl-mailfront-conf-tcprules|Start|1114847017 108849|End|1114847018 446676|Elapsed|1.337827
Apr 30 09:43:38 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S60conf-imp
Apr 30 09:43:41 serv e-smith[17188]: S60conf-imp=action|Event|email-update|Action|S60conf-imp|Start|1114847018 447350|End|1114847021 725327|Elapsed|3.277977
Apr 30 09:43:41 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S65conf-other
Apr 30 09:43:45 serv e-smith[17188]: S65conf-other=action|Event|email-update|Action|S65conf-other|Start|1114847021 726016|End|1114847025 304585|Elapsed|3.578569
Apr 30 09:43:45 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S65restart-clamd
Apr 30 09:43:48 serv clamd: clamd shutdown succeeded
Apr 30 09:43:48 serv e-smith[17188]: Shutting down clamd: [   OK   ]^M
Apr 30 09:43:52 serv clamd: clamd startup succeeded
Apr 30 09:43:52 serv e-smith[17188]: Starting clamd: [   OK   ]^M
Apr 30 09:43:52 serv e-smith[17188]: S65restart-clamd=action|Event|email-update|Action|S65restart-clamd|Start|1114847025 305283|End|1114847032 807327|Elapsed|7.502044
Apr 30 09:43:52 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S65restart-httpd-graceful
Apr 30 09:43:54 serv httpd-e-smith: httpd -USR1 succeeded
Apr 30 09:44:04 serv e-smith[17188]: Gracefully reloading httpd: [   OK   ]^M
Apr 30 09:44:07 serv e-smith[17188]: S65restart-httpd-graceful=action|Event|email-update|Action|S65restart-httpd-graceful|Start|1114847032 808019|End|1114847047 151017|Elapsed|14.342998
Apr 30 09:44:07 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S70conf-turba
Apr 30 09:44:14 serv e-smith[17188]: S70conf-turba=action|Event|email-update|Action|S70conf-turba|Start|1114847047 268695|End|1114847054 189828|Elapsed|6.921133
Apr 30 09:44:14 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S90adjust-masq
Apr 30 09:44:14 serv kernel: denylog:IN=eth1 OUT= MAC=00:60:94:57:77:82:00:06:2a:1c:04:70:08:00 SRC=69.177.165.168 DST=83.93.90.179 LEN=829 TOS=0x00 PREC=0x00 TTL=111 ID=55294 PROTO=UDP SPT=21026 DPT=1026 LEN=809
Apr 30 09:44:18 serv e-smith[17188]: S90adjust-masq=action|Event|email-update|Action|S90adjust-masq|Start|1114847054 190520|End|1114847058 843707|Elapsed|4.653187
Apr 30 09:44:18 serv e-smith[17188]: Running event handler: /etc/e-smith/events/email-update/S90email-sighup
Apr 30 09:44:19 serv e-smith[17188]: S90email-sighup=action|Event|email-update|Action|S90email-sighup|Start|1114847058 844412|End|1114847059 309606|Elapsed|0.465194
Apr 30 09:44:20 serv spamassassin: spamd shutdown failed
Apr 30 09:44:26 serv spamd: ERROR!  spamassassin script is v3.000003, but using modules v3.000002!
Apr 30 09:44:27 serv spamassassin: spamd startup failed
I tried to restart the spamfilter from server-manger:
and got:
Internal Server Error
The server encountered an internal error or misconfiguration and was unable to complete your request.
Please contact the server administrator, admin and inform them of the time the error occurred, and anything you might have done that may have caused the error.
More information about this error may be available in the server error log.
I tried a upgrade via the script from swerts-knudsen,
but it ended up the same way.
I hope someboddy can help.
Birger Koopmann

[Knuddi]

koopman,

Which version of SME are you running?

Please check whether all modules got installed correctly by issuing:

# rpm -qa | grep -i spamassassin

You should have 3 RPM installed all called something with 3.0.3

[svangool]

@Knuddi,

SME 6.0-11 with updates

No success here either, run-parts /etc/cron.daily:
/etc/cron.daily/run_usa:

error: skipping http://mirror.contribs.org/smeserver/contribs/swerts-knudsen/SpamFilter/spamassassin-3.0.3-1.i386.rpm - transfer failed - Unknown or unexpected error
error: skipping http://mirror.contribs.org/smeserver/contribs/swerts-knudsen/SpamFilter/spamassassin-tools-3.0.3-1.i386.rpm - transfer failed - Unknown or unexpected error
Shutting down spamd: /etc/init.d/spamassassin: kill: (2468) - No such process
/etc/init.d/spamassassin: kill: (2467) - No such process
/etc/init.d/spamassassin: kill: (2466) - No such process
/etc/init.d/spamassassin: kill: (2465) - No such process
/etc/init.d/spamassassin: kill: (2462) - No such process
[   OK   ]
Starting spamd: ERROR!  spamassassin script is v3.000002, but using modules v3.000003!
[ FAILED ]

# rpm -qa | grep -i spamassassin
spamassassin-tools-3.0.2-1
perl-Mail-SpamAssassin-3.0.3-1
spamassassin-3.0.2-1

Any ideas?

[cc_skavenger]

did you download the script right before you ran it, or is this an old version?

[koopmann]

Yes I downloaded right befor.
Birger Koopmann

[cc_skavenger]

I would run rpm -qa | grep -i spamassassin.
I would uninstall the rpms listed with rpm -e, then
I would try running the script again.

HTH

[idyll]

for his continued efforts and work, despite the somewhat uncertain environment. I also want to think him for responding to my many lame emails asking questions.

No smart-ass answers or commentary about my not being a developer and helping out, etc. What a breath of fresh air!

You are a good guy, Jesper, and appreciated.

regards,

patrick

[koopmann]

(The server is 6.0.1 updated with smeplus.)
The perl-Mail-SpamAssassin-3.0.3-1.i386.rpm was downloaded by the script but some how not installed/updated.
I downloaded http://mirror.contribs.org/smeserver/contribs/swerts-knudsen/SpamFilter/perl-Mail-SpamAssassin-3.0.3-1.i386.rpm
Updated: rpm -Uvh perl-Mail-SpamAssassin-3.0.3-1.i386.rpm
Restarted the spamfilter via server-manager.
Now everything seems to work fine.
Thanks for the help.
Birger Koopmann

[Knuddi]

More than 2400+ SpamAssassin and 100+ Clam Antivirus upgrades/installs within 24 hours!!

Properly most of the SpamAssassin upgrades were done through auto update - I better get this done for Clam AV as well.

[azche24]

Hi folks and again a big hug to jesper,

i had probs with updating SpamAss on my 6.0x SME; it said

perl-Mail-SpamAssassin = 3.0.2-1 is needed by spamassassin-tools-3.0.2-1

so i could not install the newer perl-Mail-SpamAssassin 3.0.3.

I just did

rpm -e spamassassin-tools

and after that  

rpm -Uvh perl-Mail-SpamAssassin 3.0.3*.rpm

and that made it.

[Knuddi]

I noticed that the automatic update script has failed a multiple locations includign my own. This I expect is due to the heavy download activity a pretty much the same time. I am working on a more resistant updater which will be distributed (automatically) for next release of SpamAssassin.

For those of you that had failing SpamAssassin updates, please just run the install/upgrade script from:

http://sme.swerts-knudsen.com/howtos/howto_29.htm

[svangool]

Hello,

I can confirm that it worked for me the second time after the rpm -e and redownloading the script.
I had to start spamassassin manually by "/etc/init.d spamassassin start" but that was all (maybe that was caused because my system doesn't have 'service' on its default path).

Thanks Knuddi!

[mbachmann]

Upgraded without any noticeable problems. Thanks Jesper.

[Knuddi]

A new e-smith-USA package has been released (thanks to Michiel Blotwijk) which will more resistent to massive upgrades. This new package will also keep sme-spamfilter up to date along with the three SpamAssassin modules.

This new package will be autoupgraded for all users who has run the install script from swerts-knudsen.dk/com and using the spamfilter package.

Also a new Antivirus package has been released with similar integrated functionality. I can auto upgrade when new Clam Antivirus releases as well as sme-antivirus itself. To get the new sme-antivirus please just run the install/upgrade script from:

[root@e-smith]# wget -N http://sme.swerts-knudsen.dk/downloads/AntiVirus/antivirus_install.sh

[root@e-smith]# sh antivirus_install.sh

[Denbert]

Hi Jesper,

The upgrade ran like a charm - You are my personal hero!

[mrjhb3]

A new e-smith-USA package has been released (thanks to Michiel Blotwijk) which will more resistent to massive upgrades. This new package will also keep sme-spamfilter up to date along with the three SpamAssassin modules.

This new package will be autoupgraded for all users who has run the install script from swerts-knudsen.dk/com and using the spamfilter package.

Also a new Antivirus package has been released with similar integrated functionality. I can auto upgrade when new Clam Antivirus releases as well as sme-antivirus itself. To get the new sme-antivirus please just run the install/upgrade script from:

[root@e-smith]# wget -N http://sme.swerts-knudsen.dk/downloads/AntiVirus/antivirus_install.sh

[root@e-smith]# sh antivirus_install.sh

Jesper,

Thanks for keeping this up to date.  Have you had any input to the inclusion of clam and SA with SME 7?  I'm just curious if anyone bothered to contact you about the packages you had already developed?  If so, great, I hope to see these features in SME 7, if not, that's too bad, and once again we witness the lack of communication going on.  Why totally re-invent the wheel when someone already has something built?

JB

[idyll]

I am curious how many of you folks use the "automatic update" feature? Has it shown to be reasonably safe to allow the updates to happen without intervention?

I just installed the Clam contrib, found I had to kick start SA before the headers reflected the two processes were working.

thanks.

regards,

patrick

[Knuddi]

The Automatic SpamAssassin updater (USA) has been active for quite a few releases now and has shown to be quite good. The amount of people using the autoupdate (~2500) indicates that it should work just fine. I think that contribs.org had an issue with the latest update as ~2000 servers tried to get the complete package all at the same time AND the updater wasn't resistant to this. This has been corrected in the new e-smith-USA release (0.3.5).

This is of cause no gurantee and hence the reason why the default behaviour is to download and inform the admin.

[mbachmann]

Jesper, only get it halfway. There are two scripts:

spamfilter_install.sh wich installs a new e-smith-USA package (e-smith-USA-0.3.5-1.noarch.rpm) with auto-upgrade feature.

antivirus_install.sh wich installs an auto-upgrade feature for ClamAV.

To get both auto-upgrades (SA and ClamAV), both scripts have to be downloaded and executed, right?

The "old" USA package (mine is e-smith-USA-0.3.0-1) had done its job quite reliable. What's improved in 0.3.5-1?  (EDIT was a little too slow posting, answered above)

[Michiel]

The "old" USA package (mine is e-smith-USA-0.3.0-1) had done its job quite reliable. What's improved in 0.3.5-1?

It should now be even more reliable  

1. USA now first checks if all required packages have been downloaded correctly before attempting to install the lot. If one download failed, the update is stopped and retried the next day.
2. RPM versions are now checked before downloading them. In version 0.3.0 the version handling was left to rpm, causing conflicts in some cases.
3. Activity is now logged to /var/log/USA.log
4. The default behaviour was changed from "install" to "download and warn admin"
5. A couple of cosmetic bugs were removed (and probably replaced by other cosmetic bugs)

If you find any real bugs, please let me know.
regards,
Michiel

[Knuddi]

mbachmann,

You are right both scripts have to at least once be executed BUT you do not need to do anything for the Spamfilter IF you have run it once (even though its long time ago) and you have the Automatic SpamAssassin Update (USA) option in the server-manager panel.

For Antivirus you need to run it once and obtain the new 1.4.0 version to get this new functionality.

[ltc6netspec]

Currently I'm using Pagefault.org AV script on two servers.  I've tried to use your update script twice before on the same server and it bombs out.  When I installed Pagefaults AV I had to install YUM.  The question is could YUM be causing it to bomb out. And if so how do I prevent the problem.

[Knuddi]

ltc6netspec,

YUM is just an update system and shouldn't cause any problems if NOT set to automatically update from a site on a regular basis.

Which version of SME are you using?

What does bombs out means - a little more technical explanation would help

[ltc6netspec]

I had Abe Loveless try it he found that this SME 6.01-01 shows perl-libnet-1.0901-17 where your update file will not update this version file.  Do I need the update perl-libnet that your script downloads.  If so what are the commands you want me to use.

[Knuddi]

my version of sme-antivirus is a fork from pagefault.org so the requirements are very similar. The only extra requirement I am aware of is the perl-Date-Manip RPM so that shouldn't be the cause.

What happens when you install sme-antivirus? Can you provide the output from the installation and/or a description of the failure??

[gdetweil]

Since the upgrade to 3.0.3, Bayes scoring is not working for all users.

Originally, the auto-update did not completely update Spamassassin from 3.0.3 so I installed the perl-Mail-SpamAssassin rpm and restarted Spamassassin.  Everything started working again or so I thought.

Today I noticed that none of the messages are being scored using the Bayes scoring.  I found that the messaged that do score above 8 should be autolearned as spam but instead it says autolearn=unavailable.

I re-installed from the script from the website but it still wasn't working.  So I uninstalled all of the rpms and reran the script and it still doesn't work.

I ran sa-learn --sync as root and that hasn't helped.

I did notice Bayes scoring works when logged in as root but it is not working for anyother users.  I thinking it is a folder permissions problem but I don't know where.

Any help would be greatly appreciated.

[idyll]

My server is running the latest contrib, post install, and the envelope information reflects autolearn=hamversion=3.03

then it is cut off. I can say on previous versions I struggled to verify autolearn was in fact working and the envelope never reflected that it was.

This newest version appears to indicate it is.

My own ignorance to the inner plumbing of this utility is what frustrates me. In the absence of autolearning both good AND bad email Spam Assassin is not being used to its potential.

How do we determine if it is working outside of the simple one line in the envelope?

regards,

patrick

[ltc6netspec]

We commented out this portian of your script because it would say that perl-libnet-1.0901-17 was newer than perl-libnet-1.18-8.noarch.rpm.  When it wasn't commented out the script would fail.



#if [ pic rpmlist | grep perl-libnet-1.18 | wc -l -eq 0 ]    
#then
#wget -nc -nd -S $SITE/perl-libnet-1.18-8.noarch.rpm
#fi

[svangool]

@Knuddi

Antivirus package, this installed well, thanks!

I also had an old, previous reported, problem again. My system doesn't have the "service" command on the default path.
Why don't you use /etc/init.d/clamd start ???

Sjef.

[Knuddi]

svangool,

Have changed the script to use /etc/init.d/ calls rather than service even though it should be in the default path on a std. SME server.

I have also changed the perl-libnet back to 1.09 even though I am clueless why 1.18 should be older  :roll:

[Michiel]

How do we determine if it is working outside of the simple one line in the envelope?

/var/log/maillog is a good place to start. Search for the string autolearn=.

[Denbert]

Hi,

Received this one in admin mailbox this morning from cron@server:

LibClamAV Error: TNEF - unknown level 61
LibClamAV Error: TNEF - unknown level 14
LibClamAV Error: TNEF - unknown level 14
LibClamAV Warning: Multipart MIME message contains no boundaries
LibClamAV Warning: Multipart MIME message contains no boundaries
LibClamAV Warning: Multipart MIME message contains no boundaries


Is it a bug?

[ltc6netspec]

I don't know this language, but it may have something to do with this if statement in how it is viewing the comparison between the to rpms.  If you can make it look only at the first 1.xx then it should work correctly.  



#if [ pic rpmlist | grep perl-libnet-1.18 | wc -l -eq 0 ]
#then

[Denbert]

After upgrade spam is gone?

Clam statistic says:

Period Beginning      : Sun May  8 00:00:01 2005
Period Ending         : Mon May  9 00:00:01 2005
Clam Version          : ClamAV 0.84/871/Thu May  5 15:50:45 2005

Reporting Period : 24.00 hrs
--------------------------------------------------

Total emails rejected :        0 (  0.00%)
             Problems :        0 (  0.00%)
          Quarantined :        0 (  0.00%)
Total emails accepted :       68 (100.00%)
                        -------------------
Total emails processed:       68 (    3/hr)

But Spam statistic says:

Period Beginning : Sun May  8 00:00:01 2005
Period Ending    : Mon May  9 00:00:01 2005
SpamAssassin Version : SpamAssassin version 3.0.3
  running on Perl version 5.6.1

Reporting Period : 24.00 hrs
--------------------------------------------------

Total spam rejected   :        0 (  0.00%)
       RBL rejected   :        0 (  0.00%)
     Score above 15   :        0 (  0.00%)
Total ham accepted    :        0 (  0.00%)
                        -------------------
Total emails processed:        0 (    0/hr)

Average spam threshold :        0.00
Average spam score     :        0.00
Average ham score      :        0.00

Anyone else seen this?

[stancol]

Install script was a breeze. Uninstalled old version and installed new version without ANY hassel. Noticed a funny quirk. Under "Automatically update Antivirus Engine?" I found it set on "Download Updates and Warn Administrator" When I clicked to see other options I noticed that the default was supposed to be "Download Updates and Install (Default)". What I'm trying to say is simiply that my default setting wasn't what the default setting should have been if the "Download Updates and Install" option is supposed to be the default.

Wow can't believe I typed so many words for something so completely unecessary. This little problem isn't really worth the time of day to mention but I did anyway. Maybe I should get a real life.  

THANKS again for ALL your hard work and wonderful work.

[bosco555]

Hi Knuddi,

thanks again for all the hard work, it is appreciated, I have upgraded and everything works 100%

thanks

GB

[bosco555]

Hi Knuddi,

thanks again for all the hard work, it is appreciated, I have upgraded and everything works 100%

thanks

GB

[albatroz]

This antivirus is certainly a great contrib however I have some suggestions to make it better:

- Have an option for not saving emails in quarantine, why? because sometimes you get bombed by someone infected by a virus and it may fill up your email queue, in this case it would be better to not store at all any infected email in queue.

- Some of us manage several servers. Would it be possible to have a script that could allow us to make a mirror of your contribs and have our servers update against our mirrors?

[paul_sc]

Hello, I would like to give a big thank you to all those who have put thier time into this contrib.

I installed the script today (may 12) from

sme.swerts-knudsen.dk/howtos/howto_29.htm

all appears to have gone fine except I am having some issues with the control panel, and perhaps clamav scanning of email on my ssl ports.

I am running 601-1 with a few update contribs
rpm -qa | grep -i spamassassin gives me:
perl-Mail-SpamAssassin-3.0.3-1
spamassassin-tools-3.0.3-1
spamassassin-3.0.3-1

I have done a search to see if anyone else has reported this issue, but I did not get any hits.

The problem is...

When I set SSL incoming and outgoing scans to yes in the

Real-time E-mail Scanning section

The operation gives me a green checkmark and states all is successful after I click on save, however, when I exit and log back into the control panel and check the Antivirus panel, both ssl settings revert back to NO.

All of my users connect via pop/smtp ssl for email which was enabled by the pagefault contrib.

Is this something cosmetic or is the setting not saving?

how do I check and fix?

Thank you in advance
Paul

[t0ib0i]

The problem is...

When I set SSL incoming and outgoing scans to yes in the

Real-time E-mail Scanning section

The operation gives me a green checkmark and states all is successful after I click on save, however, when I exit and log back into the control panel and check the Antivirus panel, both ssl settings revert back to NO.

All of my users connect via pop/smtp ssl for email which was enabled by the pagefault contrib.

Is this something cosmetic or is the setting not saving?

how do I check and fix?

Thank you in advance
Paul

I also have the same problem on 2 different machines using the latest antivirus_install.sh from Swerts-Knudsen. However, it's only a minor bug that exists in an awesome script.