Bug 759699 - Evolution forgets IMAP+ subscriptions after quitting+restarting twice
Summary: Evolution forgets IMAP+ subscriptions after quitting+restarting twice
Keywords:
Status: CLOSED UPSTREAM
Alias: None
Product: Fedora
Classification: Fedora
Component: evolution
Version: 16
Hardware: x86_64
OS: Linux
unspecified
medium
Target Milestone: ---
Assignee: Matthew Barnes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2011-12-03 07:20 UTC by Gabriel
Modified: 2012-06-18 20:02 UTC (History)
3 users (show)

Fixed In Version:
Doc Type: Bug Fix
Doc Text:
Clone Of:
Environment:
Last Closed: 2011-12-05 10:45:47 UTC
Type: ---


Attachments (Terms of Use)


Links
System ID Private Priority Status Summary Last Updated
GNOME Bugzilla 665582 0 None None None Never

Description Gabriel 2011-12-03 07:20:59 UTC
With an IMAP+ account set to "Show only subscribed folders":

 1. Subscribe to some hidden top-level folders.
    (folders appears, contents work)

 2. Quit Evolution from the menu. Start Evolution again.
    (newly subscribed folders are visible, everything works great)

 3. Quit Evolution from the menu. Start Evolution again.

...and at this point, all folders I had subscribed to in step 1 are no longer visible. I'm left with Inbox, Junk and Trash.

No matter how many times I subscribe to folders, the subscriptions are always forgotten after two restarts of Evolution.

If I uncheck "Show only subscribed folders" and restart Evolution, all folders appear as expected.

This does not happen if I use the "IMAP" backend instead of "IMAP+".

Comment 1 Gabriel 2011-12-03 07:41:14 UTC
After some further investigation, I've determined that this behaviour only occurs when the folders being subscribed to are peers of INBOX, rather than being children of INBOX.

My provider uses Cyrus with the 'altnamespace' extension, which is basically a server-side implementation of the IMAP namespace being set to "INBOX". (Evolution's IMAP namespace setting does not appear to work).

The effect of this is that folders that are actually children of INBOX on the server are presented to clients as peers of INBOX.

So this could be an Evo bug, or perhaps a server glitch with the altnamespace extension. Is it the server's responsibility to store IMAP subscriptions?

Comment 2 Milan Crha 2011-12-05 10:45:47 UTC
Thanks for a bug report. I moved this upstream as [1]. Please see [1] for any further updates. If possible, please CC yourself there, in case upstream developers will have additional questions.

[1] https://bugzilla.gnome.org/show_bug.cgi?id=665582

Comment 3 Milan Crha 2012-03-20 16:28:03 UTC
(In reply to comment #1)
> So this could be an Evo bug, or perhaps a server glitch with the altnamespace
> extension. Is it the server's responsibility to store IMAP subscriptions?

I see you didn't add yourself to the upstream bug, thus I'm answering here (I'm sorry, I overlooked the question when I was moving the bug upstream):
Yes, subscribed folders are handled on the server. The IMAP+ provider asks for subscribed folders by LSUB command and server returns List of SUBscribed folders.

Nonetheless, if this works fine with IMAP provider, but fails with IMAP+, then it's an issue with IMAP+ itself.

Comment 4 Milan Crha 2012-03-20 16:35:03 UTC
I just tried to reproduce this with 3.3.92, but with a different server, and the IMAP+ provider works as expected. I guess this is something with the combination of IMAP+ and the cyrus server.

Comment 5 Gabriel 2012-06-18 20:02:03 UTC
Just circling back - with an up-to-date Fedora 17 and Evolution 3.4.2 this still occurs.

Every time I close Evo and reopen it, IMAP+ accounts have no subscriptions except INBOX. Switching providers to IMAP solves the problem.


Note You need to log in before you can comment on or make changes to this bug.