Re: [clamav-users] Stop clamdscan from stepping on itself?

2019-10-18 Thread Steve Basford
On 18 October 2019 16:19:23 Ian via clamav-users wrote: This doesn't seem like a difficult problem for clamav to solve -- clamd is asked to scan the file system and it creates temp files to accomplish this I know I'm mainly a win user... So sorry in advance... but if you created a Linux

Re: [clamav-users] Stop clamdscan from stepping on itself?

2019-10-18 Thread Paul Kosinski via clamav-users
"of course you can't even really trust brand new drives any more" Do you mean unreliability, or active insecurity? If the latter, any examples? (Of drives per se, not hardware systems or subsystems.) And what can any AV do about it? On Fri, 18 Oct 2019 18:10:17 +0100 (BST) "G.W. Haywood via

Re: [clamav-users] Stop clamdscan from stepping on itself?

2019-10-18 Thread Ian via clamav-users
> On Oct 18, 2019, at 10:10 AM, G.W. Haywood via clamav-users > wrote: > > Hi there, > > On Fri, 18 Oct 2019, Ian via clamav-users wrote: >>> On Oct 18, 2019, at 12:02 AM, G.W. Haywood via clamav-users >>> wrote: >>> On Thu, 17 Oct 2019, Ian via clamav-users wrote: >>>

Re: [clamav-users] Stop clamdscan from stepping on itself?

2019-10-18 Thread G.W. Haywood via clamav-users
Hi there, On Fri, 18 Oct 2019, Ian via clamav-users wrote: On Oct 18, 2019, at 12:02 AM, G.W. Haywood via clamav-users wrote: On Thu, 17 Oct 2019, Ian via clamav-users wrote: /usr/bin/clamdscan -m -i --no-summary / Don't do that. Government regulations require that I scan the entire

Re: [clamav-users] Stop clamdscan from stepping on itself?

2019-10-18 Thread Ian via clamav-users
> On Oct 18, 2019, at 12:02 AM, G.W. Haywood via clamav-users > wrote: > > Hi there, > > On Thu, 17 Oct 2019, Ian via clamav-users wrote: > >> Ubuntu 18.04.3 LTS >> Clam 0.100.3+dfsg-0ubuntu0.18.04.1 >> >> When I run this: >> >> /usr/bin/clamdscan -m -i --no-summary / (Reinserted from

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

2019-10-18 Thread G.W. Haywood via clamav-users
Hi there, On Fri, 18 Oct 2019, J.R. via clamav-users wrote: ... most email servers don't close the connection automatically until the client side sends a quit (which many spammers don't), it then falls back to the timeout setting to close ... Time was when you could rely on that, but even

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

2019-10-18 Thread J.R. via clamav-users
Vladislav, If you are going to put everything on hold while your AV database reloads, be sure you have appropriate timeout settings for your milter or whatever else is handling things so the email program doesn't timeout waiting for a response from it. While the *default* timeouts for email

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

2019-10-18 Thread G.W. Haywood via clamav-users
Hi there, On Fri, 18 Oct 2019, Vladislav Kurz via clamav-users wrote: On 17/10/2019 17:44, G.W. Haywood via clamav-users wrote: 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

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

2019-10-18 Thread Vladislav Kurz via clamav-users
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)

Re: [clamav-users] Stop clamdscan from stepping on itself?

2019-10-18 Thread G.W. Haywood via clamav-users
Hi there, On Thu, 17 Oct 2019, Ian via clamav-users wrote: Ubuntu 18.04.3 LTS Clam 0.100.3+dfsg-0ubuntu0.18.04.1 When I run this: /usr/bin/clamdscan -m -i --no-summary / Don't do that. 1. Read the 'man' page for the valid options. 2. Read the list archives for more about what *not* to