237609 - ghost INBOX^ folders

Status: VERIFIED FIXED

(MailNews Core :: Networking: IMAP, defect)

Description

[David Anderson]

User-Agent:       Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8
Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.6) Gecko/20040206 Firefox/0.8

Before, in bug 226289, my mailbox couldn't set up new folders, for example, a
drafts folder.

Now, when thunderbird starts, some basic folders that thunderbird was incapable
or creating before now 'exists' as ghosts:
for example, there is a
INBOX^DRAFTS
folder under one of my accounts that never would create a drafts folder.

Each time I reopen thunderbird, another INBOX^ gets prepended to the folder name...
so its like
INBOX^INBOX^DRAFTS, etc..

When I click on the folder, I get the message 'invalid mailbox name or must be
subscribed to', and the folder removes itself.
When I click on the inbox folder (the parent folder to the other automatically
created folders), all of these ghost folders disappear.

However, a work around is to create the real folder by doing something that
creates a need for the folder.
For example, to stop the INBOX^[*n]DRAFTS folder, I can make thunderbird create
the real Drafts folder by saving a composition

Reproducible: Always
Steps to Reproduce:
1. Open thunderbird
2. Observe INBOX^[*n] ghost folders
3. Click on a ghost folder
4. Observe error message: 'invalid mailbox name or must be subscribed to'
5. Click on the parent Inbox folder
6. Observe remaining ghost folders disappear

Actual Results:  
(included in steps)

Expected Results:  
the folders should be real folders, for example
INBOX^DRAFTS
should be a working
Drafts
folder, automatically

I have an account at dreamhost.com
Currently, they use box Coutier IMAP, which creates all subdirectories under the
Inbox folder, including the Sent folder.

This is using Mozilla Thunderbird 0.5+ (20040312) on Windows

Comment 1

[Alexander Edgren]

I can confirm this bug, or maybe it is a relative to this. 

Pictures are <a href=http://flarn.com/~ale/thunderbird_inbox.png>here</a> and <a
href=http://flarn.com/~ale/thunderbird_inbox2.png>here</a>. I'm using Branch
build version 0.6+ (20040606).

They show up when I start Thunderbird and before I log in. As soon as I login
they wanish.

Comment 2

[jwq]

version 0.6 (20040502)Thunderbird version 0.6 (20040502); Mac OS 10.2.8

I can confirm this bug in 0.6. As the "ghost" folders disappear when
Thunderbird checks the IMAP account for new messages on the server,
"Check for new messages at startup" should be disabled to reproduce 
the bug as described above.

Comment 3

[David Anderson]

Confirming my account is not set to check for messages on startup (the default,
I believe).

No longer receiving the message 'invalid mailbox name or must be subscribed to',
so removing that part from summary.

Confirming this on version 0.6 (20040502) (Windows)

Comment 4

[Jim diGriz]

Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.7) Gecko/20040608

An INBOX^INBOX ghost folder cropped up in Mozilla suite (seamonkey) 1.7rc3 with
my IMAP account but as you say it goes away if I do anything such as check mail.
 Since it didn't stop me from doing anything I didn't report it.

Am I allowed to change the bug component setting from Thunderbird to MailNews?

JdG

Comment 5

[Scott MacGregor]

cc'ing David. David this issue first appeared in 0.6. So something between 0.5
and 0.6 triggered this. Stuart saw it when he installed tbird 0.6 for the very
first time with a new profile. 

Comment 6

[Alan Hart]

Attachment: Screen grab illustrating the problem (Windows; U; Win98; en-US; rv:1.7) Gecko/20040616

Comment 7

[David :Bienvenu]

I believe this should be fixed in later trunk and aviary branch builds...

Comment 8

[Frank Wein [:mcsmurf]]

Confirming this bug so and moving to MailNews, since it also appears there and
is not a TB-only bug

Comment 9

[David :Bienvenu]

Attachment: proposed fix

just ignore folders with an unknown hieararchy delimiter. Also, ignore .msf
files for virtual folders, since we'll add those from virtualFolders.dat

Comment 10

[Ger Teunis]

I think bug #247402 may be resolved by this as well. Will test it tomorrow.

Comment 11

[David :Bienvenu]

yes, most likely this should resolve that.

Comment 12

[sairuh (rarely reading bugmail)]

thanks for fixing this, david! vrfy'd fixed with 2004101505-0.8 on linux fc2.

Comment 13

[Ger Teunis]

(In reply to comment #10)
> I think bug #247402 may be resolved by this as well. Will test it tomorrow.

Thanks for fixing, bug #247402 is resolved as well. (could you dupe it?)

Comment 14

[David :Bienvenu]

*** Bug 247402 has been marked as a duplicate of this bug. ***