284764 - Some IMAP public folders cannot be accessed or subscribed

Status: RESOLVED INVALID

(MailNews Core :: Networking: IMAP, defect)

Description

[Lev]

User-Agent:       Mozilla/4.0 (compatible; MSIE 6.0; Windows NT 5.1; SV1; e-fellows.net; .NET CLR 1.1.4322)
Build Identifier: 

When accessing an public folder on a (Cyrus) IMAP by the subscription window 
or in the folders panel, some folders are rendered grey and cannot be a) 
subscribed in the subscription window or b) get mails moved in. However, new 
mails or sub folders are shown in the expected way when clicking on it.

The strange behaviur seems to occur ONLY when the name of a sub-folder 
situated on the same level as the affected folder begins with exactly the same 
string as the name of the affected folder.

EXAMPLE:

workflow        <- public shared folder
 |
 +Spam          <- not affected folder
 |
 +Box           <- affected folder: displayed grey, cannot be 
 |                        subscribed alone!!!
 +Box-Archive   <- not affected folder contains "Box" in name
 |
 +Other         <- some other not affected folder
 | |
 | +Subbox      <- some other not affected sub folder
 |
 ... etc.

The folders "Box" and "Box-Archive" have both the same settings/rights on the 
Cyrus server, however "Box" appears grey in the subscription window and in the 
folders list in TB. The only posibility to subscribe "Box" is to create a 
subfolder and subscribe it.

MS Outlook 2x/XP, Outlook Express and Murlberry make no difference between the 
two folders, the subscription of "Box" is possible in these clients.

I tested the behaviour with many various settings for the IMAP account (for 
example unchecking and checking "Server supports folders which contain 
subfolders and messages" or changing the IMAP namespace etc.), but the problem 
persisted.

It seems, that TB get confused by the minus sign of the second folder "Box-
Archive" at the same root as "Box", but that is only speculation.

It may be useful to mention, that I have a real IMAP user named "workflow" 
configured on the Cyrus machine, however that should not inflict the correct 
reading of the folder properties, since I didn't change the standard namespace 
of the mail server which is:
"INBOX." : Personal
"user."  : User mailboxes
""       : Shared area

Reproducible: Always

Steps to Reproduce:
See above.



Tested with Thunderbird 1.0.0 and Thunderbird 1.0.0+ on Windows XP and SuSE 
Linux 9.2 KDE

*** TESTING ENVIRONMENT ***
IMAP-SERVER:
name       : Cyrus IMAPD
version    : v2.2.8 2004/07/29 15:44:37
vendor     : Project Cyrus
support-url: http://asg.web.cmu.edu/cyrus
os         : Linux
os-version : 2.6.8-24.11-smp
environment: Built w/Cyrus SASL 2.1.19
             Running w/Cyrus SASL 2.1.19
             Built w/Sleepycat Software: Berkeley DB 4.2.52: (February  7, 
2005)
             Running w/Sleepycat Software: Berkeley DB 4.2.52: (October  5, 
2004)
             Built w/OpenSSL 0.9.7d 17 Mar 2004
             Running w/OpenSSL 0.9.7d 17 Mar 2004
             CMU Sieve 2.2
             DRAC
             TCP Wrappers
             mmap = shared
             lock = fcntl
             nonblock = fcntl
             auth = unix
             idle = idled

CLIENT1: Windows XP Version 5.1.2600 SP2 / Thunderbird 1.0.0 or 1.0.0+
CLIENT2: SuSE Linux 9.2 / Thunderbird 1.0.0

Comment 1

[Martin Burnicki]

I can reproduce this behaviour even in:

- Thunderbird 1.0.6 (Win32)
- Mozilla/5.0 (X11; U; Linux i686; de-AT; rv:1.7.10) Gecko/20050727

If there are 2 Mailboxes on a Cyrus server which have the same first part of the
name, and the second folder has han appendix starting with '-' then only the
second folder is accessible while the first one is greyed out. 

E.g. with folders for some SuSE mailing lists:

security           greyed out
security-announce  normal

programming        greyed out
programming-e      normal

Neither Mozilla mail nor Thunderbird can subscribe to the folders which are
greyed out, they don't even show mails those folders contain.

KDE's kmail displays those folders and their contents properly.

Martin

Comment 2

[Nikolay Shopik]

still see problem using latest TB?

Comment 3

[Pablo Icasso]

I can reproduce (always) this behaviour with Thunderbird 2.0.0.14 (Win32 & Ubuntu). The shared mailboxes are on a cyrus server (2.2.13-10) on debian etch. 

Comment 4

[Joshua Cranmer [:jcranmer]]

Can you produce a protocol log?
http://wiki.mozilla.org/MailNews:Logging

A grayed-out folder should be indicating \Noselect, so refresh the subscribe dialog to make sure that TB sends a LIST out.

Comment 5

[Pablo Icasso]

Attachment: protocol log with the bug

Comment 6

[Pablo Icasso]

Attachment: screenshot when there is the bug

Comment 7

[Pablo Icasso]

Attachment: protocol log with no bug

There is no bug when the rights are retrieved from the following folder "testfb-"

Comment 8

[Pablo Icasso]

Attachment: screenshot when there is no bug

Comment 9

[Joshua Cranmer [:jcranmer]]

Comment on attachment 331102 [details]
protocol log with the bug

> * NAMESPACE (("" "/")) (("Bo&AO4-tes partag&AOk-es/" "/")) (("Dossiers partag&AOk-s/" "/"))

<OT>Yay for correct I18n support!</OT>

>SEND: 18 list "" "%/%"
>RECV: * LIST (\HasNoChildren) "/" "Bo&AO4-tes partag&AOk-es/testfb"
>RECV: * LIST (\Noselect \HasChildren) "/" "Bo&AO4-tes partag&AOk-es/testfb"

And herein lies the problem: the server is telling us at first, this is a subscribable, and then changes its mind and says it's not subscribable.

Comment 10

[Pablo Icasso]

So, it seem's to be a Cyrus bug. We are filling the Andrew Bugzilla.
IMP can deal with that bug (it's possible with IMP to subscribe to any folder) ; would'nt it be possible for Thunderbird to bypass this bug ?

Comment 11

[Nikolay Shopik]

Wayne, should't we close this as INVALID?

Comment 12

[Wayne Mery (:wsmwk)]

(In reply to comment #11)
> Wayne, should't we close this as INVALID?

yes. thanks   Nikolay