Closed Bug 19229 Opened 25 years ago Closed 25 years ago

Cyrus IMAP subfolders do not display

Categories

(MailNews Core :: Networking, defect, P3)

x86
Windows NT
defect

Tracking

(Not tracked)

VERIFIED FIXED

People

(Reporter: carey, Assigned: Bienvenu)

References

Details

Attachments

(1 file)

Using Milestone 11 on WinNT.  I use the Cyrus IMAP server.  None of the
subfolders under my root folder will display their contents in Mozilla.  I get
the full list of folders, but when I try to see the messages in a subfolder I
get an error: "The current command did not succeed.  The mail server
responded:nMailbox does not exist."

There seems to be no place in the preferences to specify a name space for the
IMAP server.  This could be the problem.
QA Contact: lchiang → huang
I will try to recreate this problem for today's build since we just got the
Cyrus buggy up few days ago.
I found this problem on 4.7, too.
I am thinking this is Cyrus Server configuration problem since it used to allow
for creating subfolder of the Inbox (even in 4.7) for Cyrus server.
cfrey, are you using the internal Cyrus Server from the Netscape?
I need to Cc: Lisa & Peter for this...Peter, remember that the Cyrus server
(buggy) used to allow for creating subfolders of the Inbox before? Do you think
that the configuration of the Cyrus Server is correct now?
OK. I take my words back. It's working on the 4.7 now.
I am going to try 5.0....
It works on win32 4.7 rtm build.  I can successfully create subfolders under the
Inbox.
OK. After confirmed with Peter that the Cyrus server shouldn't have problems...
and verify this bug from 5.0. -> Yes! It displayed "The current command did not
succeed. The mail server responded:nMailbox does not exist." even I just select
the subfolders from the Inbox of the Cyrus Server.
I think that there is problem for 5.0 (4.7 is working OK without this problem)
Please also see attachment for the 5.0 Cyrus Server IMAP log file as following:
*** Bug 19624 has been marked as a duplicate of this bug. ***
David, when you get back in on Monday can we get together and talk about our
name space support in 5.0? I agree with cfrey. This is probably why subfolders
aren't working with CYRUs. We don't expose a settable personal name space in the
account manager for imap servers yet.

And browsing through the imap protocol and imap parser today, I saw a couple
places with comments about name spaces that weren't hooked up in 5.0 yet.
i.e. check out nsImapProtocol::FindMailboxesIfNecessary()

It looks like most of the name space code is there so I'm thinking
1) we need to expose the name space in the account manager
2) maybe we broke name spaces somewhere when porting code from 4.5 to 5.0
I'd be very surprised if namespaces worked at all. We never finished porting the
code. We definitely need to expose the namespace preferences in the account
manager, but there's more code to be finished as well.
*** Bug 20527 has been marked as a duplicate of this bug. ***
*** Bug 20535 has been marked as a duplicate of this bug. ***
Target Milestone: M14
Maybe this helps:

In the console this URL is displayed: imap://edwin@130.89.235.121/INBOX/djo
However, folders on Cyrus use a dot as separator, so it should be:
imap://edwin@130.89.235.121/INBOX.djo
Yes, we've determined that it's the hierarchy delimiter that's the source of the
problem.
Assignee: mscott → bienvenu
I'll take this one for now and do the quick solution so we can test
interoperability with cyrus servers. I'll give it back to you, Scott, for the
full-blown fix of passing the mailbox spec into the discover folders code.
Status: NEW → RESOLVED
Closed: 25 years ago
Resolution: --- → FIXED
Target Milestone: M14 → M13
fixed in m13
Status: RESOLVED → VERIFIED
Works OK on WinNT 2000-01-03-09-M13 commercial build:
The subfolders can be created from the Cyrus Inbox folder at least 3 levels
deep.
*** Bug 22545 has been marked as a duplicate of this bug. ***
*** Bug 23023 has been marked as a duplicate of this bug. ***
Product: MailNews → Core
Product: Core → MailNews Core
You need to log in before you can comment on or make changes to this bug.

Attachment

General

Creator:
Created:
Updated:
Size: