528233 - Seamonkey 2 does not always update IMAP mail folders correctly

Status: RESOLVED DUPLICATE of bug 462880

(SeaMonkey :: MailNews: Message Display, defect)

Description

[Bjoern Voigt]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; de; rv:1.9.1.4) Gecko/20091017 SeaMonkey/2.0

Since upgrading to Seamonkey 2 I have the following problem. In some situations Seamonkey displays messages in mail folders but this messages do not exist on the IMAP server anymore. Seamonkey can open the emails if a local copy already exists.

Reproducible: Always

Steps to Reproduce:
1. Create a new IMAP mail folder or use an empty folder. I call the folder "INBOX.temp" here
2. Copy a message to this folder INBOX.temp
3. Open the copied message in INBOX.temp
4. Switch to another folder
5. Delete the message in INBOX.temp from another IMAP client (the message file should not exist anymore, marking it as deleted may not be enough)
6. Click on the folder in Seamonkey
Actual Results:  
You see the old message, which is already removed from the IMAP server. You can open it. But copying and moving this message is silently ignored.

Expected Results:  
Seamonkey should check this folder again and update the message list. This worked in Seamonkey 1. 

I use a Courier IMAP server 4.5.0. The IDLE setting probably not affects the problem.

Comment 1

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #0)
> Steps to Reproduce:
>(snip)
> 5. Delete the message in INBOX.temp from another IMAP client
> (the message file should not exist anymore, marking it as deleted may not be enough)

What do you mean by "the message file should not exist anymore"?
 a. Delete folder named INBOX.temp?
 b. Delete all mails in INBOX.temp and expunge(compact)?
 c. Delete all mails in INBOX.temp? (store flag \Deleted)

> 6. Click on the folder in Seamonkey
> Actual Results:  
> You see the old message, which is already removed from the IMAP server.

What happens if you do next after step 6?
> 7. Copy a mail to INBOX.temp

Dup of bug 462880? (get IMAP log and see IMAP level flow)

Comment 2

[Bjoern Voigt]

With "the message file should not exist anymore" I meant, that the mail message is deleted externally. In the test I deleted the message with the "rm" tool, this should be the same like "deleted and expunged".

If I copy a new message to the folder in step 7, the message display is correct.

I also think, that bug 462880 describes the same problem, but for Gmail.

Comment 3

[Bjoern Voigt]

Attachment: Testcase (step 1 to 7)

Comment 4

[Brian]

I have the same issue as well.

If i edit any messages with a another email client, such as move items from the inbox into sub foldera, I go to the seamonkey mail, the inbox folder still shows the messages that I moved in the inbox. If you try to read them, no message appears as the messages have been moved.

The only work around I do is Rebuild the Summary File Right Click Inbox > Properties > Rebuild Summary File. This cleans the inbox and puts it at its normal state.

This seems to pertain to Exchange IMAP (Exchange 2010 if it makes any difference)

Comment 5

[WADA:World Anti-bad-Duping Agency]

(In reply to comment #2)
> I also think, that bug 462880 describes the same problem, but for Gmail.

That bug is not for Gmail only. Merely "Gmail" in bug summary because problem was reproduced using Gmail & Gmail IMAP. It's same as "multiple IMAP clients with ordinal IMAP server" as for the problem.
As written in Keywords: field of bug 462880, it's fixed by Sm 2.0.3. Check with latest nightly, please.
> http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-1.9.1/
> http://ftp.mozilla.org/pub/mozilla.org/seamonkey/nightly/latest-comm-1.9.1-l10n/
> Download win32.zip build. You can test by UNZIP only.