Closed Bug 715685 Opened 14 years ago Closed 12 years ago

Mails for last few days are lost after mail filters were used with pop account

Categories

(MailNews Core :: Backend, defect)

Product:
MailNews Core
Component:
Backend
Platform:
x86_64
Windows 7
Type:
defect
Priority:
Not set
Severity:
critical

Tracking

(Not tracked)

Status:
RESOLVED INCOMPLETE

People

(Reporter: JasnaPaka, Unassigned)

References

Details

(Keywords: dataloss, regression)

Again, not sure how to report it (this is general report). I'm nightly user and I had a problem after Bug 402392 was landed. My problem was with POP3 filters (it looks like Bug 713611) -> many of my mails were not filtered correctly to the right folder and all ended in one folder. Today (after Bug 713611 was fixed) I have updated Thunderbird and I have looked at my mail filters. Many of them had wrong settings (wrong folder to which folder mails are filtered). So I corrected it. After that I ran all filters on the folder where were mails stored. Mails were filtered correcty to the right folders. After that I realized that I cannot see some mails (preview was broken, click on some mail and see body of different mail). So I tried to fix index via gui. I tried compact folders too. Result: mails from the last few days are lost (just for days when filters didn't work correcty). Not sure what is wrong. I tried to search for lost mails via search function, no results :( No problem with new mails.
Let me know if this happens again with the latest nightly builds. And I wouldn't compact folders when you see issues like this - rebuild index can be helpful; compacting can be unhelpful. there's no reason I can think of that bug 402392 would affect the filters themselves; there was an unrelated bug where filters were lost, but I don't know of a bug where move targets were corrupted.
Severity: normal → critical
Keywords: regression
Thanks for filing this. As Wayne and probably David know, I have seen the exact same thing. I currently don't dare to try trunk again as I have lost enough mails for a while (but then, I also didn't have "leave on server" checked, and using trunk for production means it's my fault when I lose data - just that it hasn't happened for years with trunk).
Did you also compact the folders so that the missing messages are no longer present in the mbox files?
I did that (sometimes in conjunction with trying to repair the MSF before) and that's how I both cleaned up the mess and realized I had completely lost the messages.
My understanding is that kairo is using IMAP, not POP3 - the POP3 bugs are not relevant for the IMAP case.
(In reply to Robert Kaiser (:kairo@mozilla.com) from comment #2) Did you also see the strangeness with filters as described in the comment 0. Or only the lost emails? > just that it hasn't happened for years with trunk). TB also hasn't changed backend for mailstore in years, I think.
(In reply to David :Bienvenu from comment #5) > My understanding is that kairo is using IMAP, not POP3 - the POP3 bugs are > not relevant for the IMAP case. Then you misunderstood. I'm using POP3. (Because the IMAP support on my main mail server is ludicrous for large amounts of email and I don't have time to install a different one - also POP3 is so much more responsive once the emails are on your local machine, and it doesn't clog server space, I trust my local backups even more than the ones on the server). (In reply to :aceman from comment #6) > (In reply to Robert Kaiser (:kairo@mozilla.com) from comment #2) > Did you also see the strangeness with filters as described in the comment 0. > Or only the lost emails? Both the filter issues and the lost messages. The filter settings are correct, as now that I switched to -aurora builds, everything's fine.
(In reply to Robert Kaiser (:kairo@mozilla.com) from comment #7) > (In reply to David :Bienvenu from comment #5) > > My understanding is that kairo is using IMAP, not POP3 - the POP3 bugs are > > not relevant for the IMAP case. > > Then you misunderstood. I'm using POP3. Sorry, my mistake. Well, several bugs have been fixed for pop3. I don't know of any outstanding issues in pop3 right now.
(In reply to David :Bienvenu from comment #8) > Sorry, my mistake. Well, several bugs have been fixed for pop3. I don't know > of any outstanding issues in pop3 right now. I try to switch to trunk again. Hope it is safe.
Thx, Pavel. The one thing you don't want to do when things look broken is compact your folder. Rebuilding the index is fine, however. Please let me know if you see any issues with a trunk build from tomorrow (I landed a fix this morning for the mis-filtering issue).
(In reply to David :Bienvenu from comment #10) >(I landed a fix > this morning for the mis-filtering issue). You mean bug 719037, not the wrong target folders from the description here?
(In reply to :aceman from comment #11) > (In reply to David :Bienvenu from comment #10) > >(I landed a fix > > this morning for the mis-filtering issue). > You mean bug 719037, not the wrong target folders from the description here? Right.
Pavel ?
related to bug 720161? Hard to proceed without Pavel's feedback.
Status: NEW → RESOLVED
Closed: 12 years ago
Resolution: --- → INCOMPLETE
Summary: Mails for last few days are lost after mail filters were used → Mails for last few days are lost after mail filters were used with pop account
You need to log in before you can comment on or make changes to this bug.