280704 - IMAP folder list incorrect until mail is fetched

Status: RESOLVED DUPLICATE of bug 316929

(SeaMonkey :: MailNews: Message Display, defect)

Description

[TT]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7.2) Gecko/20040803

When I launch Mozilla mail for the first time, it show a list of folders that it
thinks I have in each account.  For instance, it thinks my "[e-mail]"
account has three folders: Inbox, Drafts, and Trash.  When I click on "Inbox",
Mozilla checks for new messages.  At this point, the "Drafts" folder disappears.

This happens every time I start Mozilla.  It's as if Mozilla refuses to remember
that I don't have a Drafts folder on that IMAP account.

(FYI, I tried really hard to see if this bug was already reported, but after
searching for 10 minutes with different keywords, I just gave up).

Reproducible: Always

Comment 1

[TT]

Attachment: Screen shot of Mozilla Mail window when Mozilla first loads

This is a "before" screen shot.  When I first launch Mozilla Mail, this is what
the folder pane looks like.

Comment 2

[TT]

Attachment: Screen shot of Mozilla Mail after clicking on "Inbox"

This is the "after" screen shot.  I clicked on "Inbox", which triggers Mozilla
to into logging into my IMAP server and checking for new messages.  At this
point, it notices that I don't have a Drafts folder on my IMAP server, so it
deletes my local copy.	This part is normal behavior.  The bug I'm reporting is
that it should have remembered that when I last quit Mozilla.

Comment 3

[Gervase Markham [:gerv]]

This is an automated message, with ID "auto-resolve01".

This bug has had no comments for a long time. Statistically, we have found that
bug reports that have not been confirmed by a second user after three months are
highly unlikely to be the source of a fix to the code.

While your input is very important to us, our resources are limited and so we
are asking for your help in focussing our efforts. If you can still reproduce
this problem in the latest version of the product (see below for how to obtain a
copy) or, for feature requests, if it's not present in the latest version and
you still believe we should implement it, please visit the URL of this bug
(given at the top of this mail) and add a comment to that effect, giving more
reproduction information if you have it.

If it is not a problem any longer, you need take no action. If this bug is not
changed in any way in the next two weeks, it will be automatically resolved.
Thank you for your help in this matter.

The latest beta releases can be obtained from:
Firefox:     http://www.mozilla.org/projects/firefox/
Thunderbird: http://www.mozilla.org/products/thunderbird/releases/1.5beta1.html
Seamonkey:   http://www.mozilla.org/projects/seamonkey/

Comment 4

[TT]

This problem still exists on 1.7.12 on Mac OS X.

Comment 5

[David :Bienvenu]

can you please try a trunk seamonkey build? thx.

Comment 6

[TT]

This still happens on the 2005120101 nightly (Linux).

Comment 7

[TT]

The problem is much worse than my screen shots indicate.  I'm uploading new screen shots with a before and after.  For example, in before.png, notice how the Trash folder has 9 subfolders.  I emptied the trash WEEKS ago, and they're still showing up.  It isn't until after I check email (after.png) that everything is cleared up.

Comment 8

[TT]

Attachment: Screen shot of message folder list before checking the server for the first time

Comment 9

[TT]

Attachment: Screen shot of folder list after clicking on "Get Msgs"

Comment 10

[TT]

I found a work-around for this bug: just delete everything in ImapMail/mail.tabi.org/INBOX.sbd/ before starting Seamonkey.

Comment 11

[Reuben Farrelly]

Yes, it appears to be a problem with the on-disk cache/store not being updated when the client is closed down.  My guess is that it is the deletion of folders in the local store that is not happening.

I am using Thunderbird trunk and seeing the same problem.  Folders long since deleted reappear in the list on startup until TB realises that the server side IMAP no longer contains these folders at which point they disappear from the local view.  But the new/updated folder list is not saved and hence it happens every time we start up...

I don't understand why seemingly simple bugs like this stay unconfirmed and hang around unfixed for so long.  Is anyone actually reading these reports?

Comment 12

[Serge Gautherie (:sgautherie)]

This bug could be a duplicate of bug 316929
Marking as 'Depends on' for now.

Comment 13

[TT]

This bug is for Seamonkey, and bug 316929 is for Thunderbird.

Comment 14

[David :Bienvenu]

it's a core bug, not a TB or SM bug. I'm going to mark this a dup for now

*** This bug has been marked as a duplicate of 316929 ***