Open Bug 62622 Opened 22 years ago Updated 7 years ago

starting up imap with server down or network not connected messes up hierarchy separator


(MailNews Core :: Networking: IMAP, defect)

Windows NT
Not set


(Not tracked)


(Reporter: Bienvenu, Unassigned)


(Blocks 1 open bug)


(Whiteboard: [dupeme?])


(1 file)

I've noticed this a couple times, and finally figured out what was causing it.
If you start up mail and open an imap inbox while not connected to the network
(I was testing offline), we mess up sub-folders so that they show up as
parent\sub folder instead of just sub-folder, e.g.


instead of

Then, the db's for the sub-folders are blown away, so next time you start up,
you need to download all the headers again. This might be a bug in how we handle
failure in folder discovery; I'm not sure yet.
Keywords: mail3
QA Contact: esther → laurel
marking nsbeta1+ and moving to mozilla0.8
Keywords: nsbeta1
Priority: P3 → P2
Whiteboard: [nsbeta1+]
Target Milestone: --- → mozilla0.8
moving to mozilla0.9
Target Milestone: mozilla0.8 → mozilla0.9
marking nsbeta1- and moving to future milestone.
Keywords: nsbeta1nsbeta1-
Whiteboard: [nsbeta1+] → [nsbeta1+ 2/13]
Target Milestone: mozilla0.9 → Future
Laurel, are you sure this isn't a dup of that bug you filed recently about imap
folders showing up funny in the folder pane? It looks awfully similar to bug
72871, which happens when you start up off the network, or with the imap server
In bug 72871 I did not start offline and do not recall the server being down. 
If you think that's a duplicate of this, I'll go with your decision. But again,
I don't think it's always a case of offline or server down.
by starting up offline, I don't mean starting and telling the product you're
offline - I mean starting up disconnected to the network but the product thinks
you're online. Well, if I fix this, we'll see if the other problem goes away. or
you could try a little experiment and start up with your ethernet cable
disconnected and see if you see bug 72871
Product: MailNews → Core
I have exactly the same behaviour but only on one IMAP server (I am using
currently four accounts).

Version: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217
Also in earlier versions (1.7.1, 1.7.3).

Does not happen in Mozilla 1.7.3 build from FreeBSD ports (I am using same
accounts and IMAP servers there).

All subfolders of "mail" (IMAP server is at the traditional UNIX server)
initially appear as "mail\foldername" with old new message counts and
boldifications. After getting a connection (password entered) mozilla
re-arranges folders properly. If you click on a "mail\xxx" folder during that
process you usually get an error message about "SELECT" command failed on that
Mozilla IMAP folder view _before_ authentication - with expanded "mail/xxx"

Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.7.5) Gecko/20041217
Product: Core → MailNews Core
QA Contact: laurel → networking.imap
Do we have duplicates of this?
And does it even still exist?
Assignee: mozilla → nobody
Priority: P2 → --
Summary: starting up imap with server down messes up hierarchy separator → starting up imap with server down or network not connected messes up hierarchy separator
Whiteboard: [nsbeta1+ 2/13] → [dupeme?]
Target Milestone: Future → ---
Blocks: 678947
You need to log in before you can comment on or make changes to this bug.