This is my opinion, and like many things, everyone has one.
I'd like to suggest a subtly different approach/guideline:
Any time new functionality is added, leave the new
functionality disabled by default.
I believe, in this case, that means the PhishingScanURLs option
would have
Dennis wrote:
> You can rip out a lot of code (well, some code) if you just use the Perl
> date method by default and forget the date +%s stuff entirely.
Your mileage may vary.
$ time perl -le print+time
real0m0.002s
$ time date +%s
real0m0.001s
(Those results were surprisingly consi
Andrew Watkins wrote:
> I have been running clamAV 0.91.2 software on our Solaris email server
> for a few weeks and all has been well, but I have noticed in the last
> few days that "clamscan" does not end on a specific HTML email.
ClamAV's PhishingScanURLs regex code runs afoul of the Solaris
Paul Griffith wrote:
> Does any one have any suggestions for handling spam surges? We had a spam
> mail surge and exim was getting connection timeout errors from the clamd
> socket, for spamassassin we can increase the number of child processes to
> handle more connections.
With postfix, I l
It looks like one (or more) of the changes to ClamAV 0.91.2 fixed the
problem I described with 0.91.1.
I can safely re-inject old postfix queue files back into the mail path
on my server(s) and have the messages be delivered normally, rather than
jamming up on clamd.
--Kyle
__
Amos wrote:
> Have to admit that we just experienced this on Solaris 10 x86 (AMD). I
> killed and restarted clamd and the backup of incoming mail starting
> flowing again. This is with 0.91.1. Build pretty simple:
>
> ./configure \
> --with-user=amavis \
> --with-group=amavis \
> --s
