Closed Bug 121104 Opened 23 years ago Closed 22 years ago

IMAP: can see only second level of public folders


(MailNews Core :: Networking: IMAP, defect)

Not set


(Not tracked)



(Reporter: fedor, Assigned: sspitzer)


From Bugzilla Helper:
User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:0.9.7) Gecko/20011226
BuildID:    2001122617

When connecting to Exchange 5.5 or Exchange 2000 via IMAP both Mozilla 9.5, 9.6,
9.7 can see only the second level of Public Folders (but we have the 3, 4, 5 and

Reproducible: Always
Steps to Reproduce:
1.Try to open the tree of Public Folders on Exchange 5.5 or 2000

Actual Results:  You can see the folders and messages only till the second level

Expected Results:  To see all the levels

When you try to subcribe to specific Public Folders Mozilla also shows only the
second level and some of the folders' names are displayed as "QWE3R34T34563E34R5YW"
KMail 1.3.1 shows the Public Folders correctly.
Evolution 0.9.5 - no.
Is this still a problem?

Having problems finding someone with IMAP access to Exchange...
in mozilla 1.0 RC1 it is still a problem
Confirmed on mozilla 1.1a, RH Linux 7.2

When opening the imap folder tree, mozilla only scans the first 2 levels and
shows deeper levels as if they were message folders (not subfolders).
When I close and reopen the innermost level, mozilla scans two more levels and
stops at the last one again.
Deleting msf files doesn't help.
This also keeps me from filing messages (via context menu or search dialog) in
deeper subfolders which I haven't opened yet in the current session. 

Reproducible: always
Reporter (Fedor Fantikov): Can you reproduce this with a recent Mozilla version
(like 1.1beta)? If not, please mark this bug as "worksforme".
The bug still exists in version 1.1b
I get this problem using Mozilla/5.0 (Windows; U; Windows NT 5.0; en-US;
rv:1.0.1) Gecko/20020823 Netscape/7.0 when connecting to Exchange 5.5 on Windows
2000 so would seem to be a more general problem than just Linux
Marking NEW by independent confirmation in previous comment, adjusting OS.

Ever confirmed: true
OS: Linux → All
Hardware: PC → All
I can reproduce this with build 2002091014, cyrus imapd 2.1.5 and exchange 2000.
Seems to be independent of mail server. Also, it is not limited to public
folders, private folders are affected as well. Btw, if you create the folders
using mozilla,  everything works fine until you unsubsribe them and close the
subscription window. The next time you open it, you will only see them up to
depth 2 (plus the virtual "shared folders" folder, in case of public folders).
I can confirm this occurs when accessing a MailRelayer (
IMAP server as well. It is definitely server-independant.
Additional background observations:
 - when I connect to my cyrus 2.x IMAP servers I can only see the top two levels
of public folders - UNLESS I have already subscribed to other deeper level
folders using Outlook (platform Windows NT).

This was with Netscape 7 (is the mail system borrowing information from
Outlook's settings to find out about the other folders?)
The bug persist on v 1.3a, build 2002112213. It was reported eleven months ago,
why can't it be re-assigned to someone who's not on sabbatical? 
Although implied, I don't see it in the comments, but this bug also affects mail
folders via IMAP.  If you have nested folders more than 2 levels deep on an
Exchange or any RFC-compliant IMAP server, you will not see the deep folders.

Interesting to note, however, is that the *very first time* mozilla hits this
mailbox (and presumably public folder server) it will allow you to see and
subscribe to those deeply nested folders.  After that, if you have not
subscribed, you will need to use some other IMAP client to get those folders.
QA Contact: huang → gchan
I am having this problem with 1.3b. I can subscribe to all the folders (more
than two levels deep) and can mark them for download/offline use; I can download
them and go offline with no problem; and I can see all the messages in all the
folders. However - when I go back online, Mozilla "forgets" all the folders more
than two levels deep, even deleting their message files. And when new mail comes
in, Moz disables any filters that filter messages to third or deeper level boxes.

Closing and opening a second level box will give me "twisties" for the third
level and subsequent boxes. But the messages are now all gone, and have to be

This is really frustrating, and is holding up our deployment of Mozilla. If we
can't get this fixed soon we're going to have to do with another IMAP client,
since our laptop users need access to their offline message when on the road.
Flags: blocking1.3+
Why was this marked blocking1.3+?
Summary: IMAP:can see only second level of public folders → IMAP: can see only second level of public folders

note to, you can request (use ?) for a blocker, but
drivers (like have to approve it (use +)
Assignee: mscott → sspitzer
Flags: blocking1.3+ → blocking1.3?
Flags: blocking1.3? → blocking1.3-
The summary is wrong and should be corrected. This problem is not limited to 
public mail folders. I get the same problem with my personal mail folders. 

Mozilla 1.2.1 Mail is only available to access folders at level 1 and 2 
beneath my mail root (personal mail folders):
  Inbox          OK: Read messages
  2fo/Div        OK: Read messages
  Div/Ugh        OK: Read messages
  Div/Firmaer/   Problem: Subfolders can not be seen, content not accessible,
                          folder not expandable

I agree with the last paragraph of Additional Comment #13 From and Additional Comment #11 From Zenon Panoussis

Background information
Client OS Microsoft Windows XP Professional SP1 English

IMAP server: telnet imap:
IMAP4rev1 2002.330 at Thu, 13 Mar 2003 23:45:47 +0100 (MET)

IMAP folder hierarchy created and accessible with the following IMAP clients:
- Netmanage Z-Mail Pro v. 6.2
- Pegasus Mail V4.02a (Win32)
- horde IMP Webmail Client (3.x?) ( running in
  - Mozilla 1.2.1
  - Microsoft Internet Explorer 6.0.2800.1106.xpsp1.020828-1920
Flags: blocking1.4a?
Flags: blocking1.4a? → blocking1.4a-

*** This bug has been marked as a duplicate of 138759 ***
Closed: 22 years ago
Resolution: --- → DUPLICATE
This is a dupe of bug 138759, please update your votes.
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.