What is happening at that moment? Do you compress folders on exit? If yes, does the AV always happen with the same folder? What TB version are you using? Are you using any plug-ins? What OS version are you using?
__________________________________ I'm just a user of The Bat! I don't work for Ritlabs.
I am not aware that I am compressing folders upon exit. I frankly could not find the means of verifying this, though.
I am using the latest version (3.95.3). The AV error happened with the version prior to this latest version, too.
I am only using the BayesIt plug supplied with The Bat!
I am using XP SP2, fully up to date. I have 1.5 gigs of RAM.
I am not aware of any distinct folder associated with the AV error. Today's happened after working with it on a couple of POP accounts. It has given me the same error after accessing one of the IMAP accounts I work with.
I have suspected the problem relates to IMAP issues; it "feels" like the AV problem occurs when I'm interrupting IMAP communication between TB and the remote server. I frankly can't figure out the settings changes that would let me modify The Bat! to test my theory.
I will continue to use TB in a normal manner. I will post again on this forum either: a) when the AV next occurs; or b) in seven days if the AV virus has not reappeared.
If there is anything else you'd like me to do between now and my next posting, please let me know.
Alas, the application was stable for a couple of days but just generated the following AV error:
Access violation at address 00405A36 in module 'thebat.exe'. Read of address 2D39352A.
As before, the application could only be shutdown via the Windows Task manager.
My guess that the problem related to IMAP issues led me to cease IMAP management on the problematic account. I set the account to forward received messages to GMAIL. My plan was to use TB to access gmail.
The GMAIL account I set up in TB conforms to those settings suggested by contributors to this forum:
Send mail: * smtp.gmail.com * connection to dedicated port (STARTTLS) * port 587
Receive mail: * pop.gmail.com * secure to dedicated port (TLS) * port 995
Settings on both gmail and TB say copies of messages sent to gmail should be left on the gmail server after TB has accessed them.
The AV error occurred when I accessed the GMAIL account.
Due to the AV error, the message I thought downloaded successfully into the gmail inbox was not there when I restarted TB.
Looking at your posting, it seems my diagnosis about TB and IMAP is on track. All of my problems started when I created a Fastmail account. That prompted TB's "connection centre" to stay open permanently, never completing the check on the FM account. I in fact posted a query about this:
I thought this must be how TB handled IMAP but that idea was thrown out when I set up another IMAP account to my employer. TB didn't maintain continuous connection to this second account.
The AV problems started after I set up the second IMAP account, leading me to believe it was the problem source. The AV errors persisted after I removed this account, though.
I've concluded the AV problem was related to TB's continuous connection to Fastmail. I can only guess why the FM account didn't cause problems immediately. My hunch is the issue has crept into the more recent TB versions.
I've removed all IMAP connections and now have TB performing properly. Since this is a case of the software dictating my behaviors, I'm not pleased and am actively looking for a new e-mail client.
As to the response to my posting, note that there has been none (at this writing) to my January 18 posting.
Thanks again for your note. It was most illuminating.
> and am actively looking for a new e-mail client.
From June to Sept last year I tested every email client out there. TheBat was the last one I tried. In my opinion it is the best, and not just by a small margin. It absolutely beats all other email clients hands down in every single way imaginable. And I still haven't discovered all the things it can do. This small reminder of how bad the competition is may save you wasted days searching for and testing alternatives.
> As to the response to my posting
98% of internet users use webmail/pop3. In fact I've never personally met anyone who has used IMAP, nor any service providers who actually offered it. May I suggest that this is the reason why you have not had a great response to your problem (plus the fact that this forum has a very slow turn-over anyway)?
To those who either have visited or who visit this discussion in the future ...
Jim Drews' participation in the dialog helped to confirm the AV problem I was suffering was tied to IMAP.
I concluded the AV violation was, in essence, caused by the shutdown process interrupting an on-going IMAP process.
I've modified the settings on my IMAP accounts:
"Account properties" > "Mail management" > "When inactive, disconnect after ..." I've toggled this option "on" and am using 1 second as the cutoff point.
My IMAP accounts are happily co-existing and the AV crashes seem to have disappeared.
Hope this helps those who experience something similar in the future.
Unfortunately, there may be AVs in IMAP when you close The Bat! version v3.95.06 and earlier, but in the later versions (currently betas) we have fixed them.
Hi I realise this thread has been around for some time now, but I am experiencing similar problems with The Bat and am using AOL IMAP for mail retrieval. I have just implemented the suggestion in the previous post so we will see what happens. I am running The Bat version 3.99.24.
-- Ian Pollard//Wooler//Northumberland//UK
"He is no fool, who gives what he cannot keep, to gain what he cannot lose - Jim Elliot"