[clamav-users] Continuous increase of startup time (is daily.cld broken?)

Vladislav Kurz vladislav.kurz at webstep.net
Fri Oct 18 04:45:56 EDT 2019

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.


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: podpora at webstep.net
Tel: 840 840 700, +420 548 214 711
Obchodní podmínky: https://zkrat.to/op

More information about the clamav-users mailing list