(In reply to delid4ve from comment #33)
> (snip) offline/online / different folder / manually checking for mail does
> not solve. (snip)
> IDLE is enabled accross, but i have disabled and makes no difference.
It's pretty simple. Merely one of next,
(i) Your problem is not this bug. Your problem is absolutely different
problem from this bug.
(ii) Your problem is this bug, but your operation is wrong.
because this bug is for following problem(and only for following problem).
Server doesn't notify flag change via IDLE,
so Tb can't know flag change status of already fetched mail via IDLE.
Example of (i) :
- If CONDSTORE is used, UID fetch 1:* (FLAGS) (CHANGEDSINCE ...), UID fetch
Highest:*
(CHANGEDSINCE ...) is used by Tb. This may produce problems in getting flag
status of already
fetched mail.
Read bug 885220 for IMAP flow for this, please.
This kind of issue is one of reasons why bug 912216 was opened.
Note: Both bugs are alreeady pointed in this bug.
Example of (ii) :
- IDLE command is issued after end of IMAP command execution at cached
connection.
"Use IDLE command" setting is for "issue IDLE or not, at end of IMAP
command execution".
"Use IDLE command" setting is never for "terminate current IDLE status at a
cached connection".
- Upon periodical new mail check, if an Mbox is already selected at a cached
connection.
Tb uses "uid fetch KnownHighestUID:* Flags".
Inbox is selected at a cached connection always, except when max cached
connection=1.
Even though these, even though an Mbox is still IDLE status at a cached
connection after
disabling "Use IDLE command" setting, or even though an Mbox is still
selected at a cached
connection after some actions, write useless comment to a bug.
Note:
"go Work Offline" step of operations which is written in this bug is for;
Force close of all cached connections, in order to force Tb to do "open
connection, login,
select Inbox(and other Mbox), uid 1:* fetch (flags)" again after "go Work
Online".
"disabling CONDSTORE support" is for;
Force Tb to use "uid 1:* fetch (flags)" instead of "uid fetch 1:* (flags)
(CHANGEDSINCE ...)"
even when server supports CONDSTORE extension.
--
You received this bug notification because you are a member of Desktop
Packages, which is subscribed to thunderbird in Ubuntu.
https://bugs.launchpad.net/bugs/603402
Title:
Thunderbird incorrectly shows some Gmail archived messages as unread
via IMAP
Status in Mozilla Thunderbird Mail and News:
Confirmed
Status in “thunderbird” package in Ubuntu:
Triaged
Bug description:
Binary package hint: thunderbird
Steps to reproduce:
1) Wait for a few messages to arrive in Inbox, thus being marked as unread.
2) Mark all of them as read, then archive them.
3) Click on All Mail folder.
Actual Results:
Only one of recently archived messages is marked as read (usually the newest
one), the rest must be marked as read again.
Expected Results:
All of recently marked as read in Inbox and archived mails should be marked
as read in All Mail folder, too.
ProblemType: Bug
DistroRelease: Ubuntu 10.04
Package: thunderbird 3.0.5+build2+nobinonly-0ubuntu0.10.04.1
ProcVersionSignature: Ubuntu 2.6.32-23.37-generic 2.6.32.15+drm33.5
Uname: Linux 2.6.32-23-generic x86_64
NonfreeKernelModules: wl
Architecture: amd64
Date: Fri Jul 9 02:22:30 2010
InstallationMedia: Ubuntu 9.10 "Karmic Koala" - Release amd64 (20091027)
SourcePackage: thunderbird
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions
--
Mailing list: https://launchpad.net/~desktop-packages
Post to : desktop-packages@lists.launchpad.net
Unsubscribe : https://launchpad.net/~desktop-packages
More help : https://help.launchpad.net/ListHelp
