(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