101341 - Extra mailboxes in imported profile

Status: VERIFIED WORKSFORME

(MailNews Core :: Backend, defect)

Description

[deej]

From Bugzilla Helper:
User-Agent: Mozilla/5.0 (Macintosh; U; PPC; en-US; rv:0.9.4) Gecko/20010913
BuildID:    2001091311

Imported a N4.78 profile which includes an IMAP mail account. The Mail/News
component displayed a number of additional items in the IMAP mailbox list (ie:
not the Local Mailboxes), these included "/Draft", "/Sent" and a couple of others.

The Subscribe tool was unable to remove these. The "tick" marks were removed,
but upon closing the Subscribe panel, no difference was noted in the mailbox
list. Returning to the Subscribe panel showed that the items were still "checked".

Next, tried to remove these boxes using the contextual menu's "Delete Folder"
command. Mozilla returned a message that the folder was not found.

I logged into my shell account and had a look - these items did not exist. It
looks like Mozilla was reading either or both of the files ".mailboxlist" and
".mlbxtmp" in my home directory:

~/.mailboxlist
~/.mlbxlstmp

Removing these files resolved the problem. Mozilla seems to have created new
files with the same name, but they appear to contain valid entries.

Without the original versions of these files, the problem has gone away. and I
have not been able to replicate it.

Reproducible: Couldn't Reproduce
Steps to Reproduce:
1. Ermmm... complicated.
2.
3.

Comment 1

[Greg K.]

Reporter, did your .mailboxlist claim the existence of Drafts or Sent folders?

Without better instructions to reproduce this, I don't think there's much of a bug to 
resolve here. Though it may not be the answer you want to hear, it's more likely that 
something was misconfigured in your old Nav 4.x mail account profile.

What kind of IMAP server are you using, and on what platform?

Comment 2

[deej]

Here's what I've been able to determine since logging the problem:

.mailboxlist had contained a couple of items like this:

mail//Drafts
mail//Sent

Mozilla then decided that the mailboxes must be called "/Drafts" and "/Sent" and
represented them in Mail/News, even though the real items were "Drafts" and "Sent".

The problem seems to have been caused by a different IMAP mail client
incorrectly inserting additional "/" characters into .mailboxlist when it was
setting up new "Drafts" and "Sent" boxes. While it seems that this is not
Mozilla's problem, I would suggest that Mozilla should handle invalid mailboxes
in .mailboxlist better, such as saying "This mailbox could not be found or is
invalid. Would you like to remove it from the list?", rather that leaving an
inaccessible box in the user's list which cannot be removed.

For the record, Mozilla creates new IMAP boxes and adds them to .mailboxlist
correctly.

I don't know what the IMAP server is, other than that it seems to be "imapd" on
a Solaris 8 (5.8) host.

Comment 3

[Greg K.]

This is probably something other than Profile Migration. Starting with Mail Back
End.

Comment 4

[Greg K.]

Reporter, can you still reproduce this using 0.9.5?

Comment 5

[Greg K.]

Marking WFM due to lack of response from Reporter.

Comment 6

[Karen Huang]

I am thinking that this is IMAP interop bug. Adding interop keywords on this 
bug.
In order to specify the IMAP server that you have.
Reporter, can you setup as following to get the IMAP log and attach the IMAP log 
here?
---------------------------------------------------------------------------
For Mac:
Create a text file that contains the following lines in a text editor 
(ex: BBEdit) 
After save this file, drag and drop this file on the Netscape/Mozilla 
application icon, 
the log file will be created from the seamonkey folder. 

ARGS:-mail 
ENV:NSPR_LOG_MODULES=IMAP:5 
ENV:NSPR_LOG_FILE=[filename](ex:map5io.txt)
-------------------------------------------------------------------------------

Also, can you provide Advanced IMAP Server Settings Info here?
I would like to know where you point to for the IMAP server directory. Thanks.

Comment 7

[Karen Huang]

I cannot reproduce this problem by using the current trunk build.
Verified WFM.
I am verifying/closing this bug now. Reporter, please reopen this bug if problem 
is still existing for the latest build.