449088 - Race condition between webmail and Thunderbird (When IMAP server returns "NO" to "copy uid nn Trash", Tb enters in retry loop of something, which seems to be mailDB close)

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: IMAP, defect)

Description

[eyv]

This is an issue for Gmail (has happened to me twice), but might be a general IMAP issue in Shredder. Easier to explain using a the following scenario:

First delete an email message from Shredder. Put the laptop to sleep immediately (the message has not actually been deleted from Gmail, but the command was queued by Shredder). Next, go on another computer and use Gmail's web interface to delete the message. Now, wake up the original machine. Shredder will attempt to execute the queued command, but will display the following error: "The current command did not succeed.  The mail server responded: No messages match. (Failure).".

This is legitimate behavior, but at this point, Shredder does NOT recover - it does not fetch new mail, it does nothing else than repeatedly try to run that command and display the error (every few minutes). To fix the issue, remove the INBOX.msf file from <Profile Dir>/ImapMail/imap.gmail.com/

The desired behavior is to display that error and get on with life. Dequeue the command, and discard it.

Comment 1

[WADA:World Anti-bad-Duping Agency]

> The mail server responded: No messages match. (Failure).".

What is your setting of "Delete model" for the Gmail IMAP account?
  Server Settings/Server Settings/When I delete a message:
When "Move it to the Trash folder", what is your setting of "Trash" folder?
  "[Gmail]Trash"(Gmail label of "Trash")?
  Standard "Trash"(Gmail label of "[Imap]/Trash)?
  Or other?

If "Move to Trash" and "[Gmail]Trash"(Gmail label of "Trash"), it's due to Gmail's design/spec.
(1) Tb requests COPY UIDx,UIDy,... to "[Gmail]Trash" Gmail IMAP
(2) Gmail adds Gmail label of "Trash" to the mails, and remove all other Gmail labels including "All Mail"("[Gmail]/All Mail" folder of Gmail IMAP).
i.e. Move the single copy of a mail to Gmail's "Trash" folder, then all other label is lost.
(3) OK response
(4) Tb requests Flag \Deleted for UIDx,UIDy,...
    ==> Because of (2), UIDx,UIDY,... doesn't exists in a Gmail IMAP folder.
        (Folder name of Gmail IMAP == Gmail label via web)
        So Gmail IMAP returns the error response.

> it does nothing else than repeatedly try to run that command and display the error (every few minutes).

It sounds to be similar problem to already known issue upon delete failure. I don't know bug number for it.

Comment 2

[eyv]

Huh, there was a strange setting. Deleted mail was being moved to Inbox. Not certain how that became set. That could be the root of the problem. If it reoccurs, I will report.

However, the error should still have not persisted. The REAL problem is that nothing else was happening while this error was occurring (no mail fetch, etc.). There is no reason for Shredder to keep re-trying the same failing command.

Comment 3

[eyv]

In fact, every time I change the setting to move deleted mail to the trash, it reverts to "inbox" after saving and then bringing up the preferences again. Likely an unrelated bug. Very odd.

Comment 4

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #2)
> There is no reason for Shredder to keep re-trying the same failing command.

Really forever retry? Is there any evidence of it?
If you set "Check for new message every NN minutes", Tb tries to access Inbox every NN minutes. And, because your Inbox has funny problem already, access to Inbox may fail.

(In reply to comment #2)
> I change the setting to move deleted mail to the trash,

How did you do it?

> it reverts to "inbox" after saving and then bringing up the preferences again.
> Likely an unrelated bug. 

I don't think so. I think "reverts to Inbox" is root cause of funny phenomenon.

What is your exact setting? (Server Settings, "Advanced" of Server Settings)
Which folder is move target folder of "detete"?
What was your operation? (deleted from which mail folder?)

Comment 5

[eyv]

(In reply to comment #4)
> > There is no reason for Shredder to keep re-trying the same failing command.
> 
> Really forever retry? Is there any evidence of it?
> If you set "Check for new message every NN minutes", Tb tries to access Inbox
> every NN minutes. And, because your Inbox has funny problem already, access to
> Inbox may fail.

Every time I check for new mail manually (of if I wit for the requisite period before Shredder itself checks), the command errors out, giving the originally reported message. there's no actual problem with the Gmail inbox - it is in a consistent state. But Shredder tries to select a message that's no longer in the inbox, causing the problem.

> > I change the setting to move deleted mail to the trash,
> 
> How did you do it?

Account Settings->Server Settings->"When I delete a message:"->"Move it to this folder:"->"Trash". However, after I change it, if I bring up account settings again, the folder is listed as "Inbox".

> I don't think so. I think "reverts to Inbox" is root cause of funny phenomenon.

Possible. However, messages DO get moved to the trash when deleted (excepted behavior).

> What is your exact setting? (Server Settings, "Advanced" of Server Settings)

IMAP server directionry: "[Gmail]"
Show subscribed only
Server supports folders containing sub-folders
IDLE command
5 cached connections
Namespace: ""
public/other are blank
Allow server namespace override

> Which folder is move target folder of "detete"?

Set to "Trash" but reverts to "Inbox". However, messages DO get moved to the trash when deleted (excepted behavior).

> What was your operation? (deleted from which mail folder?)

Delete a message from Inbox.

Comment 6

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #5)
> However, after I change it, if I bring up account settings again, the folder is listed as "Inbox".

What do you mean by "the folder is listed as "Inbox"?
What is the "the folder"? Where "the folder" is listed? 
What happens at where when you do what?

> IMAP server directionry: "[Gmail]"

This is one of reasons of funny phenomenon.

Gmail's naming convention is different from usual IMAP. And Gmail IMAP is special IMAP server.
    ------------------------------- -------------------------
    Gmail via Web                   Gmail IMAP  
    (Gmail's "Folder" or "Label")   (Mail folder name for Tb)
    ------------------------------- -------------------------
    (Standard folder/label for Gmail and mail folder for Tb)
    ------------------------------- -------------------------
    Inbox                           Inbox
    ------------------------------- -------------------------   
    (Standard folder(label) of Gmail)
    ------------------------------- -------------------------
    All Mail                        [Gmail]/All Mail
    Drafts                          [Gmail]/Drafts
    Sent Mail                       [Gmail]/Sent Mail
    Spam                            [Gmail]/Spam
    Trash                           [Gmail]/Trash
    ------------------------------- -------------------------
                            (Standard folder for Thunderbird)
    ------------------------------- -------------------------
    [Imap]/Drafts                    Drafts
    [Imap]/Sent                      Sent
    Templates                        Templates   
    [Imap]/Trash                     Trash                       
    ------------------------------- -------------------------
    Standard folder for your Thunderbird means (due to your setting of [Gmail]) 
    ------------------------------- -------------------------
    [Gmail]/Inbox                    Inbox     (==[Gmail]/Inbox)
    Drafts                           Drafts    (==[Gmail]/Drafts)
    [Gmail]/Sent                     Sent      (==[Gmail]/Sent)
    [Gmail]/Templates                Templates (==[Gmail]/Templates)   
    Trash                            Trash     (==[Gmail]/Trash  )                     
    ------------------------------- -------------------------

Following mismatch exists.
    ------------------------------- -------------------------
    (Normal Tb)
    ------------------------------- -------------------------
    Inbox                           Inbox     (==/Inbox)        <---+
    ------------------------------- -------------------------       |
    (Your Tb)                                                       | Mismatch   
    ------------------------------- -------------------------       |
    [Gmail]/Inbox                   Inbox     (==[Gmail]/Inbox) <---+
    ------------------------------- -------------------------   
In your case, "delete of a mail(move from Inbox to Trash)" means :
  For your Tb       : Move from "Inbox" to "Trash" (mail folder)  
  For Gmail IMAP    : Move from "[Gmail]/Inbox" to "[Gmail]/Trash" (mail folder)
  For Gmail via Web : Move from "[Gmail]/Inbox" to "Trash" (Gmail's "Label")

Can you see newly arrived mails?
Who said you to set 'IMAP server directionry: "[Gmail]"'?
Where was it written?

Comment 7

[eyv]

(In reply to comment #6)
> > However, after I change it, if I bring up account settings again, the folder is listed as "Inbox".
> 
> What do you mean by "the folder is listed as "Inbox"?
> What is the "the folder"? Where "the folder" is listed? 
> What happens at where when you do what?

Sorry, this is in "account settings"->"server settings" (see first screenshot). There's a setting "when I delete a message", which is set to "move it to this folder: Inbox". If I change that folder to "Trash" (still on Gmail), it reverts to Inbox next time I open account settings.

> Can you see newly arrived mails?

Not when this error occurs.

> Who said you to set 'IMAP server directionry: "[Gmail]"'?
> Where was it written?

In "account settings"->"server settings"->""advanced" (see second screenshot)

Advanced is a button which brings up an extra IMAP settings dialog.

Screenshots attached.

Comment 8

[eyv]

Attachment: Account settings dialog

Comment 9

[eyv]

Attachment: Advanced IMAP settings dialog

Comment 10

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #7)
> > Who said you to set 'IMAP server directionry: "[Gmail]"'?
> > Where was it written?
> In "account settings"->"server settings"->""advanced" (see second screenshot)

Sorry for my unclear question. My question was;
(A) Did you set "IMAP server directory: [Gmail]" by hand?
    Or "[Gmail]" was set since initial Gmail IMAP account definition?
(B) If "by hand", by other people's guidance? 
    Or based on instruction or guide at somewhere? If so, where? 

> (see first screenshot).

Gotcha!
Following problems was confirmed with Tb trunk 2008/7/28 build on MS Win-XP SP3.
  (a) Folder choice box of "Move it to this folder" displays INBOX always.
      (in Account Settings -> Server Settings -> When I delete a message:)
  (b) Subfolder, folder which has subfolder, can not be selected.
  Situation is worse than when I reported Bug 427311...
Problem (a) seems to be panel dispaly only issue. Previously chosen folder name was kept in mail.server.serverN.trash_folder_name even after panel open/close with OK or Cancel. Intentional selection of a folder at the selection list was required to change mail.server.serverN.trash_folder_name value.

Go Tools/Options/Advanced/Config Editor, end enter "trash" in filter field.
What is set in mail.server.serverN.trash_folder_name?
(N is server number for the IMAP account)

Comment 11

[eyv]

(In reply to comment #10)
> Sorry for my unclear question. My question was;
> (A) Did you set "IMAP server directory: [Gmail]" by hand?
>     Or "[Gmail]" was set since initial Gmail IMAP account definition?
> (B) If "by hand", by other people's guidance? 
>     Or based on instruction or guide at somewhere? If so, where? 

My fault. It was like that automatically. I did not change that field.

Comment 12

[eyv]

(In reply to comment #10)
> Go Tools/Options/Advanced/Config Editor, end enter "trash" in filter field.
> What is set in mail.server.serverN.trash_folder_name?
> (N is server number for the IMAP account)

There is no such setting for the Gmail server. There is for my other server (also IMAP).

By the way, my Shredder preferences are the result of upgrading from Thunderbird 2. They were NOT created from scratch by Shredder. Just in case it's important.

Comment 13

[WADA:World Anti-bad-Duping Agency]

Correction of my wrong comments due to my confusion and misunderstanding.
(1) "IMAP server directory: [Gmail]".
Because Gmail IMAP supports NAMESPACE, "IMAP server directory: [Gmail]" probably has no meaning.
>                SendData: 3 namespace
> CreateNewLineFromSocket: * NAMESPACE (("" "/")) NIL NIL
> CreateNewLineFromSocket: 3 OK Success
I tested with it. Tb accessed Gmail IMAP folders normally.
(2) "Trash" folder is used as "move target folder of delete" in your case.
Because of no mail.server.serverN.trash_folder_name, default of "Trash" is used by Tb.
So [Gmail]/Trash folder of Gmail IMAP(==Gmail label of "Trash" via Web) is not involved in your case.
"Trash" folder of Gmail IMAP(==Gmail label of "[Imap]/Trash" via Web) instead.

Following is IMAP log example of "delete a mail in Inbox".
> (A) S-INBOX:SendData:                 9 uid copy 53 "Trash"
>     S-INBOX:CreateNewLineFromSocket:  9 OK Success
> (B) S-INBOX:SendData:                10 uid store 53 +FLAGS (\Deleted \Seen)
>     S-INBOX:CreateNewLineFromSocket: * 4 FETCH (FLAGS (\Seen \Deleted) UID 53)
>     S-INBOX:CreateNewLineFromSocket: * 4 EXPUNGE
>     S-INBOX:CreateNewLineFromSocket: * 3 EXISTS
>     S-INBOX:CreateNewLineFromSocket: 10 OK Success
>     S-INBOX:SendData:                11 IDLE
>     S-INBOX:CreateNewLineFromSocket: + idling
Server side status upon Suspend/Resume depends on timing you powered-off.
> Case-1: (A) is not sent, (B) is not sent
>         Gmail label of "[Imap]/Trash" is not added. (Not copied to Gmail IMAP "Trash" folder yet)
>         Gmail label of "Inbox" still remains. (Still remains in Gmail IMAP "Inbox" folder)
> Case-2: (A) is sent, (B) is not sent
>         Gmail label of "[Imap]/Trash" is added. (Copied to Gmail IMAP "Trash" folder)
>         Gmail label of "Inbox" still remains. (Still remains in Gmail IMAP "Inbox" folder)
> Case-3: (A) is sent, (B) is sent
>         Gmail label of "[Imap]/Trash" is added. (Copied to Gmail IMAP "Trash" folder)
>         Gmail label of "Inbox" is removed. (Similar result to "flag \Deleted" + "Expange" when Gmail IMAP)
If re-try of above delete occurs, following occurs when Gmail IMAP.
Case-2: uid copy 53 "Trash" returns OK. But nothing new happens, because Gmail label of "[Imap]/Trash" is already added to the mail.
Case-3: uid copy 53 "Trash" at Inbox fails, because Gmail label of "Inbox" is already removed from the mail.
Note: When usual IMAP, uid copy 53 "Trash" is executed again, then duplicated copy is generated in Tash.

When Suspend/Resume, at least followings occur at same time upon Resume.
(1) Continued delete process, or re-try of failed delete process
(2) Connection loss due to Suspend/Resume, and recovery from it
(3) Mail check by "Check for new messages every NN minues".
It may produce a kind of contention among process.
Can problem(looks to be re-try loop) be re-produced?
If yes, get IMAP protocol log first, to see what is happening.
See meta Bug 402793 Comment #1 for getting log.

Even if problem(looks to be re-try loop) occurred, I think "Restart of Tb followed by re-open of Inbox" is a effective recovery procedure.
It didn't work? (you said "Rebuild Index" was required in former comment)

Comment 14

[eyv]

(In reply to comment #13)
> Can problem(looks to be re-try loop) be re-produced?

Yes. In fact, I found another way: delete a message, undo delete, then quickly delete again.

> If yes, get IMAP protocol log first, to see what is happening.
> See meta Bug 402793 Comment #1 for getting log.

Attached.

> Even if problem(looks to be re-try loop) occurred, I think "Restart of Tb
> followed by re-open of Inbox" is a effective recovery procedure.
> It didn't work? (you said "Rebuild Index" was required in former comment)

No, this does not work. Deleting inbox.msf is required.

Comment 15

[eyv]

Attachment: Log of Gmail session that produces the error (error condition was set up before).

Comment 16

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #14)
> > Can problem(looks to be re-try loop) be re-produced?
> Yes. In fact, I found another way: delete a message, undo delete, then quickly
> delete again.

Bug 417167 is for "delete a message, undo delete" case("quickly delete again" does not follow). See Dependency tree for Bug 402793(in Blocks: of this bug).
Because Gmail IMAP returns OK to "undo delete"(remove \Deleted flag), "uid copy" is issued again by "quickly delete again", thus following error occurs.
> The mail server responded: No messages match. (Failure)."
Do you mean that Tb infinitely retried the "quickly delete again"?
Or single failure of "No messages match"? 

Comment 17

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #15)
> Log of Gmail session that produces the error (error condition was set up before).

Did you specify imap:5? If yes, log says Tb tried to open session(log for DNS lookup of imap.gmail.com is seen) and never sent IMAP command...

Comment 18

[eyv]

(In reply to comment #16)
> Bug 417167 is for "delete a message, undo delete" case("quickly delete again"
> does not follow). See Dependency tree for Bug 402793(in Blocks: of this bug).
> Because Gmail IMAP returns OK to "undo delete"(remove \Deleted flag), "uid
> copy" is issued again by "quickly delete again", thus following error occurs.
> > The mail server responded: No messages match. (Failure)."
> Do you mean that Tb infinitely retried the "quickly delete again"?
> Or single failure of "No messages match"? 

That is the order of actions taken to reproduce the same error as originally reported ("The mail server responded: No messages match. (Failure)."). Does not go away unless inbox is deleted. (This is simply ANOTHER way to get to the same condition as the originally-reported bug.) What Gmail does behind the scenes I do not know.

Comment 19

[eyv]

(In reply to comment #17)
> Did you specify imap:5? If yes, log says Tb tried to open session(log for DNS
> lookup of imap.gmail.com is seen) and never sent IMAP command...

I see no place in Account Settings to specify the version of the IMAP server.
Where should I have (not) specified IMAP 5?
The logging command was:
export NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5
Please clarify if that's not what you meant.

Comment 20

[Joshua Cranmer [:jcranmer]]

(In reply to comment #19)
> export NSPR_LOG_MODULES=nsHttp:5,nsSocketTransport:5,nsHostResolver:5

Which is wonderfully useless for IMAP logs.

export NSPR_LOG_MODULES=imap:5 is what we want

Comment 21

[eyv]

(In reply to comment #20)
> Which is wonderfully useless for IMAP logs.
> 
> export NSPR_LOG_MODULES=imap:5 is what we want

My bad. I failed to properly read the instructions. :)

New log attached.

Comment 22

[eyv]

Attachment: ACTUAL log of Gmail session that produces the error (error condition was set up before).

Comment 23

[WADA:World Anti-bad-Duping Agency]

> S-INBOX:SendData:                10 uid copy 2743
> S-INBOX:CreateNewLineFromSocket: 10 NO No messages match. (Failure)
> S-INBOX:SendData:                11 IDLE
> S-INBOX:CreateNewLineFromSocket: + idling
> S-INBOX:SendData: DONE
> S-INBOX:CreateNewLineFromSocket: 11 OK IDLE terminated (Success)
> S-INBOX:SendData:                12 expunge
> S-INBOX:CreateNewLineFromSocket: 12 OK Success
> S-INBOX:SendData:                13 getquotaroot "INBOX"
> S-INBOX:CreateNewLineFromSocket: 13 OK Success
> S-INBOX:SendData:                14 UID fetch 2724:* (FLAGS)

"S-INBOX:SendData: 10 uid copy 2743" is first action request to server after greeting/login/"open of Inbox(FETCH)". So it looks to be a result of retry.
However, only single set of "uid copy 2743/NO No messages match. (Failure)" is seen in log. "multiple error by retry loop of it" or "retry loop of something" is not seen in log. And, Inbox is successfully accessed via IDLE even after the error.
Did "retry loop of something" and "Unable to access Inbox" occur at same time?

Comment 24

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #22)
> (error condition was set up before)

Test procedure is as follows? 
  (1) Open Inbox by Tb via Gmail IMAP.
  (2) Move a mail in Inbox to Gmail's folder(label) of "Trash" via Web.
      (equivalent to "move to [Gmail]/Trash folder" via. Gmail IMAP) 
  (3) Delete the mail which was moved to Gmail's "Trash" at step (2).
If yes, it's a variation of issue I explained in Comment #1, and problem you described in Comment #0 was recreated with only one Tb instance(no access via Web, no access by other instance of Gmail IMAP client).

(Test procedure)
(0) Disable IDLE support(required to test).
    Uncheck "Check for new messages at startup" (for ease of test) 
(1) Create mail folder of X1, X2, X3.
(2) Copy 2 mails in Inbox to X1, X2, X3 (say mail-1,mail-2)
(3) Open 2 additional Tb's window (say win-1, win-2, win-3 exist)
(4) At win-1: open X1, At win-2: open X2, At win-3: open X3
(5) At win-1: Move mail-1 in X1 to [Gmail]/Trash, and check [Gmail]/Trash.
    => Gmail removes all label including "All Mail", and adds label of "Trash"
(6) At win-2: Delete mail-1 in X2 => "No messages match", sandglass
                                     Only mail-2 is displayed in thread pane
(7) At win-3: Delete mail-1 in X3 => "No messages match", sandglass
                                     Only mail-2 is displayed in thread pane
(8) At win-1: Click other 5 mail folders (default max cached connections=5)
    => sandglass disappears
(9) At win-1: Click X2 => same error/status as step (6)
              Click X3 => same error/status as step (7)
(10) Repeat step (8) & (9) => same error/status
(11) Shutdown Thunderbird, restart Thunderbird, and execute step (9)
     Same error/status. Repeat of step (8)&(9) produces same error.
(12) Click other 5 mail folders (default max cached connections=5)
     => sadglass disappears
(13) Rebuild Index of X2 and X3 from context menu(without left clicking)
     => Problem disapears
(14) Move back mail-1 in [Gmail]/Trash to X1.
     => mail-1 in X2 and mail-1 in X3 appears again.
        (This phenomenon was not observed when test in the past.)
        (Gmail IMAP looks to be improved than before.)

See Bug 402793 #7 for "Delete" of Gmail & Gmail IMAP.
See also documents pointed in Bug 402793.

When IMAP, "No messages match" can occur with any IMAP server, if multiple clients access the mail box simultaneously, and if a client disables IDLE support.
     Tb-1(IDLE is disabled)       Other client
     Open a folder
                                  Delete a mail in the folder, and Expunge             
                                  (move to [Gmail]/Trash is equivallent to it)
                                  (delete via Web is equivalent to it too)
     Delete the mail
     => error because the mail is already removed form mail box.

When "access by other client" is via Gmail IMAP, I think problem usually won't occur if IDLE is enabled, because Gmail IMAP is aware of change in mail box upon "COPY" command.
But when "access by other client" is "Gmail access via. Web", I think notification via IDLE by Gmail IMAP can not be executed immediately.

(Summary)
As you say, problems are:
(1) Retry loop of something after "No messages match".
   (seems to be retry loop in folder open related activity)
(2) No way to cancel the failed COPY request. (re-build index is required)
These are not Gmail IMAP unique issues.
When Gmail, it simply that user can very easily produce situation of "No messages match".

Comment 25

[WADA:World Anti-bad-Duping Agency]

Recovery procedure is found(worked with Tb 2.0.0.14 & Tb Trunk).
 - Collapse parent folder(if root folder, the account), and expand again
If collapse/expand is executed, re-sync looks to be invoked before re-scheduling of failed delete process.

This perhaps indicates that (a) close of mailDB fails when "No messages match" or (b) mailDB is not closed when "No messages match". I guess it's (a), because "retry loop of something" occurs. It seems that "loop in closing" then close won't finish.

Comment 26

[WADA:World Anti-bad-Duping Agency]

Changing to Core/Networking IMAP first. Change to appropriate one if it's wrong.

Comment 27

[eyv]

(In reply to comment #23)
> "S-INBOX:SendData: 10 uid copy 2743" is first action request to server after
> greeting/login/"open of Inbox(FETCH)". So it looks to be a result of retry.
> However, only single set of "uid copy 2743/NO No messages match. (Failure)" is
> seen in log. "multiple error by retry loop of it" or "retry loop of something"
> is not seen in log. And, Inbox is successfully accessed via IDLE even after 
> the error.
> Did "retry loop of something" and "Unable to access Inbox" occur at same time?

Attached is a log that demonstrates the loop when mail is checked repeatedly.

Moreover, recovery procedure mentioned in comment #25 did not work for me.

Comment 28

[eyv]

Attachment: Log of Gmail session that produces the error, including error loop.

Attachment 332873 [details] included only a single failure. This time, mail is checked manually (repeatedly) to show the error condition recurring.

Comment 29

[WADA:World Anti-bad-Duping Agency]

"retry of delete for already expunged mail by someone, upon each attempt of mail folder open" was observed in test for other bug. See Bug 465800 Comment #3.
That phenomenon is very similar to your "error loop by re-try of command".
But the problem of Bug 465800 seems to have been resolved by recent trunk. See Bug 465800 Comment #6 and Bug 465800 Comment #7.

Eugene, can you still re-produce problem with latest-trunk of Tb?

Comment 30

[eyv]

Confirmed works on Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1b3pre) Gecko/20081204 Thunderbird/3.0b1. The error dialog comes up once, but does not enter an infinite loop when dismissed. Thanks!

Comment 31

[Magnus Melin [:mkmelin]]

->WFM per reporter - comment 20. (Or dupe of bug 465800.)

Comment 32

[eyv]

I don't know if anyone else is experiencing this, but now, even though the infinite loop is gone, the dialog box pops up every time email is checked. New mail does not show up. Looks like the fix is incomplete. :(

Comment 33

[eyv]

Reopening as per comment #32. Most likely the same bug.

Comment 34

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #32)
> even though the infinite loop is gone, the dialog box pops up every time email is checked.

(A) Inbox already had problem of "NO to copy uid nn Trash" before use of 20081204 build? (B) Or "NO to copy uid nn Trash" newly started to occur after use of 20081204 build?
"WORKSFORME in Bug 465800 Comment #7" means that there is no chance to try to delete already expunged mail after 20081204 build. So, if (A), re-build index is still required once garbage was generated in mailDB(See Bug 465800 Comment #3).

Comment 35

[eyv]

Most likely A. Current bug refers to infinite loop only. Changing to worksforme.