After an evaluation, GNOME has moved from Bugzilla to GitLab. Learn more about GitLab.
No new issues can be reported in GNOME Bugzilla anymore.
To report an issue in a GNOME project, go to GNOME GitLab.
Do not go to GNOME Gitlab for: Bluefish, Doxygen, GnuCash, GStreamer, java-gnome, LDTP, NetworkManager, Tomboy.
Bug 665582 - Forgets IMAP+ subscriptions after quitting+restarting twice
Forgets IMAP+ subscriptions after quitting+restarting twice
Status: RESOLVED INCOMPLETE
Product: evolution-data-server
Classification: Platform
Component: Mailer
3.2.x (obsolete)
Other Linux
: Normal normal
: ---
Assigned To: evolution-mail-maintainers
Evolution QA team
evolution[imapx]
Depends on:
Blocks:
 
 
Reported: 2011-12-05 10:44 UTC by Milan Crha
Modified: 2012-06-18 20:10 UTC
See Also:
GNOME target: ---
GNOME version: ---



Description Milan Crha 2011-12-05 10:44:58 UTC
Moving this from a downstream bug report:
https://bugzilla.redhat.com/show_bug.cgi?id=759699

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+".

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 1 Milan Crha 2012-03-20 16:35:39 UTC
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.

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 2 Gabriel Bauman 2012-06-18 20:10:46 UTC
Original reporter here. I'm seeing the same behaviour on Evolution 3.4.2/Fedora 17. After restarting Evolution, accounts using the IMAP+ provider have only one subscription: INBOX. After changing those accounts to the IMAP provider instead, subscriptions persist between Evolution sessions.

I'm using fastmail.fm as my email provider if that helps.