Closed Bug 265656 Opened 20 years ago Closed 20 years ago

shared folders from Courier IMAP servers don't show up under "subscribe" dialog

Categories

(MailNews Core :: Networking: IMAP, defect)

x86
Linux
defect
Not set
normal

Tracking

(Not tracked)

RESOLVED INVALID

People

(Reporter: tzz, Assigned: Bienvenu)

Details

Attachments

(1 file, 1 obsolete file)

User-Agent:       Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5
Build Identifier: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.7.3) Gecko/20041007 Debian/1.7.3-5

Mozilla does not show the shared folders from Courier IMAP.

Those are set up correctly, but not visible in the "Subscribe" dialog.

Reproducible: Always
Steps to Reproduce:
1. Set up shared folders on a Courier IMAP server
2. Access that server with Mozilla Mail
3. Invoke "Subscribe" dialog

Actual Results:  
No shared folders were visible.  Here's the relevant piece of the IMAP exchange:

     asimov -> mailread      IMAP C port=52348 93 lsub "" "shared.*            
                                                                               
                                                                               
                                     
    mailread -> asimov       IMAP R port=52348 93 OK LSUB completed            
                                                           
      asimov -> mailread     IMAP C port=52348 94 list "" "shared.%            
                                                          
                                                                               
                                                               mailread ->
asimov       IMAP R port=52348 94 OK LIST completed                            
                                           


Expected Results:  
From the command line, I was able to get the correct listing from Courier IMAP:

imapd /maildirs/tzz
INFO: LOGIN, user=user, ip=[127.0.0.1], protocol=IMAP                          
                                                           
* PREAUTH Ready.
 34 lsub "" "shared.*"                                                         
                                                           
34 OK LSUB completed
 35 list "" "shared.%"                                                         
                                                           
* LIST (\Noselect \HasChildren) "." "shared.SHARED"
35 OK LIST completed                                                           
                                                           


Because Mozilla is issuing the same commands as the command-line test, something
else in its interaction with the IMAP server is wrong, but I don't know what. 
It does look like it sets something stateful on the server.

Any help is greatly appreciated!
are you saying that we're missing the closing "" when doing list and lsub?
Wouldn't that generate a server error? Can you attach a client-side protocol log?

http://www.mozilla.org/quality/mailnews/mail-troubleshoot.html#imap
This is a network dump generated with Solaris `snoop' but it is viewable with
Ethereal as well.
Here's the Mozilla log.  Sorry for the network dump, I didn't know about NSPR
logs.
Attachment #163043 - Attachment is obsolete: true
bizarre - could it be the preauth?
(In reply to comment #4)
> bizarre - could it be the preauth?

Could you explain what you mean, if it's something I can change or debug?

Thanks
if you look at the mozilla log, we login with LOGON (though we supress it in the
log). But when you telnet, it looks like you were PREAUTHED by the server, so
you didn't login through login. I'm not sure how to test it - you could try
telneting from a different machine, which should make it so the server won't
PREAUTH you.

It could be a question of login identity as well - it might only be showing the
shared folders to some login identities and not others...anyway, I don't think
this could be a client bug, from what I've seen.
I see.  I was able to test over telnet and shared folders were still not
visible, so this is not a Mozilla Mail problem.  Sorry for the trouble and
thanks for the quick advice.
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago
Resolution: --- → FIXED
reopening to mark invalid
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
(people get snarky when bugs are marked fixed when there wasn't a real fix :-) )
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago20 years ago
Resolution: --- → INVALID
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: