GNOME Bugzilla – Bug 580621
Cannot subscribe to folders with an Exchange MAPI account.
Last modified: 2011-05-09 08:07:27 UTC
Please describe the problem: After successfully adding (and authenticating to) an Exchange account, Evolution lists only to the "Favorites" folder in the Mail tree view. Attempting to subscribe to further folders (using Folder > Subscriptions) fails. Steps to reproduce: 1. Use the account creation wizard to create a Exchange MAPI account. 2. Open the main Evolution window so that the mail tree view is visible. 3. Expand the node corresponding to the new MAPI account. 4. Observe the list of folders (Observation A). 5. Select the Folder > Subscriptions menu option. 6. From the Server drop down, select the Exchange server configured in step 1. 7. Press the Refresh button. 8. Observe the list of folders (Observation B). Actual results: Observation A Evolution lists only one folder - "Favorites" Observation B Evolution lists no folders after hitting Refresh. Instead, the colour of the list control changes from grey -> white -> beige. Expected results: Observation A Evolution lists at least the main INBOX folder for the account. Observation B Evolution lists all available folders for the account, and allows the user to change their subscriptions to those folders. Does this happen every time? Yes Other information: While attempting to fetch the list of folders, Evolution emits the following to the command line: jsk@xenon:~$ evolution ** (evolution:3911): DEBUG: Loading Exchange MAPI Plugin ** (evolution:3911): DEBUG: MAPI listener is constructed with 1 listed MAPI accounts ** (evolution:3911): DEBUG: mailto URL command: evolution %s ** (evolution:3911): DEBUG: mailto URL program: evolution ** (evolution:3911): DEBUG: EI: SHELL STARTUP e-data-server-ui-Message: Unable to find password(s) in keyring (Keyring reports: No matching results) e-data-server-ui-Message: Key file does not have group 'Passwords-ExchangeMAPI' libexchangemapi-Message: exchange-mapi-connection.c:130: exchange_mapi_connection_new: lock(connect_lock) exchange-mapi-connection.c:75: Entering mapi_profile_load Unknown parameter encountered: "max log size" Ignoring unknown parameter "max log size" Unknown parameter encountered: "syslog" Ignoring unknown parameter "syslog" Unknown parameter encountered: "passdb backend" Ignoring unknown parameter "passdb backend" Unknown parameter encountered: "unix password sync" Ignoring unknown parameter "unix password sync" Unknown parameter encountered: "passwd program" Ignoring unknown parameter "passwd program" Unknown parameter encountered: "pam password change" Ignoring unknown parameter "pam password change" Unknown parameter encountered: "map to guest" Ignoring unknown parameter "map to guest" Unknown parameter encountered: "usershare allow guests" Ignoring unknown parameter "usershare allow guests" Unknown parameter encountered: "guest ok" Ignoring unknown parameter "guest ok" Unknown parameter encountered: "guest ok" Ignoring unknown parameter "guest ok" Loading profile <user-name>@<domain-name> exchange-mapi-connection.c:116: Leaving mapi_profile_load libexchangemapi-Message: exchange-mapi-connection.c:133: exchange_mapi_connection_new: unlock(connect_lock) libexchangemapi-Message: exchange-mapi-connection.c:138: exchange_mapi_connection_new: Connected exchange-mapi-connection.c:2660: Entering exchange_mapi_get_folders_list libexchangemapi-Message: exchange-mapi-connection.c:2662: exchange_mapi_get_folders_list: lock(connect_lock) OpenMsgStore : MAPI_E_CALL_FAILED (0x80004005) libexchangemapi-Message: exchange-mapi-connection.c:2733: exchange_mapi_get_folders_list: unlock(connect_lock) exchange-mapi-connection.c:2735: Leaving exchange_mapi_get_folders_list (evolution:3911): camel-mapi-provider-WARNING **: Could not get folder list.. exchange-mapi-connection.c:2660: Entering exchange_mapi_get_folders_list libexchangemapi-Message: exchange-mapi-connection.c:2662: exchange_mapi_get_folders_list: lock(connect_lock) OpenMsgStore : MAPI_E_CALL_FAILED (0x80004005) libexchangemapi-Message: exchange-mapi-connection.c:2733: exchange_mapi_get_folders_list: unlock(connect_lock) exchange-mapi-connection.c:2735: Leaving exchange_mapi_get_folders_list (evolution:3911)...
Launchpad also contains a report about this issue: https://bugs.launchpad.net/ubuntu/+source/evolution-mapi/+bug/364832
This bug also affects me. I'm using Evolution 2.26.1.
I have access to a working Exchange 2007 server, and would be happy to help with fixing this bug. Cheers, Jonathan
Are you sure that you have Exchange 2007 SP1 server because public folder support wasn't there in Exchange 2007.
Hi there, I work in a corporate enviroment and we are in the Linux department, all Linux Desktop users. Unfortunately the rest is Windows and as such we have a Exchange forest/cluster which is being kept updated. I can confirm this bug on Fedora 12, SUSE 11.2 and Ubuntu.
It's better to tell evolution, evolution-mapi and openchange version than a distro version, as for example I know only one distribution you are speaking about, and even there I'm not 100% sure about package versions actually used. Anyway, Folder->Subscriptions isn't used for user's folders, but for public folders. If your server doesn't support public folders, then you do not see there any folder. With evolution-mapi 0.30.1 and 0.31.2 I can see public folders in Folder->Subscriptions, I can even check them, but they are not remembered for me for some reason, neither their content shown. (I have this on 2003 server, not 2007.) I filed bug #620367 for this. Though what you describe, if I got it right, is something different. Is it that you see in the folder tree on the left in the mailer view only the account node (the bold text, as you named your evolution mapi account), and under it only a "Favourites" folder and nothing else? I recall seeing this too, but for me, when I restarted Evolution, then folders appeared properly in the UI. This should be fixed in 0.30.1, as it is for me, at least, with changes done within bug #601375. Please try with 0.30.x and report back. Thanks in advance.
Closing this bug report as no further information has been provided. Please feel free to reopen the bug if the problem still occurs with a newer version of GNOME 2.30.2 / evolution-mapi 0.30.2 or later, thanks.
Reopening. I have this exact issue with evolution-mapi 0.32.2.
(In reply to comment #8) > Reopening. I have this exact issue with evolution-mapi 0.32.2. Does anything from comment #6 make sense and helps to you (like restart of evolution after adding evolution-mapi account)?
(In reply to comment #9) > (In reply to comment #8) > > Reopening. I have this exact issue with evolution-mapi 0.32.2. > > Does anything from comment #6 make sense and helps to you (like restart of > evolution after adding evolution-mapi account)? Yes, I have closed and restarted Evo multiple times. I even tried to configure a completely fresh account instead of reconfiguring the old one (our exchange server was upgraded from 2003 => 2010).
I can confirm this bug (Ubuntu Natty 11.04 (still Beta as of today) evolution-mapi 0.32.2-0ubuntu1 evolution 2.32.2-0ubuntu4 libexchangemapi-1.0-0 0.32.2-0ubuntu1 Restarting Evolution does not resolve the problem. A test mail sent via Evolution-Mapi worked ok. The test mail even resided in the Sent Mail folder on the Exchange server, even though that could not be configured that way within Evolution (Due to the unavailability of the Exchange Folders, the default local sent mail is configured!) Please provide instructions if you need further input. Exchange Server is 2010 version.
Is there any new information on this bug? I am having the exact same problem accessing MS Exchange via Evolution (Fedora 14, Evolution 2.32.2, evolution-mapi 0.32.2-1, Exchange 2010). Authentication works fine and I can also send e-mail, but whenever I try to synchronize (send/receive) or refresh, I get the following error message: camel-mapi-provider-WARNING **: Could not get folder list (GetHierarchyTable: MAPI error MAPI_E_NO_SUPPORT (0x80040102) occurred) As the others described, I can only see the Favorites folder. There are a couple of umlauts in my mail folders (which can not really be avoided with a German mail account) and maybe this causes problems. Accessing Exchange with Thunderbird (and accessing the calendar via "Lightning + Exchange Data Provider") works fine, but I would prefer Evolution in order to access my calendar offline. Please tell me if you need further information.
(In reply to comment #12) > camel-mapi-provider-WARNING **: Could not get folder list (GetHierarchyTable: > MAPI error MAPI_E_NO_SUPPORT (0x80040102) occurred) I created an update for Fedora 14, which is in updates-testing now, the evolution-mapi-0.32.2-2, which has a fix for the above quoted error. Please let me know if it works for you. The same fix is included in evolution-mapi-3.0.1. http://git.gnome.org/browse/evolution-mapi/commit/?h=gnome-3-0&id=18957ad26eea It would be interesting to know whether it fixes also the initial issue or not. Could you give it a try and report back, please? Thanks in advance.
I have the same issue on Ubuntu 11.04 with Evolution 2.32.2. Just the Favorites folder is visible, GAL works, Calendar not FAFAIK. Eagerly awaiting a fix :)
Thanks for the quick reaction. Installing evolution-mapi-0.32.2-2 solved this problem for me. Unfortunately I have now another problem: it seems that events in the calendar do not seem to synchronize properly, especially recurring events. The situation is the following: * Whenever I enter an event into the Exchange Server (OWA) it shows up on my smartphone (Android) after a while, but *not* in evolution. (This holds both for recurring and non-recurring events.) * Non-recurring Events that I enter into evolution *do* show up on the Exchange Server (and on my phone). * Recurring Events that I enter into evolution *do not* show up on the Exchange Server. Furthermore when I try to edit them in evolution again, everything in the recurrence dialogue is grayed out and nothing can be modified. Funnily, although they are not shown on the Server, they are synchronized to my phone (which might be more liberal concerning the format). I tried to see whether there are relevant error messages, but I did not really find anything. I am also not sure whether this is more a problem of evolution, evolution-mapi or Exchange. Please tell me if I can provide any further information.
My email worked with the version in test, but the calendar does not. I saw some appointments, but after that a crash: Error on mapi://username@servername Failed to fetch changes from a server: QueryRows: MAPI error (0x80040fff) occured/ Then some errors about calendar only working after evolution restart. After a restart I got the same error.
For me, this particular problem was also solved with evolution-mapi 3.0.1, but I ran into a different crash filed as https://bugzilla.redhat.com/show_bug.cgi?id=701955 . @Barbara, you should file a separate bug report for the calendar synchronization problem you describe. Thanks!
Vincent, could you run /usr/libexec/e-calendar-factory from a gdb and give here a backtrace of the crash, please? (I suppose you have installed up-to-date debug info packages, and you'll do "t a a bt" in gdb to get the backtrace for all threads. I also expect this being treated in a new bug report. (In reply to comment #18) > @Barbara, you should file a separate bug report for the calendar > synchronization problem you describe. Thanks! I agree, do not pile everything into one bug, it's pretty hard to read afterwards. Barbara's bug is bug #629057, most likely. Reinout, hmm, I do not recall seeing anything similar recently, I'll check it and upstream it to gnome's bugzilla for more investigation. ----------------------------------------------------------------------- This bug report holds for "I see only 'Favourites' folder under my evolution-mapi account in mailer" issue, which seems to be fixed by changes mentioned in comment #14.
Hi Milan, I am willing to provide you with the info you need, but I am unexperienced on gdb and tracing. I tried what you asked: [vincent@fc ~]$ gdb /usr/libexec/e-calendar-factory GNU gdb (GDB) Fedora (7.2-51.fc14) Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i686-redhat-linux-gnu". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>... Reading symbols from /usr/libexec/e-calendar-factory...Reading symbols from /usr/lib/debug/usr/libexec/e-calendar-factory.debug...done. done. (gdb) t No thread selected (gdb) a Ambiguous command "a": actions, add-inferior, add-symbol-file, add-symbol-file-from-memory, advance, aliases, append... (gdb) a Ambiguous command "a": actions, add-inferior, add-symbol-file, add-symbol-file-from-memory, advance, aliases, append... (gdb) bt No stack. I agree on the other bug part: the no folder issue is fixed so it can be closed. I did file another bug automatically on redhat bugzilla: If you need me to report it here too, please let me know. https://bugzilla.redhat.com/show_bug.cgi?id=701957 https://bugzilla.redhat.com/show_bug.cgi?id=701971
I usually use Gnome's bugzilla, because issues reported in Red Hat bugzilla for evolution-related projects are usually not fedora specific. I'll review your bugs and move them upstream if needed. Meanwhile, you can do this: a) make sure evolution is not running, neither e-calendar-factory b) run factory under gdb, like this: $ gdb /usr/libexec/e-calendar-factory --ex r --ex "t a a bt" --ex c --ex q c) run evolution from another console and reproduce the crash gdb console may contain information I'm looking for. But, please, move to another bug with any further investigation, just mention here the new bug number for anyone wanting to follow this issue. Thanks in advance.
I'm closing this as fixed per previous comments by a fix mentioned in comment #14, thus part of evolution-mapi 3.0.1+. Thanks to all for their help with testing this.
sorry Milan, dat command did not work. But since it fixed, I'll let it go. I'll re-report if I find issues in the new version. Thank you