![]() |
|
#26
|
|||
|
|||
|
The delay when closing OE is caused by the messages queuing for processing. Do you experience the delay even if you don't close OE immediately but wait a couple of seconds to finish processing messages?
|
|
#27
|
||||
|
||||
|
Quote:
Delay exist even if you close an empty (no messages) OE. |
|
#28
|
||||
|
||||
|
Quote:
Yes, there is a slight delay or lag, regardless of when you close OE. I never close OE while it is processing incoming e-mails. So, the lag occurs anytime at all that one closes OE. Even, as Ugly says, when OE is empty. As I stated previously, to me, it is not a major issue, but for others, it is. Thanks for your help! ![]()
__________________
"May all beings be at peace...." |
|
#29
|
||||
|
||||
|
Strange to see that only OE seems to have this. I use Outlook and it is as fast as it can be. In starting and closing. Haven't test it in Windows Mail because I don't use it. But for the fun of it I will do it now
![]() Windows mail has a bit of lagging indeed too. A second or two, three. So Outlook is the best then. |
|
#30
|
|||
|
|||
|
Quote:
|
|
#31
|
|||
|
|||
|
Quote:
I only have NOD32v3 installed. (Never had ESS installed.) OE still has the lag problem. |
|
#32
|
|||
|
|||
|
Quote:
Same here. I've tried everything... nothing seems to help. The problem didn't occur with the previous version... |
|
#33
|
||||
|
||||
|
Quote:
http://www.wilderssecurity.com/showthread.php?t=190490 ![]()
__________________
"May all beings be at peace...." |
|
#34
|
||||
|
||||
|
Quote:
Although off topic, regarding the previous post about having a red icon upon startup and realtime protection being disabled "by user", I had this problem the first time I installed ESS on my XP laptop. I noticed in the realtime protection setup, under advanced options, the last one after optimized scanning (enable realtime protection on startup) was unchecked. Having checked that and rebooted it's been fine since. Not sure if this will help. |
|
#35
|
||||
|
||||
|
Quote:
Yes, I, too, ultimately discovered that it was unchecked--and the problem resolved completely when I checked it! Thanks for mentioning it! ![]()
__________________
"May all beings be at peace...." |
|
#36
|
|||
|
|||
|
Looks like the install with version 3.0.560 forces 'Automatic real time file system protection' off. Easily fixed when you check the setup pages.
It's happened on 3 machines that I've installed this release on so it's not just bad luck. I can only assume that it's an oversight on the part of Eset. |
|
#37
|
|||
|
|||
|
Quote:
Don't hold your breath waiting for it to be fixed. I waited for an oversight on the part of ESET to be addressed for years. ESET always knows what its users want more than they do. ![]() Blackspear's excellent "maximum security" settings should have been made the out-of-the-box standard in V2, and many other Wilders members said so, but ESET didn't take the slightest bit of notice. Download v2.7 right now and you'll find the settings are still the same old crap. |
|
#38
|
||||
|
||||
|
Eset has now tested a new version to cure the no-pictures bug in ESS. This version also closes Windows Mail two seconds sooner than with 560. I was informed that the new version (563) will be brought out soon. So I can't agree with your post, saffron.
|
|
#39
|
|||
|
|||
|
Quote:
Then we'll have to agree to disagree. Fixing 1 bug among the dozens reported right here in this Forum does not immediately fill me with a warm glow. |
|
#40
|
|||
|
|||
|
Quote:
|
|
#41
|
||||
|
||||
|
Quote:
But now do they walk when mouth washes are launching versions to? Because they do not make soon everything a certain one and order a decent version? Even that you only have spoken what is an internal version I wait that they do not gain this habit of launching a hill of versions to correct an alone bug. |
| « Previous Thread | Next Thread » |
| Thread Tools | Search this Thread |
|
|