GNOME Bugzilla – Bug 383945
IMAP folders not subscribed to still shown in the folder tree
Last modified: 2014-04-26 19:06:54 UTC
Version: 2.10.x IMAP folders that are not subscribed to are still shown in the folder tree. If I unsubscribe and subscribe to the folder, the folder disappears from the folder tree. Then if evolution is restarted, the unsubscribed folder reappears. I think unsubscribed folders should remain hidden. I also tried removing the cached files for the unsubscribed folder, but evolution still shows the folder after being started again, and caches it again. Distribution: Ubuntu 7.04 (feisty) Gnome Release: 2.17.2 2006-11-14 (Ubuntu) BugBuddy Version: 2.17.2
Reproducible on 2.11.x also.
Bumping version to a stable release.
I've encountered this bug as well, but it gets even worse. I subscribed only to the Inbox for an IMAP account, I close Evolution and start it up again, but then I see in Folder -> Subscriptions that Evolution added subscription to all the folders of the IMAP account again, it forgets that I only subscribed to the Inbox folder. I've observed that this happens to only one particular IMAP account, out of my two IMAP accounts in total, and that it is always reproducible. This problem description is slightly different from the original reporter's problem, but I think I encountered the same bug. I'm using Evolution 2.22 on GNOME 2.24.
I'd like to add that on my other IMAP account, subscribing seems to work. When I unsubscribe from all folders except the Inbox, and close Evolution and start it up again, only the Inbox folder is shown besides Junk and Trash, as it is supposed to. However, after a longer period consisting of shutting down my PC, starting it up again and starting Evolution, I notice that Evolution somehow subscribes to the Drafts and Sent folder again. Can't tell exactly how it can be reproduced. But with my other account, it always goes as follows. I unsubscribe from all folders except the Inbox, I close Evolution, I start Evolution, one folder which I unsubscribed from is visible again, I do nothing and close Evolution, start Evolution again, all the folders I unsubscribed from are visible again. I hope this bug could get some attention, because it's a rather obvious one and certainly annoying. Could the version please be bumped to 2.22?
Bumping version as requested.
Are you sure this is not Bug 511102 ?
I'm sure Jean-François, because the option "Show only subscribed folders" is enabled for all my three IMAP accounts. Currently I'm using Evolution 2.24 with GNOME 2.24, and two of my three IMAP accounts seem to obey the subscription settings now. I'm not sure when this problem got fixed. However, my third account doesn't allow unsubscribing to any folders (by default I'm subscribed to all folders in this account). As soon as I try to unsubscribe, Evolution gives the following error: Error while performing operation. IMAP command failed: UNSUBSCRIBE cannot unsubscribe this special folder Doesn't matter which folder I try to unsubscribe, Evolution seems to think all of them are "special" folders. I'm not sure if this is caused by the Evolution bug (because my other two accounts do obey subscription settings, as I said) or that specific third account causes the trouble.
I have more information on my third IMAP account. The company where I work uses this account to send messages to it's employees. I told the helpdesk that I couldn't unsubscribe from certain folders (Deleted Items, Drafts, Junk E-mail, Outbox, Public folders, Sent Items, which all aren't used by Evolution) in my IMAP account, and asked what could be the cause of the problem. They replied that they use Zarafa – http://www.zarafa.com/ – which presents itself as an Exchange replacement. Exchange is configured by default in such a way that the folders I named are compulsory, and Zarafa is configured the same way. I'd like to have the ability to at least hide those compulsory folders which aren't used, if it's apparently not possible to unsubscribe from them. They create such a clutter in Evolution's interface. But I'll file a different bug for that. However, besides that issue which doesn't seem to belong to this bug anymore, the other problem still remains. Even though I can succesfully unsubscribe folders in the other two IMAP accounts I use, sometimes Evolution decides on it own that it subscribes to certain unsubscribed folders again several days, weeks or months after I unsubscribed them.
*** Bug 500067 has been marked as a duplicate of this bug. ***
*** Bug 569461 has been marked as a duplicate of this bug. ***
The behaviour about unsubscribing and next start the folder is back seems to me as that the server forces folder to be always subscribed. And because subscriptions are server question, then nothing much can be done on evo side. (In reply to comment #8) > However, besides that issue which doesn't seem to belong to this bug anymore, > the other problem still remains. Even though I can succesfully unsubscribe > folders in the other two IMAP accounts I use, sometimes Evolution decides on it > own that it subscribes to certain unsubscribed folders again several days, > weeks or months after I unsubscribed them. This sounds very strange, might be that the summary for the folder got corrupted somehow, and folders, even previously unsubscribed, are subscribed again. I've not much idea here.
Created attachment 139557 [details] [review] Adds a flag in camel store to check if the 'Show only subscribed folders' option is set
Created attachment 139559 [details] [review] evo side Fixes two parts of the issue. If the preference is not set for showing only subscribed folders, * do not remove the folder from folder tree when a folder is unsubscribed * show a information message indicating that the preferences needs to be adjusted for the folder tree to reflect changes made in subscription editor.
http://imagebin.org/57749 - screen shot
I believe the eds patch is not necessary, because you can use CamelService::url for the same. Of course, it requires knowledge of the parameter name. Otherwise seems to work fine, from my point of view. At least as a workaround.
Without the eds patch, there is no way to know whether the use_lsub parameter is set or not. And one cannot specifically check for this parameter in a common code. I added the flag considering there are other providers which may need this if they support the functionality. If providers like exchange just list only the subscribed folders in folder tree also by default, they can set the flag always.
(In reply to comment #16) > Without the eds patch, there is no way to know whether the use_lsub parameter > is set or not. I guess camel_url_get_param (((CamelService *)store)->url, "use_lsub") should work too, though... > And one cannot specifically check for this parameter in a common > code. I added the flag considering there are other providers which may need > this if they support the functionality. ... I agree this is a valid point.
*** Bug 457611 has been marked as a duplicate of this bug. ***
UI freeze coming up next week and all patches requiring UI changes need to be reviewed asap.
Repeating my comment from bug #511102. Somewhat of a digression, but I'm responding to Chen's screenshot. Clearly the subscription dialog needs rethought. Here's my ideas: Since the dialog forces you to manually choose an account before it displays anything anyway, I would like to kill the account dropdown and have the dialog only let you edit folder subscriptions for one account (the account name would still be clearly shown on the dialog, but as a label). Then we could move the account-specific subscription preference to the account-specific subscription dialog, where it would be much more noticeable. Also, the dialog should be accessible from multiple places. In addition to the current main menu item [1], I'd like to be able to right-click on an account name in the folder tree and choose "Edit Subscriptions" from the popup menu. An "Edit Subscriptions" button in the Account Editor wouldn't hurt either. (We could put it where the "Show only subscribed folders" option is presently.) Obviously the dialog needs a search feature, but that's been filed already with plenty of dupes. Other thoughts? [1] Maybe make the menu label dynamic based on the currently selected folder. e.g. Folder -> Subscriptions for <<account name>>...
Created attachment 139755 [details] Rough Glade mockup
Matthew, you are my hero. This mockup is art. I think it would solve all our problems in an elegant way, if implemented as in comment #20 (though I personally don't have so many folders that I need a search feature). And yes, I think bug #511102 is probably a duplicate of this.
Yeah, the search feature is needed more for newsgroup accounts. But couldn't hurt for IMAP too.
*** Bug 511102 has been marked as a duplicate of this bug. ***
matt, I did think about the mock-up at comment #22, but did not want to duplicate the options in preferences here again.
There is another specific option to checking for new mails in subscribe folders only. considering that, did not want to move this over here. Also the store (folder-tree) has to be reloaded reading the config options which is handled properly in the account-preference dialogs along with other options. There is also a bug that evolution needs to be restarted after these options are set. If we leave it as it is, we could simply say, change in account preferences options needs restart rather than pointing options in specific dialogs and explaining some may require restart. These were the things why I did not want do it like comment #22. Maybe re-wamp these later and not now ?
*** Bug 503749 has been marked as a duplicate of this bug. ***
Chen, Matt, how are you on this?
Moving this to 2.30.x since its still valid and not reworked. Good one to fix in GNOME3 :)
Is this still an issue in Evolution 3.8 or later with the IMAP+ account type?
Closing as OBSOLETE per lack of response from reporter. Please reopen if this still happens in 3.12.x or 3.10.x.