Open Bug 52243 Opened 25 years ago Updated 2 years ago

redundant lsub issue

Categories

(MailNews Core :: Networking: IMAP, defect)

defect

Tracking

(Not tracked)

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?
Keywords: perf
QA Contact: esther → chuang
assign qa contact to Esther.
QA Contact: chuang → esther
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
I believe the server is permitted to implement that LSUB command either way.
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.
Assignee: mscott → nobody
Product: Core → MailNews Core
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.
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.
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.
Severity: normal → minor
Priority: P3 → --

Is this any better since 102.x?

Severity: minor → S4

(In reply to Arthur K. (he/him) from comment #8)

Is this any better since 102.x?

No longer blocks: tb-startupperf
You need to log in before you can comment on or make changes to this bug.