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)
Tracking
(Not tracked)
RESOLVED
INVALID
People
(Reporter: tzz, Assigned: Bienvenu)
Details
Attachments
(1 file, 1 obsolete file)
|
37.86 KB,
application/octet-stream
|
Details |
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!| Assignee | ||
Comment 1•20 years ago
|
||
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
| Reporter | ||
Comment 2•20 years ago
|
||
This is a network dump generated with Solaris `snoop' but it is viewable with Ethereal as well.
| Reporter | ||
Comment 3•20 years ago
|
||
Here's the Mozilla log. Sorry for the network dump, I didn't know about NSPR logs.
Attachment #163043 -
Attachment is obsolete: true
| Assignee | ||
Comment 4•20 years ago
|
||
bizarre - could it be the preauth?
| Reporter | ||
Comment 5•20 years ago
|
||
(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
| Assignee | ||
Comment 6•20 years ago
|
||
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.
| Reporter | ||
Comment 7•20 years ago
|
||
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
| Assignee | ||
Comment 8•20 years ago
|
||
reopening to mark invalid
Status: RESOLVED → UNCONFIRMED
Resolution: FIXED → ---
| Assignee | ||
Comment 9•20 years ago
|
||
(people get snarky when bugs are marked fixed when there wasn't a real fix :-) )
Status: UNCONFIRMED → RESOLVED
Closed: 20 years ago → 20 years ago
Resolution: --- → INVALID
Updated•20 years ago
|
Product: MailNews → Core
Updated•16 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•