(A) Reason why I proposed new mail.server.serverN.force_Gmail_Trash_if_is_gmail in comment #40.
Usage of is_gmail I showed in comment #44 is similar to useCondStore - user can override "CONDSTORE returned in CAPABILITY response" by useCondStore=false in prefs.js. However, isGMailServer/is_gmail is also used for getting X-GM-MSGID, X-GM-THRID, X-GM-LABELS from Gmail IMAP. So, "override by is_gmail=false" can't be used for disabling "Forcing [Gmail]/Trash". (B) Reason why I proposed simple "new mail.server.serverN.force_Gmail_Trash_if_is_gmail" and "small logic change in nsImapIncomingServer::DiscoveryDone()" in comment #40. Current trash selection UI at Server Settings has some big problems: - Isn't torelant with localized folder name in localized Tb. - Isn't torelant with namespace. - Isn't torelant with "IMAP Server Directory:" and it's change by user. And, similar folder selection UI to Copies&Folders and Junk Settings, which automatically resolves above problems, is already proposed. So, correct UI enhancement such as "use folder in XLIST" should be consistent with other UI changes and should be consolidated to other UI changes. And, there is already known problem in Copies&Folders and Junk Settings when XLIST or LIST(EXTENDED) is used : bug 800035. Further, workload of big UI change is not so small, and it usually takes long. -- 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/885525 Title: Deleting a Gmail Message Always Sends Item to [Gmail]/Trash Status in Mozilla Thunderbird Mail and News: Confirmed Status in “thunderbird” package in Ubuntu: New Bug description: Thunderbird 7.0.1, Ubuntu 11.10 Gmail accounts do not obey the setting in Account Settings --> [Account] --> Server Settings --> When I delete a message I changed this to move the message to Gmail's "All Mail" folder, attempting to imitate the Gmail web interface's "Archive" option. However, regardless of setting, the item always moved to Trash. This persisted after restart of the client. The settings save, but have no effect. Caveat: This was tested on two Google Apps for Domains accounts, though I suspect this behavior will happen with gmail.com accounts as well. To manage notifications about this bug go to: https://bugs.launchpad.net/thunderbird/+bug/885525/+subscriptions -- Mailing list: https://launchpad.net/~desktop-packages Post to : [email protected] Unsubscribe : https://launchpad.net/~desktop-packages More help : https://help.launchpad.net/ListHelp
