186889 - cyrus: cannot subscribe to subfolder created in another imap client

Status: RESOLVED WORKSFORME

(MailNews Core :: Networking: IMAP, defect)

Description

[Paul Boven]

When using the cyrus imap server, so the hierachy seperator is ".", I cannot
subscribe to a subfolder that was created on another imap-client than the
current mailnews. Mozilla mistakenly tries to subscriber to "TEST/test" instead
of "TEST.test". If I do create the folder in Mozilla itself, everything works
fine because then it does know the correct seperator.
To reproduce (this assumes a cyrus server with 'alterneta namespace' enabled)
cyradm imapserver
cm TEST
cm TEST.test
Then try to subscribe to this folder in mozilla: it correctly shows the new
folder and it's subfolder, but subscribing to the subfolder fails. Snoop shows
that mozilla is subscribing to "TEST/test" instead.
Now remove the subfolder from within cyradm (dm TEST.test) and create it in
mozilla: now the folder is immedeatly available.

Comment 1

[Paul Boven]

Another case that doesn't work with Cyrus:
In mozilla, create a folder TEST and a subfolder below it called test.
Then, unsubscribe from both folders, and restart mozilla.
Now it has become impossible to re-subscribe to the TEST.test folder because
mozilla no longer knows the hierachy seperator to use, and will try to subscribe
to TEST/test once again.

Comment 2

[Paul Boven]

Workaround:
Under 'Server settings, Advanced', deselect 'show only subscribed folders'.
Then subscribe to the folders you want, and re-enable 'show only subscribed
folders' again.

Comment 3

[Michiel van Leeuwen (email: mvl+moz@)]

Have you tried using an other client than cyradm?  I naver had troubles with
folders created by pine, and reading them with mozilla.

From my imapd.conf:

# UNIX Hierarchy Convention
# Set to yes, and cyrus will accept dots in names, and use the forward
# slash "/" to delimit levels of the hierarchy. This is done by converting
# internally all dots to "^", and all "/" to dots. So the "rabbit.holes"
# mailbox of user "helmer.fudd" is stored in "user.elmer^fud.rabbit^holes"
#
# WARNING: This option does NOT apply to admin tools such as cyradm 
# (admins ONLY), reconstruct, quota, etc., NOR does it affect LMTP delivery 
# of messages directly to mailboxes via plus-addressing.
# See also userprefix and sharedprefix on imapd.conf(5)

So cyradm is kind of special. It had confused me too.

Comment 4

[David :Bienvenu]

what build are you using?

Comment 5

[Paul Boven]

Sorry, I'm unable to reproduce this with a more recent bug.
I suggest closing this bug.
Apologies if it was reported incorrectly.