Open
Bug 52243
Opened 25 years ago
Updated 2 years ago
redundant lsub issue
Categories
(MailNews Core :: Networking: IMAP, defect)
MailNews Core
Networking: IMAP
Tracking
(Not tracked)
NEW
People
(Reporter: bugzilla, Unassigned)
Details
(Keywords: perf)
the seems to be a lsub command too much when using IMAP:
after the login command we issue a namespace command. The result on my IMAP
server is:
* NAMESPACE (("" "/")) NIL (("Offentlige mapper/" "/"))
Then we issue a lsub "" "*"
This will list all of the folders including the folders in Offentlige mapper
which are the public folders.
BUT after this we issue another lsub "" "Offentlige mapper/*"
This is redundant since we already should have the folders. At least on my IMAP
server...
Since the first lsub command shows all the folders we could extract the public
folder list from this info, right?
Comment 2•25 years ago
|
||
I think there's a reason we lsub the namespaces - John, is lsub "" "*" supposed
to lsub namespaces other than the personal namespace?
QA Contact: esther → stephend
Comment 3•24 years ago
|
||
I believe the server is permitted to implement that LSUB command either way.
Updated•21 years ago
|
Product: MailNews → Core
When first opening Thunderbird, we have been getting a screen that states "Alert. The current command did not succeed. The mail server responded: LSUB failed." If we click on the "OK" button, we can access email normally. However, this is a new problem within the last two weeks.
Our email accounts are IMAP, and we run Macintosh OS X 10.5.4
I have contacted our ISP and they state that it is a bug in Thunderbird.
Updated•17 years ago
|
Assignee: mscott → nobody
| Assignee | ||
Updated•17 years ago
|
Product: Core → MailNews Core
Updated•17 years ago
|
QA Contact: stephend → networking.imap
Received a "do not reply" email from bugzilla-daemon@mozilla.org requesting comments about this bug. We have the same issues as described in my comments of August 5.
Comment 6•16 years ago
|
||
wada, bienvenu, would you expect the performance impact of this and bug 46502 to be minor? I'm not sure whether the old P3 priority of either of these bugs is significant.
Comment 7•16 years ago
|
||
They're both fairly minor, I would say. This one affects a relatively small minority of users, but it would generate a bit of extra network traffic the first time you connect to the server after startup. The other affects all users, but the effect is tiny.
Updated•16 years ago
|
Severity: normal → minor
Priority: P3 → --
Updated•13 years ago
|
Blocks: tb-startupperf
Comment 8•4 years ago
|
||
Is this any better since 102.x?
Updated•3 years ago
|
Severity: minor → S4
Comment 9•2 years ago
|
||
(In reply to Arthur K. (he/him) from comment #8)
Is this any better since 102.x?
Updated•2 years ago
|
No longer blocks: tb-startupperf
You need to log in
before you can comment on or make changes to this bug.
Description
•