Closed Bug 547159 Opened 15 years ago Closed 14 years ago

get new mail fails - messages lost in tbird while loading pop folder

Categories

(Thunderbird :: Mail Window Front End, defect)

x86
Windows 7
defect
Not set
critical

Tracking

(Not tracked)

RESOLVED INCOMPLETE

People

(Reporter: uuf3, Unassigned)

Details

(Keywords: dataloss, Whiteboard: [closeme 2010-12-21][needs protocol log])

User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.2) Gecko/20100115 Firefox/3.6 (.NET CLR 3.5.30729) Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 6.1; ru; rv:1.9.1.7) Gecko/20100111 Thunderbird/3.0.1 messages lost in tbird while loading switched to another window (ffox) Reproducible: Sometimes Steps to Reproduce: 1.russian version of tbird3 with classic folders view, not have any ext's and must load only heads of mails and use pop3 mailserver 2.after click on get message button and switch to ffox with opened tabs/pages by clicking on task bar 3.after some time switch back to tbird and voila Actual Results: no downloaded message and also no unread message in inbox or other folders if open web page of mail service mails will be in inbox but wont received by tbird so if not know how, this will cause critical (lose data) severity for some people ps sorry for my bad english
Summary: messages lost in tbird while loading switched to another window (ffox) → messages lost in tbird while loading if switched to another window (ffox)
classic folders view i mean: menu view->folders->all (3-pane view) first date of lost mail is: 04-sep-2009
Keywords: dataloss
uuf3, when did you just start using version 3? it gets mail OK if you don't switch to Firefox? what antivirus program do you run?
Summary: messages lost in tbird while loading if switched to another window (ffox) → get new mail fails - messages lost in tbird while loading pop folder
I don't know why I'm on the "CC" list, but.... > if open web page of mail service > mails will be in inbox but wont received by tbird Do you know if the messages were: 1) actually downloaded from the server by TBird but are not in the "Inbox"; 2) actually downloaded by TBird, are in the Inbox, but are not displayed; or, 3) were not downloaded by TBird. > so if not know how, this will cause critical (lose data) severity for some people Since the messages are actually still on the server, no data was actually "lost" (although it may appear that way to the user). If you "Get Mail" again, do the missing messages get downloaded ? Try to repeat your experience, and gather the following: 1) Contents of "Inbox" before the "Get Mail" (for file location, see: http://kb.mozillazine.org/Profile_folder_-_Thunderbird 2) Contents of "popstate.dat" (the article noted above says this is "in Mail", but it's actually in the 'servername' folder/directory in the "Mail" folder/directory) 3) Protocol trace; see https://wiki.mozilla.org/MailNews:Logging (use "pop3" instead of the "imap" shown in the examples) 4) Contents of "Inbox" after "Get Mail" 5) Contents of "popstate.dat" after "Get Mail".
(In reply to comment #2) > uuf3, > when did you just start using version 3? > it gets mail OK if you don't switch to Firefox? > what antivirus program do you run? i'm using tbird3 since first final version (3.0) yes, it's gets ok, however i not sure for ffox-depend bug mcafee 8.7i
(In reply to comment #3) > Do you know if the messages were: > 1) actually downloaded from the server by TBird but are not in the "Inbox"; > 2) actually downloaded by TBird, are in the Inbox, but are not displayed; or, > 3) were not downloaded by TBird. 1. tbird down's heads of new mails 2. after selecting this mails and pressing link to download full contens of mail and than switch to ffox, this mail vanish from inbox 3. mails not showed in inbox (or any other folders) i don't know about downloaded mail or not > Since the messages are actually still on the server, no data was actually > "lost" (although it may appear that way to the user). > If you "Get Mail" again, do the missing messages get downloaded ? no, if i press get mail button, missing mails are NOT downloads again > Try to repeat your experience, and gather the following: > 1) Contents of "Inbox" before the "Get Mail" (for file location, see: > http://kb.mozillazine.org/Profile_folder_-_Thunderbird > 2) Contents of "popstate.dat" (the article noted above says this is "in Mail", > but it's actually > in the 'servername' folder/directory in the "Mail" folder/directory) > 3) Protocol trace; see https://wiki.mozilla.org/MailNews:Logging > (use "pop3" instead of the "imap" shown in the examples) > 4) Contents of "Inbox" after "Get Mail" > 5) Contents of "popstate.dat" after "Get Mail". i must check content of popstate.dat after repeating problem for check, how mail downloads? and what i must see in .log?
(In reply to comment #5) > > If you "Get Mail" again, do the missing messages get downloaded ? > no, if i press get mail button, missing mails are NOT downloads again This would imply that 'popstate.dat' indicates they've already been downloaded (and may have already been downloaded, but are not being displayed for some reason). > i must check content of popstate.dat after repeating problem for check, how > mail downloads? It is necessary to determine if 'popstate.dat' accurately reflects the state of the "Inbox" (and server) contents. By having both "before problem" and "after problem" instances, we can determine what TB thinks those contents are, > and what i must see in .log? If 'popstate.dat' indicates that a message was downloaded, but that message is not present in Inbox, the log will show whether TB actually _did_ download the mail (but somehow deleted it from the Inbox), or whether the mail was _not_ downloaded (but 'popstate.dat' was erroneously updated to indicate that it had been).
UUF3, will need your results from comment 3
Whiteboard: [closeme 2010-12-21][needs protocol log]
resolved incomplete due to insufficient information/outstanding questions. if you feel this is in error, please update the bug.
Status: UNCONFIRMED → RESOLVED
Closed: 14 years ago
Resolution: --- → INCOMPLETE
You need to log in before you can comment on or make changes to this bug.