[Bug 885525]
To all problem repoters: Which is actual problem of this bug? Or which is actual request? (A) Because "trash selection UI" accepts other tha [Gmail]/Trash as "trash folder in Tb for Gmail IMAP aaccount", Tb must respect the user's trash folder choice by user, even if this is Gmail account. Tb users know Gmail's particularity pretty well. i.e. UX bug. (B) "Always Use [Gmail]/Trash (localized name by Gmail if Display Language in Gmail is not English)" is reasonable and aacceptable. "trash selection UI" must not accept trash folder selection change if Gmail IMAP. "trash selection UI" must not lie on actual trash folder selection. i.e. UI bug. Root cause of confusions by users in this bug is "mismatch between UX and UI". Second cause is that Tb users usually never try to read "User's Guide or Manual of Gmail/Gmail IMAP provided by Gmail", even though "particularity of Gmail/Gmail IMAP" surely exists. Who is responsible to the "particularity of Gmail/Gmail IMAP" is never Thunderbird Developers. Who is responsible is surely Gmail/Google. Gmail's recommendation is "Remove it immediately" because Auto-Expunge of Gmail IMAP is enabled by default. FYI. For "Archive granularity", [Gmail]/All Mail is used as Archive folder by default. So, solution like (B) is already introduced to avoid user's confusions. "Archive granularity" option is disabled in UI if Gmail IMAP. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
Sorry coment #66 is poting to wrong bug. Ignore it, please. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
Following in comment #65 is not easily applicable to "Delete key" user. Button script for "copy/move selected messaages to FolderUserWants" Key assignment change for "Delete Key" is needed, but it's not so easy even thoogh the key assignment change is simple job(it's merely a key assignment change, but side efects etc. should be fully cared because Delete key.) So, your own Toolbar button like next may be better for "Delete key" users. When clicked, store Trash attribute to your own trash, and if Gmail IMAP, register eventListener for the folder. When eventListener detects "removal of Trash attribute from my own trash by Thunderbird", Anti Tb+Gmail feature wakes up: store Trash attribute to my own trash, and immediately clear Trash attribute of [Gmail]/Trash if [Gmail]/Trash exists. this is start of endless war with "Dark Tb+Gmail" :-) Merit of above : Applicable to all [Gmail]/Trash is shown case, hidden case, unsubscribed case, Problem of above : If Tb is restarted, "your own trash" looses Trash attribute until you click button again. FolderFlags addon may behave like above, because following was reported in bug 1175446. When [Gmail]/Trash is hedden by Gmail, if "his own trash" is set as "folder which has Trash attribure, which has trash can icon" by the addon, "trash can icon" of the "his own trash" is kept until restart of Thunderbird. Can some one check with FolderFlags addon? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
FYI. "Archive button for delete mail", "Mark as Junk button for delete mail" is not good workaround, because bad side effect occurs and it's pretty confusing. Another simple solution for power users/who understand Gmail/Gmail IMAP well. - Any user can add toolbar button by "Custom Buttons" addon. And, such job is pretty easy for users who requested solution for this bug. - Button script for "copy/move selected messaages to a mail folder" is pretty simple. Simply request "copy/move selected messaages at Thread pane to a mail folder". - Create a button for "ordinal delete" == move to a Gmail Label which you want Create a button for "permanent delete" == copy to [Gmail]/" Because of your private script, hard-coded folder name is sufficient. - GetSelectedMsgs() : returns currently selected messages at Thread pane. SharedScript(msgDBHdrs,TargetFolder,MoveMode) : copy mails to requested folder, if MoveMode~=true, delete msgDBHdrs. For "ordinal delete" : SharedScript(GetSelectedMsgs(),,true) For "permanet delete" : SharedScript(GetSelectedMsgs(),[Gmail]/) - If required, create EmptyGmailTrash button when IMAP trash model != move to trash. because "Empty Trash" is greyed out if IMAP trash model != move to trash, "Select All + Shift+Delete at [Gmail]/Trash" is sufficient though. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 885525]
(In addition to comment #65)
If "top level Trash at folder pane of Tb" could be used as "trash in
Tb"("delete mail" moves mail to it) in Tb 31 with addon even with imap delete
model=Remove it immediately or just mark it as deleted, reason is next.
In Tb, "trash folder used by Delete Mail/Empty Trash" = first found folder
which has Trash atribute in Tb.
"Trash atribute in Tb" is shown as "trash can icon" at folder pane.
Because top level Trash is found before [Gmail]/Trash fy folder tree scan,
even if both has "trash can icon",
top level Trash is used as "trash used by delete mail" as far as "trsh can
icon" is kept in the folder.
When Tb uses [Gmail]/Trash as "trash in Tb", Tb clears "Trash attribute" of all
other folders under the IMAP accout, in order to keep "only one folder is trash
in an IMAP account", or when change to "Remove it immeditely" or "Just mark it
as deleted", Tb perhaps clears "Trash attribute2 of all folders under the IMAP
account.
This is reason why "trash can icon" of "top level Trash at folder pane of Tb"
is cleared.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/885525
Title:
Deleting a Gmail Message Always Sends Item to [Gmail]/Trash
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 583797]
(In reply to Linas from comment #27) If Mac OS X, because bug 938303 is fixed now, Command+Q is killed by "other shortcut assignment to Quit Firefox by OS" from Firefox 32, as it was possible unill Firefox 2. So, Mac OS X/Firefox user can freely press Command+W pretty safely. User can press Command+Q any time safely. Thus, severity of this bug will be changed to lower in Mac OS X after Firefox 32. FYI. Reason why all of bug 457973, bug 515395, bug 624881, bug 646362, bug 938303 were hidden and killed : All of these bugs were closed as dup of bug 429824. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/583797 Title: "Warn on closing with multiple tabs open" not honored To manage notifications about this bug go to: https://bugs.launchpad.net/firefox/+bug/583797/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1251182]
*** Bug 1140831 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1251182 Title: Thunderbird: Deleted emails get lost instead of going to the Trash folder To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/1251182/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Tom Guyette from comment #61) Would it be possible to simply add a Refresh folder function to the Get Messages dropdown button that would perform a complete refresh of the current folder and Preferred Folder? Tb already has button for Refresh folder from scratch. It's called Repair Folder button :-) Better yet, add a Refresh button in the same row as Unread, Starred, Contact, Tags, and Attachment? You are right. There is no way to intentionally close mail folder in Tb.There is no way to force de-select of Mbox at a connection. There is no way to force uid fetch 1:* Flags to recover from this bug by simple/easy operation. Purpose of any workaround stated in this bug is : force uid fetch 1:* Flags for Inbox. Go Offline/Go Online : Force logoff -= Tb has to do login, SELECT Inbox, uid fetch 1:* Flags max cached connections=1 : FolderX steels connection from Inbox = When Inbox is accessed, Tb has to do SELECT Inbox, uid fetch 1:* Flags If close/reopen folder like button/menu will be implemented, it's helpful for this bug. But there is no need of such button in usual use. Button only for working around problem(in this case, in both Tb and Gmail) is not usually implemented. About IDLE setting : Server Settings/Advanced About CONDSTORE : read Bug 912216, please. About adequate new mail check interval : If a few new mails per an hour, I believe Check new messages Every 1 minute is usually not mandatory. If 1 new mails per an hour, I believe Check new messages Every 1 minute is not needed(rather annoying), because you can know about many many new mails upon each mail viewing. :-) -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Tom Guyette from comment #57) Do you read about a workaround of max cached connection=1? If shared with iPhone, I believe mail volume, number of mboxes, frequency of new mails, new mail volue, are not so large, If so, max cached connection=1, disable IDLE, adequate new mail check intervlal, can be used. Needless to say, disabling CONSTORE is mandatory. 1. Click other than Inbox(call FolderX) - SELECT FolderX - Inbox is unselected at only one connection 2. Soner or later, new mail check occurs - SELECT Inbox - Inbox is selected at only one connection - uid fetch 1:* Flags 3. When you need to snch flsag state with Gmail IMAP and iPhone, click FolderX, then click Inbox SELECT FolderX - SELECT Inbox - uid fetch 1:* Flags for Inbox is issued. As I repeadly staated, workaround explained in this bug is to force this uid fetch 1:* Flags for Inbox. Another way: Use Inbox as mail drop, mail tray. Don't use Inbox as mail repository for log time. Becuase of IMAP many Mboxes are lready supported. There is no need of folder named Inbox for mail viewing. Because Inbox is mbox where new mails arrives, Tb always keeps Inbox selected state at a cached connection for Inbox only, and kepp Inbox open. This is a reason why uid fetch 1:* Flags is not issued for Inbox while Tb is running. If other folder than Inbox and Trash, connection for a FolderX is stolen by other FolderY when other FolderY is opened. So, max cached connections = 3 with folder switch of some folders someties usually forces uid fetch 1:* Flags of FolderX, FolderY. Why no problem in iPhone : Because of small/mobile device, connection is not kept for long time, and number of connections is usually one.. Upon mail reading, login, SELECT Inbox, uid fetch 1:* Flags is executed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Yves Goergen from comment #59) Not sure what smartphones you have there but I have a permanent IDLE connection from mine, as on the desktop with Thunderbird. If disabling IDLE in Thunderbird is part of the workaround, then I think IDLE implementation is the problem. I'm not using IDLE for fun, I want to see new messages as they arrive. That's how modern event-driven systems work. Polling is from the 90s Do you understand workaround of max cached connection=1 and understaand IDLE? If max cached connection=1, and if other than Inbox, call FolderX is selected at the only one connection, IDLE is effective only for FolderX. If Inbox is de-selectied at yhe only one cached connection, IDLE can do nothing on Inbox. If workround of max cached connection=1 is used, IDLE works on Inbox sometime but IDLE won't work on Injbox other times is pretty confusing, and it may produce useless bug open at B.M.O. I don't believe anybody is able to fix this issue (and others) without rewriting it all. If only I had more time. You are absolutely free to believe anything. Have you read and understood all bugs pointed in Bug 912216? Because Gmail IMAP started to support CONDSTOREl last year, solution of this bug utilizing CONDSTORE is possible. As known by bugs pointed in Bug 912216, code change needed for the solution is not so huge. Rather, relatively small change than we thought. Neeedless to say, as known by Bug 912216, there is problem in current CONDSTORE support in Tb, so it should be resolved. And, for better solution, QRESYNC support by both Gmal IMAP and Tb is needed. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
FYI. I've opened Bug 1124924. Bug 1124924 - If CONDSTORE is usable, use uid fetch 1:* flags (CHANGDEDSINCE modseq) for new mail check by Biff instead of uid fetch NextUID:* flags, in order to resolve problem like Bug 693204, Bug 517461 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
FYI #1. If CONDSTORE support of Tb is enabled(mail.server.default.use_condstore=true, or mail.server.server#.use_condstore=true), and if imap server supports CONDSTORE, bug 1123617 occurs even after go Work Offline/go Work Online again. i.e. Workaroudof this bug/recovery operaation of this bug, go Work Offline/go Work Online again/explicitly open Mbox again, won't work due to bug 1123617 . FYI #2. If bug 1123617 will be fixed, this bug will be resolved by utilizing CONDSTORE, because change required for that bug is uid fetch 1:* Flags (CHANGEDSINCE LargestKnowMODSEQ) upon each new mail check. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to alister.hood from comment #52) But testing a few more times I discovered that it actually does work, just only every second time - i.e. I have to do offlineonlineother folderback to folderofflineonlineother folderback to folder before it updates. It's perhaps connection loss during IDLE. IDLE - Sm/Tb(and server) enters receive state - Work Offline - Tb closes server connection(Socket, TCP/IP level) Tb perhaps closes IMAP connection. But for SeaMonkey, this is perhaps connection loss during IDLE. By click of Inbox again, Sm tries to send DONE(enters Send mode) - because TCP session is already closed by Sm, nothing is sent to server, and Sm waits for timeout. - go Work Offline/Online again - send of DONE fails and imap connection is normally closed in Sm - by next click of Inbox, TCP session is established and imap connection is established It seems that error detection code is different between SeaMonkey and Thunderbird. so I guess Seamonkey doesn't implement it per account - or should I just create the setting? There is no need of guessing. CONDSTORE is aactually used or not is always clearly known pretty easily by simply looking imap log. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to alister.hood from comment #50) but I see the same thing (going offline does not work, I have to restart) in standard Seamonkey, (snip) IIUC, there is no difference between SeMonkey and Thunderbird, as for phenomeon of this bug. (a) As repeatedly written, after go Work Offline the go back Work Online, explicit folder open by new folder click is mandtory to force server access again. When did go Work Offline the go back Work Online, did youa ctually do it? - If Inbox is already selected at folder pane when go back Work Online is executed, click account then click Inbox again at folder pane. (b) As repearedly written, Gmail IMAP started to enable CONDSTORE and Tb's CONDSTORE support is enaabled by default. When CONDSTORe is used, Tb may not use uid fetch 1:* flags or uid fetch 1:* flags CHANGEDSINCE . Tb may use uid fetch HighestUID:* flags or uid fetch HighestUID:* flags CHANGEDSINCE . As repearedly written, to force uid fetch 1:* flags always in recovery operation for this bug, disbaling Tb's CONDSTORE support is needed for problem determination. Did you properly disabled Tb's CONDSTORE support? Read thru Bug 912216 and bug 885220, al repeatedly written. Further, get IMAP log and check imap level flow by yourself, before adding comment like annoying ... which will never help activity for resolving problem. Problem of this bug is pretty simple. 1. To know flag state change of already fetched mail of UID=NNCurrentlyHighestUID, one of next is needed. 1-1. flag staae change notification for the UID=NN from server via unsol response to lIDLE for selected Mbox. = Tb expects it, but maany IMAP servers including Gmail IMAP won't do this. 1-2. uid fetch NN flags at connection where the Mbox is selected. = Tb uses uid fetch CurrentlyKnownHighestUID:* flags for new maail check of already selected Mbox. So, flag state change of UID=NN can not be known untill uid fetch 1:* flags is issued again for the Mbox. 2. Recovery operation stated in this bug is simply a procedure to try to force uid fetch 1:* flags. 2-a. Unless you explicitly click Mbox, connection with server for the Mox won't be opened immediately. Without connection with imap server, any uid fetch ... won't be issued for the mbox by Tb. 2-b. Even when connection for the Mbox is established and the Mbox is selected at connection, Tb may not issue uid fetch 1:* flags. Tb may use uid fetch HighestUID:* flags Even if uid fetch 1:* ... is used by Tb, it may be uid fetch 1:* CHANGEDSINCE where is too large(may be newer than MODSEQ for flag change of UID=NN). -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
*** Bug 1096022 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Nye Liu from comment #36)
Would it be possible to at least add some sort of menu option next to work
offline ... like force sync or something?
A possible way.
- Install Custom Buttons addon, add your own Toolbar Button labeled force
sync.
- Put small JavaScript code like click Work Offline, reply if required, wait
for a while, click Work Online, reply if required.
/*CODE*/
// var MenuId=goOfflineMenuitem ; // Firefox
var MenuId=goOfflineMenuItem ; // Thunderbird
var Menu=document.getElementById(MenuId) ;
var Status=( true == Menu.getAttribute(checked) ) ; // atribute
value is String
var OnCommand=Menu.getAttribute(oncommand) ;
// oncommand=MailOfflineMgr.toggleOfflineStatus();
if( false == Status )
{
// go Work Offline
eval(OnCommand);
// do reply to dialog for download now,
// go back Work Online, and do reply to dialog for send unsent
messages
// setTimeout(GoBackOnline,3*1000) ;
}
else if( true == Status )
{
// go back Work Online
eval(OnCommand);
// and do reply to dialog for send unsent messages
}
This version doesn't do automatic reply to confirmtion dialog, doesn't do
Toogle Back to Work Online mode.
So, you have to do: 1. Click the button, 2. No to dialog(download now), 3.
click button, 4. Cancel to dialog(send unsent mail).
This is merely an example of your own pretty small Addon by your own ToolBar
button.
id of menuitem, toolbarbutton , attributes of them etc. can be pretty easily
known using DOM Inspector.
--
You received this bug notification because you are a member of Ubuntu
Bugs, which is subscribed to Ubuntu.
https://bugs.launchpad.net/bugs/603402
Title:
Thunderbird incorrectly shows some Gmail archived messages as unread
via IMAP
To manage notifications about this bug go to:
https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions
--
ubuntu-bugs mailing list
ubuntu-bugs@lists.ubuntu.com
https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Miguel from comment #38) (In reply to Rich from comment #39) If this bug is so critical for you and so important for you, why you never do one of next yet? (a) Use other than Thunderbird as your mailer which fully fulfills your pretty important requirement(s). (b) Use other sophisticated and clever IMAP server who supports feature of SHOULD even if the feature is not MUST in RFC. Why you never ask your IMAP server to support feature of SHOULD even if the feature is not MUST in RFC? Even if SHOULD != MUST in RFC, why expecting feature of SHOULD can be a critical bug of a software? SHOULD is sufficiently strong even if it's not MUST and SHOULD is weaker than MUST, isn't it? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Yves Goergen from comment #42) In case you're not aware of it anymore, going offline and back online does not resolve the issue. At least for me. The only thing that does help is restarting Thunderbird, which I have to doo every few days (snip) Funny. It sounds that your Thunderbird is not standard one... IIUC, IIRC, after Go Work Offline, Tb closes all connections, and after Go back Work Online, Tb executes login sooner or later, and after login, Tb opens Inbox(and others if requested) for new mail check by Biff, or open Inbox (or an Mbox) when selected, and upon first select Inbox/Mbox at a cached connection, Tb always issues uid 1:* fetch Flags() unless CONDSTORE is used. This is confirmed many times by getting IMAP log. If uid 1:* fetch Flags() is used, Tb should know all flags of all mails in an Mbox. If not, it usually means that your Thunderbird is not properly configured. Have you checked IMAP protocol level flow by yourself? Do you correctly disable CONDSTORE support as stated in this bug more than one time? Or if Inbox, did you do required click Inbox while other than Inbox, for example account, is selected at Folder Pane? Because new mail check by Biff is not immediately invoked after going back to Work Online(invoked at next new mail check interval), time lag exists between going back to Work Online and first new mail check after going back to Work Online. Thunderbird is the closest, unfortunately. It's sad. We will have to see complants by you, which surely won't help problem resolving, many times in this bug -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(In reply to Yves Goergen from comment #31) Guess what, this isn't even limited to Gmail. (snip) What is reason to add new merely 'me too' comment without required data for problem analysis to this bug, even after reading my bug 712595 comment #24? There is no need of such guess in this bug. In this Bug report at B.M.O for developers to resolve Tb's actual bug(flaw in Tb's code), Why problem occurs, What hapens etc. is pretty clear already. Please note that here is never support forum nor Help Center to saying complaint to Tb developers. Here is B.M.O for helping developers. All comuication between IMAP cliet(Thunderbird) and IMAP server is done by IMAP command and responce. How can software developers know what actually happens in your environment without required data? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
(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 Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
*** Bug 712595 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 214366]
*** Bug 305728 has been marked as a duplicate of this bug. *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/214366 Title: Can't delete a folder if Trash already contains a folder of the same name To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/214366/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 603402]
IDLE does not send unsolicited responses for flag changes is not Gmail IMAP only issue. Issue of Tb is not torelant with 'IDLE does not send unsolicited responses for flag changes' is not Gmail IMAP only issue. Because bug 693204 was processed after analysis of many bugs, that bug is crispy than other bugs. So, duping this bug to bug 693204. If duping is wrong, re-open this bug, please. *** This bug has been marked as a duplicate of bug 693204 *** -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/603402 Title: Thunderbird incorrectly shows some Gmail archived messages as unread via IMAP To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/603402/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
