Closed
Bug 199155
Opened 21 years ago
Closed 21 years ago
IMAP subfolders do not display, but do show up in subscribe list.
Categories
(MailNews Core :: Networking: IMAP, defect)
Tracking
(Not tracked)
RESOLVED
WORKSFORME
People
(Reporter: gmiller, Assigned: Bienvenu)
References
(Blocks 1 open bug)
Details
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 Build Identifier: Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US; rv:1.3) Gecko/20030312 IMAP subfolders do not display, but do show up in subscribe list. Only the first level of a folder hierarchy shows up in the list on the left-hand pane. When creating a hierarchy, the subfolders show up until the folder list is refreshed. Reproducible: Always Steps to Reproduce: 1.Create IMAP Account. 2.Create folder list, then create subfolders under some of the folders. 3.Refresh the folder list. Actual Results: Did not show subfolders in the left-hand pane. Expected Results: Should have displayed subfolders in the left-hand pane. Running standard configuration as downloaded. In Advanced Mail Server Properties, I have the box unchecked that states "Show only subscribed folders". Every folder in this account is subscribed,
Comment 1•21 years ago
|
||
This occurs on Win98 also. The .mailboxlist gets updated, however never seems to refresh the folder list in the mail client.
Comment 2•21 years ago
|
||
The .mailboxlist appears to be cached in panacea.dat under each user's profile.
Assignee | ||
Comment 3•21 years ago
|
||
no, there's no code that iterates over the contents of panacea.dat. What is cached is the expand/collapse state of parent folders, and if, when we start up, a folder is already expanded, we won't try to list its sub-children. Try collapsing all your folders, and shutting down, then re-starting. You should see all the sub-folders. This is just a work-around - I'm not suggesting there's not a bug. That should be obvious, but some people have not thought it so :-(
Assignee | ||
Comment 4•21 years ago
|
||
accepting. Can you attach an imap protocol log? thx. http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
Status: UNCONFIRMED → ASSIGNED
Ever confirmed: true
Comment 5•21 years ago
|
||
I have a similar problem which I think is related. I am using Courier IMAP with moz release 1.4. I am not sure if my problem is complicated by the way I am accessing the Courier. Courier places all folders as subfolders of the INBOX, so by default they appear as sub folders when the Mozilla IMAP config is default. I have changed the config such that the Server Directory is "INBOX.", the namespaces are blank and the server cannot reset them. This results in the correct view that I want to have of the folders. The only problem that occurs is that the first connection to Courier makes an IMAP request (not the forward slash): list "" "INBOX./%" which result in the correct subfolder list being returned. When I collapse and expand the server view, Mozilla makes the IMAP request (no forward slash in this one): list "" "INBOX.%" which results in the list of children. This is reproducable and the steps required to reproduce are: attach: andy_view1.gif % quit mozilla mail % start mozilla mail attach: andy_view2.gif % click Inbox andy_imaptrace1.txt attach: andy_view3.gif % collapse server view attach: andy_view4.gif % expand server view attach: andy_imaptrace2.txt attach: andy_view5.gif
Comment 6•21 years ago
|
||
I have mistakenly added the attachments to the wrong bug. They are mistakenly under bug http://bugzilla.mozilla.org/show_bug.cgi?id=209022 which is not AFAIK related to this bug. Please refer to the attachments there. Sorry, Andy
Assignee | ||
Comment 7•21 years ago
|
||
Andrew, can you try 1.5b and see if some of these problems are fixed for you?
Comment 8•21 years ago
|
||
Tested. Works ok in 1.5b. Please not mine is not an IMAP expert view. I am just observing. The traces shows two varieties, still, which seems odd. The first trace is when Mozilla starts up and shows the initial view of the folder tree. Note line 6 which shows "INBOX.%/%". In the second trace which is due to collapsing and expanding the folder tree, line 6 shows "INBOX.%.%". 1. 3 list "" "INBOX.%" 2. * LIST (\HasNoChildren) "." "INBOX.Templates" 3. * LIST (\HasNoChildren) "." "INBOX.Drafts" 4. * LIST (\HasNoChildren) "." "INBOX.Sent" 5. 3 OK LIST completed 6. 4 list "" "INBOX.%/%" 7. 4 OK LIST completed 8. 4 list "" "INBOX" 9. * LIST (\Marked \HasChildren) "." "INBOX" 10. 5 OK LIST completed 1. 2 list "" "INBOX.%" 2. * LIST (\HasNoChildren) "." "INBOX.Templates" 3. * LIST (\HasNoChildren) "." "INBOX.Drafts" 4. * LIST (\HasNoChildren) "." "INBOX.Sent" 5. 2 OK LIST completed 6. 3 list "" "INBOX.%.%" 7. 3 OK LIST completed 8. 4 list "" "INBOX" 9. * LIST (\Marked \HasChildren) "." "INBOX" 10. 4 OK LIST completed
Assignee | ||
Comment 9•21 years ago
|
||
ok, thx, Andrew, I'm going to mark this WFM. I agree that the LIST INBOX.%/% is wrong, and I'll look into it, but it sounds like this bug is fixed.
Status: ASSIGNED → RESOLVED
Closed: 21 years ago
Resolution: --- → WORKSFORME
Assignee | ||
Comment 10•21 years ago
|
||
OK, Andrew, I can reproduce the incorrect LIST. I'll try to fix it, but there's a workaround that you can try - allow the server to override/set the namespaces. Setting the server directory will still work (doing both those things together didn't work before, but it should be fine in 1.5b).
Comment 11•21 years ago
|
||
The workaround "allowing the server to override/set the namespaces" worked fine and the LIST is then correct in the two cases. THX.
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•