Since the update in April, Avast free Antivirus is almost unsable when sending or receiving emails. smtp or pop3 tasks often bring up the processor to 100% and take “ages”.
Received mails show endless “X-x: TimeOut” remarks in the header.
A complete deinstall + removal tool and new installation did not help.
My current workaround is to temporarily deactive Avast during email-trafic which makes the product kind of useless.
The system is Windows 7 / 32 bit, which may be the problem.
David,
thanks for the response.
I installed Avast Antivirus Free ages ago and from then on only used Avast’s automatic updating procedure.
My current installation says: Avast Free Antivirus
Program version: 25.5.10141a (Build 25.5.10141.0)
GUI-Version: 1.0.839
For the reinstall I just followed Avast’s links and did not come across special Win7 downloads.
But I just followed Your given link and the installer application seems to be the same. Same name, same version, same size.
But I can give that one a try and see if the outcome really is a special Win7 version or if the “Free Antivirus for Windows 7” is just a marketing page leading to the same product that supports all Winwersions.
I’m not expection too much though, as Avast knew on which system it is installed, when it updated itself. So, why choose the wrong version.
Thanks so far.
Frank
Avast acts as a man in the middle to go fetch your email securely, so it would appear that this is failing. Possibly being rejected at the email source.
yes, and it did that quite well for the past few years. I had a similiar behaviour with bitdefender ages ago. It appeared one day with an update and disappeared with two or three updates later.
So I am actually waiting for that kind of magic to happen again. But as Avast just sent a “customer survey”, I thought I should ask for help here before I answer that survey with tirades.
Normally I’d suspect our own CRM to be the culprit, but The behavior is the same with outlook or thunderbird, so not application specific. Also it is not account- /server specific. I’m addressing differnt mail servers.
The problem is gone as soon as Avast is temporarily disabled
good point…
I can ping some of the servers and some not. We have our own servers where ping is deactivated. Other servers can be pinged without a problem.
I am getting Mails from all the servers, but a 30k mail takes about one minute or two. In Outlook I can see the counter in the status bar counting up sloooooowly, literaly byte by byte.(15 B… 30 B..45 B…)
We have a mail server that serves two of our domains. same machine, same mail server, different domain and ip.
I have just sent an email from an external account to both of them - two separate mails with basicly the same content (one sentence, small excel-attachment (same file), slightly different subject (“try 1”, “try 1a”). Receiving the first one took “ages”, the second one was there instantly.
On a retry with two new mails but the the same attachment both were received without delay.
On a retry with two different attachments (two ~25k pngs), both took ages.
So it really seems to be avast learning the signature of the attachments.
The process that is causing the high cpu load is asvEngSrv.exe
Weird. So mails without an attachment come trough without problems?
I’m not sure Outlook reports its download speed properly all the time. It might be like one of those progress bars that just ‘assumes’ something is happening. Typically a mail client downloads the mail with an attachment and then the AV scans it. If the AV isn’t reporting back how the scan is going it might just make something up until the AV is done. Just a guess.
Why Avast takes so long to scan the attachments, I have no idea. It looks lime a time-out or a loop or something else going wrong. I’m not sure devs even consider 32-bit OS’es anymore, and maybe that has something to do with it. But that’s speculation.
My guess is that the AV downloads and scans the mail and sends a few “bites” every now and then to the mail client so that this sees some progress and does not time out.
The behavior is exactely as I had it with bitdefender ages ago.
not checked yet, but my assumption is yes, because some mails seem to come in “like normal” and mails with known attachments also come in without delay.
Yes, I’m sure it’s a little bug that causes some loop or so to run falsely. Something stupidly trivial like a double var that is uses 32 bit on a 32 bit OS and 64 bit on a 64 bit OS and they did not check and catch an overflow of the 32 bit var as they only work on 64 bit systems where it never happens… something like that.