Red Hat Bugzilla – Bug 986442
Evolution cannot be used with Cyrus imap shared folders anymore
Last modified: 2013-08-30 11:08:03 EDT
Description of problem:
Since upgrading to Fedora 19 from 18, Evolution has no choice between IMAP engines while setting up an account.
Previously I used the IMAP one instead of IMAP+/IMAPx because the last was not able to list messages in shared Cyrus IMAP folders.
But now in I can only choose IMAP+.
Version-Release number of selected component (if applicable):
Steps to Reproduce:
1. setup mail account
2. browse to shared IMAP folder
3. see no messages
see no messages
when requesting folder properties, I see
(evolution:5637): evolution-mail-WARNING **: (em-folder-properties.c:411):emfp_dialog_got_quota_info: runtime check failed: (context->folder == NULL)
on the console
a list of messages Like any other MUA
Found someone suggesting it should work by checking “Override server-supplied folder namespace”, and leave the string empty.
But nu such option is available.
Looking in .firstname.lastname@example.org , I see:
suggesting it is the default behavoir, but it does not work.
Created attachment 775962 [details]
CAMEL_DEBUG=all evolution >& evolution.log
shared folder example is
Thanks for a bug report. I see it tries to get a quota information on a
folder, which the server does not know - it returns:
NO Mailbox does not exist
Is it one of the folders from the previous version of evolution, where you could read cyrus shared folders?
(In reply to Justin Albstmeijer from comment #0)
> suggesting it is the default behavoir, but it does not work.
If I read it correctly, then the suggested workaround is to have:
(aka it should use an empty name space, which is the opposite from not using namespace override). Please change it with closed evolution.
Thanks for you reply.
> Thanks for a bug report. I see it tries to get a quota information on a
> user/general/info/in folder, which the server does not know - it returns:
> NO Mailbox does not exist
> Is it one of the folders from the previous version of evolution, where you
> could read cyrus shared folders?
Yes, using imap instead of imapx
So this is a shared mailbox info/in from Cyrus imap user "general" to me.
I'm no Cyrus-imap guru, but I believe this structure has namespace "user." instead of my own maps that have namespace "INBOX."
> If I read it correctly, then the suggested workaround is to have:
> (aka it should use an empty name space, which is the opposite from not using
> namespace override). Please change it with closed evolution.
Tried this now, see new evolution.log.gz
But now it shows general/info/in all in one level like they are individual folders.
I still cannot see the content or request properties of the folders.
Created attachment 776870 [details]
The returned value of the NAMESPACE IMAP command is:
* NAMESPACE (("INBOX." ".")) (("user." ".")) (("" "."))
I do not know how exactly this worked with the old IMAP provider, but please try to set in account preferences (maybe the change will require evolution's restart):
[x] Show only subscribed folders
And left the .source file unchanges (UseNamespace=true), then open Folder->Subscriptions for the account and subscribe only to those folders you want to see.
> I do not know how exactly this worked with the old IMAP provider,
I have an other machine with a version of Evolution that still has the old provider configured.
See attachment: evolution-old-provider.log.gz
Maybe that sheds some light on how the old provider coped with this.
> but please try to set in account preferences (maybe the change will require
> [x] Show only subscribed folders
> And left the .source file unchanges (UseNamespace=true), then open
> Folder->Subscriptions for the account and subscribe only to those folders
> you want to see.
Sure, the folders I unsubscribe from get removed from my view.
But this means
is represented as two folders at the same level
so unsubscribing 'info' leaves me with 'in'.
not realy what you want with subfolders.
Together with an onder shared folder;
this leaves me with two 'in' folders not distinguishable from each other.
UseNamespace=false , at least shows the correct folder structure.
Either way, I'm still not able to view any messages in these folders.
Created attachment 777008 [details]
with old working imap provider
Ah, I see, the IMAP+ account doesn't honour server-supplied directory separator (which is a dot) when you've the namespace override. That's the reason for "flat" folder view.
> Ah, I see, the IMAP+ account doesn't honour server-supplied directory
> separator (which is a dot) when you've the namespace override. That's the
> reason for "flat" folder view.
And this would also explain that it is not able to show the messages in the folder? Or is that a separate issue?
It's the same issue, the server returns "folder not found", because evolution tries to open the folder name as a single folder with dots in its name, instead of dots being used as a directory separator.
I thought I'll test this myself, but I do not have proper setup currently. I accidentally found an upstream bug  for this, thus I suggest to move there, because it's not a fedora specific issue. Thank you for your help with the investigation.