Closed Bug 533893 Opened 16 years ago Closed 15 years ago

Thunderbird 3 has deleted the entire contents of my Inbox [pop]

Categories

(Thunderbird :: Folder and Message Lists, defect)

Product:
Thunderbird
Component:
Folder and Message Lists
Platform:
x86
Windows XP
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: lester, Unassigned)

Details

(Keywords: dataloss, Whiteboard: [needs reporter retest with AV turned off])

Attachments

(1 file)

error console several hours after the deletion
240.36 KB, image/jpeg
Details
User-Agent: Mozilla/4.0 (compatible; MSIE 7.0; Windows NT 5.1; GTB6.3; .NET CLR 1.1.4322; .NET CLR 2.0.50727; InfoPath.2; .NET CLR 3.0.4506.2152; .NET CLR 3.5.30729) Build Identifier: This bug is named, "All items have been removed from Inbox without interaction". This has just happened to me with the production version of Thunderbird 3. All 175 MB. This is a complete and utter disaster--the worst of my 45-yr history with computers and my 20-yr history with email. Please see my comment on bug 523163. I file a new bug, because with the release of Tbird 3.0, this previous bug may be ignored. Reproducible: Didn't try
Summary: Thunderbird 3 has deleted the enitre contents of my Inbox → Thunderbird 3 has deleted the entire contents of my Inbox
further useful info: I have been using Eudora 8beta4, then beta5, then beta7 with the same inbox since March 2009. No problem. But when Thunderbird 3 was released 36 hours ago, I switched to Thunderbird 3 for safety's sake. Silly me--abandoning a working beta in favor of a final release!
Are you using POP ? Imap ? What do you call disapeared ? can you give us more details so we can undertsand what has happen to you ?
Did you enable "silent auto-compaction"("silent" means no dialog before start of comaction) for Eudora beta? Do you still enable auto-compact of Tb3 without "confirmation dialog before start of auto comaction"? Bug 491303 was fixed by Tb 3.0b3. It may be worst case I wrote in Bug 498814, if auto-comact is relevant to your problem. Is there any error message in error console?
Ludovic, I use POP exclusively. I was hummin' along, responding to messages, filing, etc. About 1500 messages in the inbox. Not sure what haoppened; perhaps I pressed the whisk broom "compact" button. Took me a while to realize that messages had vanished from inbox, because I was searchin' too, so the inbox display had just a few messages. To bring back to full list, I click on another folder, then back to inbox, as usual. To my horror, inbox had just the messages that arrived with the past few minutes. I checked the directory--the box had changed from ~235 MB to ~300 k. So Tbird had most defineitly deleted all the messages. No they are not in trash. No they inbox is not in recycle bin. And "edit / find / search messages" could not find them either. Gloda still had them, so I was able to whip off some messages to those correspondents who emailed me since my most recent backup-- 10 days ago. The X1 database also had them until 8 days ago, when I last ran that program. In short, most disconerting, but **not** the complete disaster I previously thought. Wish I could give you complete keystroke sequence--but nothing different from 6 months of working with Tbird and/or Eudora! WADA, "Did you enable "silent auto-compaction"("silent" means no dialog before start of comaction) for Eudora beta?" This is not a dialog that I remember in Eudora. I do not now wish to fire up Eudora again, because that will delete the gloda database. "Do you still enable auto-compact of Tb3 without "confirmation dialog before start of auto comaction"? I cannot find this dialog in Thunderbird. Please describe this setting in more detail. I searched for "silent" in cofigsettings and found nothing relevant. If you mean"Compact folders when it will save over xx kB, I did check that at 2000 kb. But now I'm firghtened and unchecked it. There is stuff in error console. I'll email you a Word file with the screen shot.
(In reply to comment #2) > Are you using POP ? Imap ? > What do you call disapeared ? can you give us more details so we can undertsand > what has happen to you ? See my response in comment 4 below
(In reply to comment #3) > Did you enable "silent auto-compaction"("silent" means no dialog before start > of comaction) for Eudora beta? > Do you still enable auto-compact of Tb3 without "confirmation dialog before > start of auto comaction"? > Bug 491303 was fixed by Tb 3.0b3. It may be worst case I wrote in Bug 498814, > if auto-comact is relevant to your problem. > Is there any error message in error console? See my reply in comment #4 below
(In reply to comment #4) > "Do you still enable auto-compact of Tb3 without "confirmation dialog before start of auto comaction"? > I cannot find this dialog in Thunderbird. Please describe this setting in more detail. See meta bug 498274 comment #2.
(Off-topic, In reply to comment #8) > error console several hours after the deletion "Error Console" has copy feature. If many lines, paste them to text editor. If a few lines, paste to bug with quoting, please.
(In reply to comment #7) > (In reply to comment #4) > > "Do you still enable auto-compact of Tb3 without "confirmation dialog before start of auto comaction"? > > I cannot find this dialog in Thunderbird. Please describe this setting in more detail. > See meta bug 498274 comment #2. mail.prompt_purge_threshhold was false (defult); I have now set to "true" mail.purge_threshhold was 2000; I have now set to 10000 mail.purge.ask was true (default); I have maintained this Most importantly, I will keep my hands off the computer while it is compacting.
(In reply to comment #10) > mail.prompt_purge_threshhold was false (defult); I have now set to "true" > mail.purge.ask was true (default); I have maintained this If auto-compact is one of culprits, file-size=0 can occur again. I recommed you next for safety; Keep mail.purge.ask=true, reduce mail.purge_threshhold to previous 2000, and reply "No"(or Cancel) always to confirmation dialog before start of compaction(never check "Do always..." in the dialog) for several days or for several weeks. After you experienced the dialog several times, do "File/Compact Folders" for each accout, while Tb is not busy or Tb is not downloading mails. If POP3 only, "File/Compact Folders" while "Work-offline" may be better. If no problem occurs again by above, reply "OK" to dialog sometimes, and watch file size while compaction is in progress(nstmp, nstmp-N, ... is created and deleted).
(In reply to comment #10) > mail.purge.ask was true (default); I have maintained this > Most importantly, I will keep my hands off the computer while it is compacting. Did you see confirmation dialog for comaction? Did you reply "OK" always? If so, did problem of file-size=0 of Tb3 happen after a while you replied OK?
I have never seen the confirmation dialog for compaction that you cite, even though mail.purge.ask=true has been effective since I installed Thunderbird 3 (48 hr) and possibly since I installed Eudora 8beta (March 2009). It is probably worth pointing that my many messages (220,000) render me a "canary in the mine" for Thunderbird. I get (and report) bugs that nobody else gets. I will follow your instructions and will also maintain a small inbox. It is also worth noting that Eudora Classic compacted when the user quit the program. Smart, yes?
(In reply to comment #13) > I have never seen the confirmation dialog for compaction that you cite, even > though mail.purge.ask=true has been effective since I installed Thunderbird 3 > (48 hr) and possibly since I installed Eudora 8beta (March 2009). Did you restart Tb3 after you changed mail.purge.ask from false to true? If yes and no experience of confirmation dialog, auto-compact is irrelevant to your file-size=0 problem. > and will also maintain a small inbox. It's right thing to avoid unwanted problem, because huge Inbox causes long execution time of compact and/or rebuild-index and causes long read time of external program such as auto-backup. All of them increases probability of contension of files for Tb's mail folder.
I have never seen the confirmation dialog for compaction that you cite, even though mail.purge.ask=true has been effective since I installed Thunderbird 3 (48 hr) and possibly since I installed Eudora 8beta (March 2009). It is probably worth pointing that my many messages (220,000) render me a "canary in the mine" for Thunderbird. I get (and report) bugs that nobody else gets. I will follow your instructions and will also maintain a small inbox. It is also worth noting that Eudora Classic compacted when the user quit the program. Smart, yes?
(In reply to comment #14) > Did you restart Tb3 after you changed mail.purge.ask from false to true? > If yes and no experience of confirmation dialog, auto-compact is irrelevant to > your file-size=0 problem. I simply do not remember the details of this one-time event. Sorry. However, henceforth I will do the following for compaction: (1) go offline (2) ensure that X1 and other desktop search are not running Is it possible that there was a conflict between indexing--either gloda or the older version (I frankly do not understand the relation between these two)--and compaction?
(In reply to comment #14) > Did you restart Tb3 after you changed mail.purge.ask from false to true? > If yes and no experience of confirmation dialog, auto-compact is irrelevant to > your file-size=0 problem. I simply do not remember the details of this one-time event. Sorry. However, henceforth I will do the following for compaction: (1) go offline (2) ensure that X1 and other desktop search are not running Is it possible that there was a conflict between indexing--either gloda or the older version (I frankly do not understand the relation between these two)--and compaction?
(In reply to comment #14) > Did you restart Tb3 after you changed mail.purge.ask from false to true? > If yes and no experience of confirmation dialog, auto-compact is irrelevant to > your file-size=0 problem. I simply do not remember the details of this one-time event. Sorry. However, henceforth I will do the following for compaction: (1) go offline (2) ensure that X1 and other desktop search are not running Is it possible that there was a conflict between indexing--either gloda or the older version (I frankly do not understand the relation between these two)--and compaction?
Ludovic asked aboiut anti-vrius in another bug: Symantec AV 10.1.5.5000. Auto-protect enabled. Internet E-mail auto-protect enabled.
What is X1 search ?
3 words - compaction is evil. probably moreso for pop than for imap. compaction removes deleted message from your mail folder, and I guess does a little fixing up of the .msf (index) file indexing for gloda search purposes is a completely separate beast, and feeds/is fed by and sqlite database. do you have space thresholds set to auto compact?
Keywords: dataloss
Summary: Thunderbird 3 has deleted the entire contents of my Inbox → Thunderbird 3 has deleted the entire contents of my Inbox [pop]
Version: unspecified → 3.0
(In reply to comment #21) > 3 words - compaction is evil. probably moreso for pop than for imap. > compaction removes deleted message from your mail folder, and I guess does a > little fixing up of the .msf (index) file see comments 7 through 18 above > indexing for gloda search purposes is a completely separate beast, and feeds/is fed by and sqlite database. thanks > do you have space thresholds set to auto compact? no longer. See comments 7 through 18 above.
(In reply to comment #20) > What is X1 search ? Xi search is / was the granddaddy of indexed searches. I have used it, with updates, since 1004. It became Yahoo desktop search. see http://www.x1.com/
(In reply to comment #22) > > do you have space thresholds set to auto compact? > > no longer. See comments 7 through 18 above. good call. see also http://kb.mozillazine.org/Thunderbird_:_Tips_:_Compacting_Folders - a bit verbose, and lacking somewhat in detail about complications detailed in bugzilla.
(In reply to comment #19) > Ludovic asked aboiut anti-vrius in another bug: > Symantec AV 10.1.5.5000. Auto-protect enabled. Internet E-mail auto-protect > enabled. Does Symantec AV support scan of unix mbox file(multiple emails in a file)? If yes, Symantec AV may delete(qurantine) whole Inbox file when mail with virus is newly added to Inbox, then Inbox of file=0 is created by Tb. Is there log for qurantine of Inbox in Symantec AV's log? If yes, see bug 507090 for protection from it by Tb. If deleted by Symantec AV, "remove of Tb's mail directry from scan target of Symantec AV" is also a workaround.
(In reply to comment #25) > (In reply to comment #19) > > Ludovic asked aboiut anti-vrius in another bug: > > Symantec AV 10.1.5.5000. Auto-protect enabled. Internet E-mail auto-protect enabled. > Does Symantec AV support scan of unix mbox file(multiple emails in a file)? Don't know. I use Windows XP. However I just read the Symantec Help file (belying my age). The Symantec Help file states that it does not support POP3 that uses SSL. That would be me--all my accounts use SSL. > If yes, Symantec AV may delete(qurantine) whole Inbox file when mail with virus is newly added to Inbox, then Inbox of file=0 is created by Tb. > Is there log for qurantine of Inbox in Symantec AV's log? I have examined the log, and I find no such entry. There is also no file in quarantine, nor in "repaired items". Symantec is not specifically set to scan my inbox ever, and certainly not at that time of day. Symantec has not found a virus in my email for > 1 yr (now I know why--it does not scan email that uses SSL!). Therefore I find it unlikely that the AV software caused the deletion. > If yes, see bug 507090 for protection from it by Tb. Bug 507090 advises to set "Allow AV clients to quarantine individual incoming messages." Excellent advice. I have had this option set since I first installed Thunderbird 3, ~36 hr before the deletion. > If deleted by Symantec AV, "remove of Tb's mail directory from scan target of Symantec AV" is also a workaround. I do not allow Symantec to scan TB's mail directory. In summary: it's unlikely that the deletion was an interaction with Symantec. The deletion of my inbox remains unexplained, but compaction is the prime suspect.
(In reply to comment #26) > The Symantec Help file states that it does not support POP3 that uses SSL. > That would be me--all my accounts use SSL. It's for "local mail proxy" type inbound mail scanning, or for "port scan" type inbound mail scanning. It's not for "file scan" of .eml file or unix mbox file. > > Is there log for qurantine of Inbox in Symantec AV's log? > I have examined the log, and I find no such entry. > In summary: it's unlikely that the deletion was an interaction with Symantec. I think so too. > The deletion of my inbox remains unexplained, but compaction is the prime suspect. If compaction is culprite, "dialog before start of comaction" should apper when your file-size=0 problem occurs. You didn't see such dialog even though you keep mail.purge.ask=true. It's evidence that your file-size=0 problem on Tb3 is never produced by auto-compaction. Your problem may be similar issue to Bug 494706. Bug 494706 : When file access is interfered by external program, Tb opens file with write and seeks to 4GB-1, then close file. This produces file of 4GB-1. If "open write with replace" is executed by Tb when Tb's file access is interfered by external program, file-size=0 can happen by file close. Do you use auto-backup for Tb's mail folder files? Do you enable periodical file scan by antivirus software for Tb's mail folder files?
See bug 494706 comment #35 for simple "steps to reproduce" of bug 494706.
Following is you bug 523163 comment #1. > This can occur if a mail is deleted then quickly followed by another mail deletion. > The following message pops up 'Unable to delete messages in folder {foldername} > because it is in use by some other process. Please wait for that operation to > finish and then try again.' The file corresponding to that folder is either > deleted from the profile directory or is set to 0 bytes. It's very close to bug 494706 comment #35.
(In reply to comment #27) > Do you use auto-backup for Tb's mail folder files? Please use many words to amplify and elaborate on this question. I know nothing about auto-backup built into Thunderbird. >Do you enable periodical file scan by antivirus software for Tb's mail folder files? I will answer like a lawyer (but I'm not a lawyer!) 1.
(In reply to comment #27) > Do you use auto-backup for Tb's mail folder files? Please use many words to amplify and elaborate on this question. I know nothing about auto-backup built into Thunderbird >Do you enable periodical file scan by antivirus software for Tb's mail folder files? I will answer like a lawyer (but I'm not a lawyer!) 1. I have re-verified that Symantec's scans do not include my Thunderbird profile. 2. In any case, Symentec's scheduled scans occur daily on a schedule many hours removed for the disaster that forms this bug's topic. 3. Now, what about rteal-time scan? Comment 26 above states, " The Symantec Help file states that it does not support POP3 that uses SSL. That would be me--all my accounts use SSL." So, I conclude that the disaster was not caused by AV.
(In reply to comment #29) > Following is you bug 523163 comment #1. > > This can occur if a mail is deleted then quickly followed by another mail deletion. > > The following message pops up 'Unable to delete messages in folder {foldername} > > because it is in use by some other process. Please wait for that operation to finish and then try again.' The file corresponding to that folder is either > > deleted from the profile directory or is set to 0 bytes. > It's very close to bug 494706 comment #35. I often see this message, but I sometimes lack the patience to wait. I consider it most likely that this or a closely related problem caused my disaster.
(In reply to comment #31) > I know nothing about auto-backup built into Thunderbird I meant "auto-backup by external software". bug 494706 was triggered by external software for auto-backup, and bug 494706 comment #35 is emulation of it.
FYI. (A) bug 494706(and bug 450359, bug 482486 in Blocks:, with "Show Resolved") Delete/move is interfered by auto backup software. File size=4GB-1. Victim looks move target folder("Trash" when mail delete case). (B) bugs in Blocks: of bug 494706(I already pointed) (auto-)compact is interfered by external software. File-size=0. Victim is folder which is compacted. Inbox in many cases. (B-1) bug 498814, bug 492254, bug 493065, bug 498274, bug 500109 Interfered by auto-backup software (B-2) bug 491303 Interfered by auto-scan of anti-virus software
Perhaps the most important comment, in summary of this thread to date, is that I used various Eudora/Penelope betas for ~6 months without encountering this data deletion problem. Then, less than 36 hr after I installed Thunderbird 3, I encountered the data deletion problem. I installed Tbird 3 into the same profile that I used for Eudora. Evidently Penelope's avoiding data loss ptoection functions better than Thunderbird's. I have noticed that Eudora 8b7 (and predecessors) resorts more frequently to the message, 'Unable to delete messages in folder {foldername} because it is in use by some other process. Please wait for that operation to finish and then try again.' Also in summary of the thread to date, we have probably ruled out contention between AV software and Thunderbird, or between autobackup software and Thunderbird. We do suspect contention with Thunderbird itself: compaction, deletion, or a related process. I'll alert the Penelope developers.
(In reply to comment #35) > I installed Tbird 3 into the same profile that I used for Eudora. Do you mean that you shared/are sharing same profile of Tb3(and/or Tb2) with Eudra Beta(Product=Penelope at B.M.O)? If so, please dont't report problem in such non-supported environment as Tb's bug. Even though Penelope is based on Tb and profile/prefs.js is also baed on one of Tb and is almost comapatible with Tb's one, and even though Tb's profile can be used by Penelope or vice versa, profile/prefs.js of Tb and Penelope is never compatible. However, Penelope doesn't have mechanism to prohibit simulteneous use or share of profile of Tb yet. Read bug 394944, please. If you experience problem with Eudra Beta, please report with Product=Penelope. Please don't share Tb's profile with Penelope. Please don't report problem with profile shared once by Penelope as Tb's bug, unless it's clearly determined as common problem of Tb and Penelope based on Tb.
Penelope (which comes with Eudora 8) defaults these following prefs: pref("mail.purge.ask", false); pref("mail.prompt_purge_threshhold", true); pref("mail.purge_threshhold", 10000); This is to get behavior consistent with Classic Eudora (7.x and below). Classic Eudora is very paranoid about compaction because of these kinds of possible outcomes. What it does is perform the full compaction to a temporary file and then only when everything is successful does it overwrite the original mailbox file with the new compacted one. I don't know if TB does the same. Classic Eudora also touches mailbox files only in the main thread, whereas it appears that TB may update them from multiple threads. Race conditions in multiple threads are very difficult bugs to track down. As mentioned in various comments, there's also the possibility of interaction with other software on the machine (AV, backup, indexing, etc.). Penelope/Eudora 8 in no way changes the way that compaction is performed from the TB code. It just changes those prefs listed above. Since those settings are defaults of Penelope, once you moved away from Eudora to TB they would no longer be set that way, which seems to be what you are saying.
(In reply to comment #36) > (In reply to comment #35) > > I installed Tbird 3 into the same profile that I used for Eudora. > Do you mean that you shared/are sharing same profile of Tb3(and/or Tb2) with > Eudra Beta(Product=Penelope at B.M.O)? > If so, please dont't report problem in such non-supported environment as Tb's > bug. > Even though Penelope is based on Tb and profile/prefs.js is also baed on one of > Tb and is almost comapatible with Tb's one, and even though Tb's profile can be > used by Penelope or vice versa, profile/prefs.js of Tb and Penelope is never > compatible. > However, Penelope doesn't have mechanism to prohibit simulteneous use or share > of profile of Tb yet. Read bug 394944, please. > If you experience problem with Eudra Beta, please report with Product=Penelope. > Please don't share Tb's profile with Penelope. Please don't report problem with > profile shared once by Penelope as Tb's bug, unless it's clearly determined as > common problem of Tb and Penelope based on Tb. I am innocent of the imputed sins. I have scrupulously avoided using Eudora and Thunderbird simultaneously. My recently installed Thunderbird uses the mail files originally imported up by Eudore/Penelope--8 GB worth. That's all. It was correct, and remains correct, that I have reported this data loss bug in a Thunderbird bug. The data loss was casused by Thunderbird, working in a Thunderbird profile. Eudora/Penelope has no relevance to the data loss caused by Thundferbird 3.0.
(In reply to comment #37) > Penelope (which comes with Eudora 8) defaults these following prefs: > pref("mail.purge.ask", false); >(snip) I'm not talking about (apparently) compatible/can-be-shared prefs.js settings with Penelope(Eudroa Beta). I'm talking about possible incompatible prefs.js settings, possible interfere on common prefs.js settings, possible interfere on internal data, and possible interfere due to different logic in some compoents or features. Jeff Beckley, do you completely know and understand difference between Tb's code and Penelope's code? Are you absolutely sure that such possible each-other interfere is absolutely irrelevant to this bug's problem? As check with -safe-mode/new-profile is required to rule out issues by add-on or Theme or issues relevant to old-profile, other elements than pure/clean Tb should be excluded first for problem analysis. It's the reason why I asked to exclude elements of Penelope and possible affects by Penelope from this bug. Jeff Beckley, please note that I'm never suspecting Penelope's code.
(In reply to comment #39) > Jeff Beckley, do you completely know and understand difference between Tb's > code and Penelope's code? Are you absolutely sure that such possible each-other > interfere is absolutely irrelevant to this bug's problem? Of course I can't know that completely. It's entirely possible that Penelope or Eudora 8 somehow changed profile data in some incompatible way with Thunderbird. You pointed to such a bug earlier: bug 394944. In general, though, Penelope only makes UI changes, and neither Penelope nor Eudora 8 have made any changes to the compaction code. > As check with -safe-mode/new-profile is required to rule out issues by add-on > or Theme or issues relevant to old-profile, other elements than pure/clean Tb > should be excluded first for problem analysis. > It's the reason why I asked to exclude elements of Penelope and possible > affects by Penelope from this bug. I completely agree with you. In an ideal world you would start with a completely clean system and reproduce the problem from there. This particular instance that Henry is reporting is not going to be a repeatable case, most likely. I'm not sure what you can really do with this bug, other than an analysis of TB's code wrt to compaction and other functions operating on the mailbox files at the same time. That's a very daunting task, and not likely to happen. > Jeff Beckley, please note that I'm never suspecting Penelope's code. Thank you for not impugning Penelope's character. :-)
I had the same problem. All my Inbox data of two accounts is lost. I have always used Thunderbird. I just upgraded to Version 3 and after a two weeks or so the inbox was suddenly empty. This is a real disaster. Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.5) Gecko/20091204 Thunderbird/3.0
As seen in bug 494706(and bug 450359, bug 482486) merely saying "I experienced same problem" won't help resolving of problem. 1. bug opener of bug 450359 repeatedly reported "I experienced problem" with no data for problem analysis. No problem anaysis was possible in the bug. 2. bug 482486 was opened, and opener of bug 494706 joined in that bug, and "sparse file" was discovered, and "4GB" was also found. 3. in bug 450359, "4GB is wrong, 4GB-1 is correct size" was found. 4. in bug 494706, bug opner discovered "step to reproduce problem". By the great discovery, very easy/simple "steps to reproduce" was found. 6. After that, problem analysis by developers was done. Please attach data to guess phenomenon really happened, data to guess conditions on which proplem haapens, data to gusse cause of problem.
Correction. bug 450359 => bug 468722. bug 468722 is the bug to which "I experienced problem again" was repeatedly reported. Sorry for my mistake.
I am unconvinced by comment 31 that this can't be due to antivirus. can you reproduce with symantec totally disabled? see also bug 542708
Component: General → Folder and Message Lists
QA Contact: general → folders-message-lists
Most important comment is that I've withdrawn from active testing of Tbird. In particular, I cannot fulfill Wayne's suggestion of 12/14/2009 that I organize a POP user's summit. Also important is comment 40 above, detailing the massive troubleshooting effort required to tackle this bug. Also important are various comments from Wayne Merry about the evils of compacting. Therefore I now perform compacting under carefully controlled circumstances. In short, you professionals will have to take it from here.
You've been a saint in working this through but I'm not sure we're left with anything actionable. Some things still concern me: * we've had enough experience to AV software to know that sometimes disabling pieces isn't a sufficient test, and complete disable is required for good testing * the fact that you changed programs** and nothing else is key, but it also does not eliminate AV as a possible cause - AV programs key off of program installation * the mention of yahoo desktop concerns me a little (I had not noticed it before today) ** note, the eudora versions you used are based on thunderbird code, which makes it somewhat less likely that eudora was somehow substantially better functioning in this problem area So, if you choose to investigate further here are things to do: 1. uninstall thunderbird via add/remove programs, and reinstall the latest - v3.0.3 2. completely (yes, completely) disable symantec AV for a day or two when you know you wont' be downloading files that might be infected
Whiteboard: [needs reporter retest with AV turned off]
(In reply to comment #41) > I had the same problem. All my Inbox data of two accounts is lost. I have > always used Thunderbird. I just upgraded to Version 3 and after a two weeks or > so the inbox was suddenly empty. This is a real disaster. Michael Birchler, what AV software do you use? Are you still seeing a problem?
I did use ThreatFire. I've downgraded to Thunderbird 2 but I plan to upgrade today to Thunderbird 3 again.
(In reply to comment #46) > You've been a saint in working this through but I'm not sure we're left with > anything actionable. Some things still concern me: > * we've had enough experience to AV software to know that sometimes disabling > pieces isn't a sufficient test, and complete disable is required for good > testing > * the fact that you changed programs** and nothing else is key, but it also > does not eliminate AV as a possible cause - AV programs key off of program > installation > * the mention of yahoo desktop concerns me a little (I had not noticed it > before today) > ** note, the eudora versions you used are based on thunderbird code, which > makes it somewhat less likely that eudora was somehow substantially better > functioning in this problem area > So, if you choose to investigate further here are things to do: > 1. uninstall thunderbird via add/remove programs, and reinstall the latest - > v3.0.3 > 2. completely (yes, completely) disable symantec AV for a day or two when you > know you wont' be downloading files that might be infected This comment can be summarized with Wayne's statement, "nothing actionable". I'm now in the "user" rather than "tester" category and will say only that comments 40 and 45 still hold. I've had no trouble since a day or so after originally posting this bug. At that time, I --switched to Eurdora, --began compacting only under the resrticted conditions outlined elsewehere by Wayne. No sainthood for me--just daily work at my day job.
lester, thanks for the feedback. closing incomplete based on comment 49. but I don't claim to understand all the differences between penelope and thunderbird, so if someone thinks this is actually invalid, a valid issue not covered by other bugs or another bug needs to be filed, please take appropriate action.
Status: UNCONFIRMED → RESOLVED
Closed: 15 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: