Closed
Bug 26557
Opened 26 years ago
Closed 26 years ago
FreeBSD 3.4, which is IMAP4rev1: mailreader does not support UW IMAP-subfolders
Categories
(MailNews Core :: Networking, defect, P3)
Tracking
(Not tracked)
VERIFIED
FIXED
M17
People
(Reporter: malte, Assigned: jefft)
References
Details
(Whiteboard: [nsbeta2+])
Attachments
(2 files)
Folders do not appear correctly in mailreader. All folders for subfolders are
shown as empty folders (no name displayed), and all subfolders appear as
folders, but are not accessible. Expected behaviour would be like in NS4.x.
Comment 1•26 years ago
|
||
Do you know what kind of imap server you are using?
What version of mozilla were you using (M13, M14, a nighlty build)?
Thanks.
I am using the imapd that comes with FreeBSD 3.4, which is IMAP4rev1 (RFC
2060). The mozilla Version is M13 (Mozilla Seamonkey alpha).
Perhaps you can generate an IMAP log. See
http://www.mozilla.org/quality/mailnews/tests/sea-mn-imap-interop.html#logging
Severity: normal → critical
QA Contact: lchiang → huang
Summary: mailreader does not support IMAP-subfolders → FreeBSD 3.4, which is IMAP4rev1: mailreader does not support IMAP-subfolders
Comment 4•26 years ago
|
||
Yes. malte, setup the IMAP log file as above and attached that logfile to this
bug will be helpful for us to know what kind of the IMAP server that you have!
Seems to be a problem with the complete path information given by the imap
server. Mozilla has a problem to handle this properly in visualization, but not
in the data transfer (original log). When changed the folder-info given by the
imapd to relative folders, and removed the empty folders, (modified log) folders
appear like they should do. I added a dependency to 20878 (imap root folder
support).
Depends on: 20878
Comment 8•26 years ago
|
||
Thanks for the update. Adding UW on the summary for specifying UW IMAP problem.
Summary: FreeBSD 3.4, which is IMAP4rev1: mailreader does not support IMAP-subfolders → FreeBSD 3.4, which is IMAP4rev1: mailreader does not support UW IMAP-subfolders
I tested again with the latest nightly build (2000032108), and folder still
don't appear as they should. All folders are accessible now, but all are shown
in the root-folder, not as a tree-view. Root folder is set to: mail/
Original tree:
/home/malte/mail/Inbox
folder/sub1
folder/sub2
Tree in Mozilla:
Inbox
folder (causes crash, when chosen)
sub1 (working)
sub2 (working)
Tree in Mozilla after restart (!):
Inbox
_home_malte_mail_folder
_home_malte_mail_folder_sub1
_home_malte_mail_folder_sub2
After logging in, these _-folders disappear, and the flat listing of all folders
comes again.
Comment 10•26 years ago
|
||
Marking M16, please adjust if this isn't a beta2 stopper.
Target Milestone: --- → M16
Comment 12•26 years ago
|
||
Not M16 stopper, marking M17. Please add beta2 keyword if you think this is a
beta2 stopper.
Target Milestone: M16 → M17
Comment 13•26 years ago
|
||
nsbeta2+. Would like to have these interop issues fixed. Is this the same as bug
28181?
Keywords: beta2
Whiteboard: [nsbeta2+]
Comment 14•26 years ago
|
||
I am thinking they are the same bug!!
| Assignee | ||
Comment 15•26 years ago
|
||
Fix checked in for bug 20878 should also fix this one. Please retest when builds
are available tomorrow. Reopen if problem still exists.
Status: ASSIGNED → RESOLVED
Closed: 26 years ago
Resolution: --- → FIXED
Comment 16•26 years ago
|
||
Verified on all the platforms:
OK. 05-09-09-M16 WinNT commercial build
OK. 05-09-08-M16 Linux commercial build
OK. 05-09-08-M16 Mac commercial build
All the folders/subfolders display as expect after setup the IMAP mail server
directory.
Marking as verified.
Status: RESOLVED → VERIFIED
Updated•21 years ago
|
Product: MailNews → Core
Updated•17 years ago
|
Product: Core → MailNews Core
You need to log in
before you can comment on or make changes to this bug.
Description
•