I have a lot of subsub folders of my INBOX. Folders like: INBOX/Projects/Mozilla But all these subsub folders are not shown in Mozilla anymore! Using build 2000052520 on Win2k

This seems to happen only on my Exchange mail account! Can anyone see folders in folders in INBOX. Meaning: INBOX\Projects\Mozilla To mean the Projects folder is just shown empty, with not subfolders. Help! This just to work.

Changed since this also happens on my Software.com IMAP server. Here's the funny part. If I choose and subfolder of my INBOX and creates a new folder, I can see the folder, but if I then restart Mozilla the folder is no longer shown.

Found the cause of the problem!!!! In the new version of Mozilla (build 2000052720) you send: 768[24dee30]: tarkin.ost.tele.dk:A:SendData: 4 list "" "%" This will give you folder like "Template", "Trash", etc.. the you send: 768[24dee30]: tarkin.ost.tele.dk:A:SendData: 5 list "" "%/%" This will give you folder like "INBOX\Projects", "INBOX\Private", etc.. Now you dont send anything else missing folders of folders. In an old version (20000422) you send: 876[229e3e8]: tarkin.ost.tele.dk:A:SendData: 4 lsub "" "*" Which gave you all folders, including subfolders and subsubfolders, etc...

adding interop keyword. Gemal, thanks for log deduction!!! this will be most helpful for me when I try to track this down. I'll look at it first thing in the morning tomorrow (we had a holiday today in the states).

Jeff, I'm thinking this lsub change may have been related to your changes on May10th to the imap protocol for DiscoverAllAndSubscribedBoxes. Looks like we used to always call through to DiscoverMailboxList which issued the lsub * . Now we do special processing and come out only asking for top level folders and children of those top level folders: list "" "%" and list "" "%/%"

I'll take a look.

DiscoverAllAndSubscribedBoxes() only used by subscribe dialog. It shouldn't have anything to do with normail folder discovery, DiscoverMailboxList(). However, there is folder cache format changes which may affect the display of the folder pane. Try removing all *.rdf files and *.dat files which may fix your problem.

I just created a brand new mozilla profile and still getting the problem. The problem is the: list "" "%" and list "" "%/%"

Here at mail connect I see the same problem on Critical Path Imap Servers. We issue a List % to get the top level folders and a list %/% to discover the second level folders but we never issue anything to discover folders underneath the first level of subfolders!!!! Same exact problem as gemal is reporting here. Bumping priority to P2.

acckk we lost the subject for this bug. It seems that the difference between servers where this works and servers where this doesn't work lies in different implemntations of list. Some servers: list % returns ALL folders (including subfolders). I see this for netscape and novell nims servers where this problem doesn't occurr. Servers that only return the top level folders in response to a list % have this problem where we don't ever discover folders more than 2 levels deep. Because the only other list command we fire is a %/%.

> Changed since this also happens on my Software.com IMAP server. At Mail connect6, by using 05-30-08-M16 commercial build for the Software.com IMAP server: I cannot reproduce this problem after create 2 levels deep subfolders and restart Netscape 6. Attached the IMAL log as following:

Here's the problem, if under the advanced preferences window, you have only show subscribed folders UNCHECKED (which is the case by default in seamonkey) than both 4.7 and 5.0 fail to display subfolders more than 2 levels deep. Jeff couldn't reproduce this problem because for some reason on his machines new accounts have this value checked by default. But the rest of us get it unchecked. Gemal, as a temporary work around, go ahead and check this option in the advanced preferences for your imap server. On the investigation front, if we aren't showing just subscribed folders, then we only issue a list % and a list %/% (which seems redundant) to discover folders. Many servers only return the top level folders in response to the list % command. Some servers (like netscape) return all folders (including subfolders). This is why it works for netscape servers and not others.

Jeff just told me the solution, instead of issuing list % followed by a list %/ %, we should be issuing list * which will return all subscribed and unsubscribed folders. Thanks jeff. I have the fix in my tree here at mail connect and it seems to be working great against the servers I was having problems with. Need beta2+ from PDT so i can check this in.

I just found that from 47, it will not display the subfolders initially, but after select and expand that folders w/subfolders....it will display later. From Netscape6, this is really problem did not display initially & even expand that folders w/subfolders......we still trying to figure out why 4.7 no problem but 6.0 still having problem here....

Putting on [nsbeta2+] radar for beta2 fix.

It turns out that we should list the folder when we are not using subscription. Seth will help us implementing the hook for us when expanding the folder tree. What we need to do is to call imap service DiscoverChildren() when expand a folder. I'll take this bug.

ok jefft. update, rebuild, and implement nsImapMailFolder::PerformExpand() don't get confused by nsImapIncomingServer::PerformExpand(), you want to implement the nsImapMailFolder() one for this bug.

Cool. Thanks, Seth.

fix checked in.

OK Verified on WinNT 06-06-13-M16 commercial build OK Verified on Linux 06-07-13-M16 commercial build OK Verified on Mac 06-06-08-M16 commercial build The subfolders displayed as expected, but there were twisty expand/collapse folders refresh problem which may address on bug 41170. I will prefer Henrik to verify this bug too...still marking as verified for this bug. (If Henrik still having problem for this bug, please reopen that. Thanks.)

Works for me too.

Great! Thanks for double check for this bug.