500180 - Unexpected results from flagging message as deleted in IMAP account

Status: RESOLVED INVALID

(Thunderbird :: Folder and Message Lists, defect)

Description

[Christopher Galik]

User-Agent:       Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10_5_7; en-us) AppleWebKit/530.17 (KHTML, like Gecko) Version/4.0 Safari/530.17
Build Identifier: Mozilla/5.0 (Macintosh; U; Intel Mac OS X 10.5; en-US; rv:1.9.1pre) Gecko/20090623 Shredder/3.0b3pre ID:20090623024532

After having no luck telling TB3 to move deleted messages to "deleted messages" on the server, I set it to just mark messages as deleted.  However, when I then press delete on a message, the "deleted" icon appears for a fraction of a second, then disappears.  In order to get the message to remain marked as deleted, I have to press delete a second time.  However, regardless of whether I "re-delete" the message, the next time Thunderbird refreshes my Inbox, the message disappears, and my "total messages" count in the status bar decreases.

Reproducible: Always

Steps to Reproduce:
1. Set up an IMAP account to mark deleted messages as deleted
2. Press "Delete" for a message
  - (Deleted icon appears for a split second, then disappears again)
3. Wait for client to refresh Inbox
  - (Deleted message that should only be *marked* as deleted, disappears from Inbox)
Actual Results:  
"Deleted" status icon appears for a split second, then disappears.  Message is removed from list when Inbox refreshes.  

Expected Results:  
Message is marked as deleted, deleted flag stays, and message does not disappear from Inbox until cleaned up.

This behavior is consistent with current release of TB2 as well.  May be a server issue, but does not happen with other IMAP clients, such as Mail.app.  Server is FirstClass IMAP4rev1 v9.221.

If I mark a message for deletion while an Inbox refresh is going on (2000 messages in my Inbox, I can watch it occurring by following the log), the delete icon remains until the refresh is completed, at which time the icon disappears.  At the next inbox refresh, the message disappears from the list as well.

Here is a snippet from my IMAP log from trunk.  It seems the client is trying to set two flags to the UID at once, and the server is only acknowledging one.

-1331277824[1cba72e0]: 1a6a400:10.1.1.11:S-INBOX:ProcessCurrentURL: entering
-1331277824[1cba72e0]: 1a6a400:10.1.1.11:S-INBOX:ProcessCurrentURL:imap://Chris%20Galik@10.1.1.11:143/addmsgflags%3EUID%3E/INBOX%3E15669874%3E9:  = currentUrl
-1331277824[1cba72e0]: 1a6a400:10.1.1.11:S-INBOX:SendData: 20 uid store 15669874 +Flags (\Seen \Deleted)
-1331277824[1cba72e0]: ReadNextLine [stream=1ceb86e8 nb=43 needmore=0]
-1331277824[1cba72e0]: 1a6a400:10.1.1.11:S-INBOX:CreateNewLineFromSocket: * 2031 FETCH (FLAGS (\Seen) UID 15669874)
-1331277824[1cba72e0]: ReadNextLine [stream=1ceb86e8 nb=23 needmore=0]
-1331277824[1cba72e0]: 1a6a400:10.1.1.11:S-INBOX:CreateNewLineFromSocket: 20 OK STORE Completed

Comment 1

[David :Bienvenu]

yeah, that's a server bug - is there any way to report the bug to the server vendor?

Other clients may not be trying to store two flags at once, or may be ignoring the server when it reports that the delete flag was not stored.

Comment 2

[Christopher Galik]

I will have the server admin file a bug report with OpenText.  If anyone wants to work with them to provide some insight as to what's going on, client-side, the catch-all email address of their support team is firstclass-support at opentext dot com.

Marking status as resolved: invalid.