Closed
Bug 27083
Opened 25 years ago
Closed 24 years ago
IMAP: should postpone downloading of headers as result of unsolicited response
Categories
(MailNews Core :: Backend, defect, P3)
Tracking
(Not tracked)
VERIFIED
WONTFIX
Future
People
(Reporter: Bienvenu, Assigned: Bienvenu)
References
Details
If we're doing something like downloading a message in the inbox and get an
unsolicited response that there are new headers, we should postpone downloading
headers until we've fetched the message.
Assignee | ||
Comment 1•25 years ago
|
||
moving to m20, accepting.
Status: NEW → ASSIGNED
Target Milestone: M20
Assignee | ||
Comment 5•25 years ago
|
||
bug is a bit bogus - we don't download headers before downloading a message -
what happens is sometimes biff fires right before you click on a message, and
there's not much we can do about that. If you don't like it, turn biff off.
Target Milestone: M20 → Future
Comment 6•25 years ago
|
||
Assignee | ||
Comment 7•25 years ago
|
||
biff is working fine on all those servers, where biff is defined as the
automatic retrieving of headers at a user-specified interval. All those bugs are
just in the handling of the green icon, which is not server-specific, and really
has nothing to do with biff - it's just the indication that a folder has new
headers since the user last opened that folder, and is also set when the user
manually downloads new headers by clicking Get Msg or selecting the INBOX.
Assignee | ||
Comment 9•24 years ago
|
||
resolving wontfix - it's really invalid, as described above but whatever.
Status: ASSIGNED → RESOLVED
Closed: 24 years ago
Resolution: --- → WONTFIX
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
•