On 17/10/2019 17:44, G.W. Haywood via clamav-users wrote:
> Hello again,
>
> On Thu, 17 Oct 2019, Vladislav Kurz via clamav-users wrote:
>
>> Is there anything blocking this patch from being accepted ?
>
> As far as I know, only the (significant) pressures and (AFAICT equally
> significant) limitations on developer time at Cisco/Talos/SourceFire.
>
>> I'm noticing clamav-reload related timeouts on more and more (mostly
>> older or low-end) servers, which were running just fine a year or two
>> ago.
>
> There other ways of dealing with this, as I'm sure you're aware, but
> using the patched daemon you only have to worry about the increased
> memory consumption during databse reloads.
Hello
Well, the only option other than using your patch I know of is to
increase the AV scan timeout in SMTP server. But I'm afraid that the
sender might give up waiting for the final acknowlegement of DATA. And I
do not want to accept the message before it is scanned (to avoid
backscatter or silent discard of messages).
> It seems to me that the amount of junk mail grows ever more quickly.
> When not testing clamd, I routinely block for example all connections
> from more than a hundred countries, a similar number of ASNs, and all
> hosts which score a total of three or more in our weighted DNSBL list.
> That's quite apart from the more targeted block lists. Obviously this
> isn't an option for everyone, but here it makes the difference between
> email being useful, and email being nothing but a nuisance.
The speed of scan itself is not a problem, just the reload takes a few
minutes on low-end/old servers.
--
S pozdravem
Vladislav Kurz
Centrála: Celní 17/5, 63900 Brno, CZ
Web: http://www.webstep.net
E-Mail: podp...@webstep.net
Tel: 840 840 700, +420 548 214 711
Obchodní podmínky: https://zkrat.to/op
_______________________________________________
clamav-users mailing list
clamav-users@lists.clamav.net
https://lists.clamav.net/mailman/listinfo/clamav-users
Help us build a comprehensive ClamAV guide:
https://github.com/vrtadmin/clamav-faq
http://www.clamav.net/contact.html#ml
