GNOME Bugzilla – Bug 432885
Cannot subscribe to another users folder using Evolution and Exchange
Last modified: 2009-04-27 12:52:45 UTC
The bug has been opened on https://bugs.launchpad.net/bugs/109400 "Binary package hint: evolution Using Evolution 2.10.1 in Feisty. I have evolution configured to use my exchange server and normal operations are fine. When I try to connect to another users folder the dialogue pops up for more details. I enter the users name which is autocompleted by the GAL and select the folder Inbox to which I have permissions. When I click OK the dialogue dissapears but the other users folder is not in the folder list. Running evolution with the debug option provides no more information. When I run evolution from the command line I get the following message... exchange_account_remove_folder: path=[//WebServices@DOMAIN] This functionality worked fine in Dapper and Edgy. I have reproduced this issue on the beta, on a clean install and on an upgrade from 6.10. ..."
This is also true on Fedora 7. In fsct, this behaviour has been always true for me for many evo versions & FC6/5, from cvs or rpm. Note that I can get free/busy info for other users if I try to book a meeting with them. So I sometimes do that get a partial view of their calendar! Some debug is below: ===================================================================== E2K_DEBUG=4 evolution-exchange-storage messages: Nothing from this operation. But this turns up just before sometimes: error : unterminated entity reference International ======================================================================= E2K_DEBUG=4 evolution GC: returning cached info for XXX_OTHER_USER_XXX PROPFIND /exchange/XXX_ME_XXX/NON_IPM_SUBTREE/Freebusy Data/LocalFreebusy.EML HTTP/1.1 E2k-Debug: 0x14a86f0 @ 1177574710 Host: XXX_MY_HIST_XXX Depth: 0 Brief: t User-Agent: Evolution/1.10.1 Cookie: sessionid=d50fbed7-e51b-45ef-8b36-3dbd2ec33b61; cadata="4pfBVRIbI2t0hOl8NqqN+LP5ae6BwnlSsC1fhp/nCqRxUPSpwUwtLCOSkG5Kjd3D9vUS8AXNOx0g=" Content-Type: text/xml <?xml version="1.0" encoding="utf-8" ?><D:propfind xmlns:D="DAV:" xmlns:b="http://schemas.microsoft.com/mapi/proptag/"> <D:prop> <b:x68451102/><b:x686b1003/> </D:prop> </D:propfind> 207 Multi-Status E2k-Debug: 0x14a86f0 @ 1177574710 MS-WebStorage: 6.5.7638 MS-WebStorage: 6.5.7638 Date: Thu, 26 Apr 2007 08:05:10 GMT Accept-Ranges: rows X-Powered-By: ASP.NET X-Powered-By: ASP.NET Server: Microsoft-IIS/6.0 Content-Length: 319 Content-Type: text/xml <?xml version="1.0"?><a:multistatus xmlns:b="urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/" xmlns:c="xml:" xmlns:d="http://schemas.microsoft.com/mapi/proptag/" xmlns:a="DAV:"><a:response><a:href>https://XXX_OWA_XXX/exchange/XXX_ME_XXX/NON_IPM_SUBTREE/Freebusy%20Data/LocalFreebusy.EML</a:href></a:response></a:multistatus>
I have the same problem (I reported this bug with an earlier version, but it still exists) Using E2K_DEBUG=5 evolution 207 Multi-Status E2k-Debug: 0xa2ea2b0 @ 1186073358 MS-WebStorage: 6.5.7638 Accept-Ranges: rows Date: Thu, 02 Aug 2007 16:49:17 GMT X-Powered-By: ASP.NET Server: Microsoft-IIS/6.0 Transfer-Encoding: chunked Content-Type: text/xml <?xml version="1.0"?><a:multistatus xmlns:b="urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/" xmlns:c="xml:" xmlns:d="http://schemas.microsoft.com/mapi/proptag/" xmlns:a="DAV:"><a:response><a:href>https://owa.birkman.com/exchange/DSteckbeck/NON_IPM_SUBTREE/Freebusy%20Data/LocalFreebusy.EML</a:href></a:response></a:multistatus> PROPFIND /exchange/officecalendar/NON_IPM_SUBTREE HTTP/1.1 E2k-Debug: 0xa2ea310 @ 1186073358 Host: mail.birkman.com Depth: 0 Brief: t User-Agent: Evolution/1.10.3.1 Cookie: sessionid=dd5d5ae4-1894-474a-bbdf-beaefec50f6a; cadata="5GxZAosbU6NVyNQ88uLw+JpiWMPQN5Ul0QVeS0/iNrishn5Y+QqQd+7d1hFL85mGJRQEKvrpna4A=" Content-Type: text/xml <?xml version="1.0" encoding="utf-8" ?><D:propfind xmlns:D="DAV:" xmlns:a="urn:schemas:httpmail:"> <D:prop> <a:inbox/> </D:prop> </D:propfind> 7 Connection terminated unexpectedly E2k-Debug: 0xa2ea310 @ 1186073358 PROPFIND /exchange/officecalendar/Inbox HTTP/1.1 E2k-Debug: 0xa2ea370 @ 1186073358 Host: mail.birkman.org Depth: 0 Brief: t User-Agent: Evolution/1.10.3.1 Cookie: sessionid=dd5d5ae4-1894-474a-bbdf-beaefec50f6a; cadata="5GxZAosbU6NVyNQ88uLw+JpiWMPQN5Ul0QVeS0/iNrishn5Y+QqQd+7d1hFL85mGJRQEKvrpna4A=" Content-Type: text/xml <?xml version="1.0" encoding="utf-8" ?><D:propfind xmlns:D="DAV:" xmlns:c="http://schemas.microsoft.com/exchange/" xmlns:a="urn:schemas:httpmail:" xmlns:d="DAV:" xmlns:b="http://schemas.microsoft.com/mapi/proptag/"> <D:prop> <c:outlookfolderclass/><a:unreadcount/><d:displayname/><b:x0ff40003/> </D:prop> </D:propfind> 7 Connection terminated unexpectedly E2k-Debug: 0xa2ea370 @ 1186073358
I am seeing the same behavior on Evolution 2.12.0. I can "successfully" subscribe to the other user's folder, the folder does not show up within evolution. Inside my ~/.evolution/exchange/djohnson@<SERVER>/ directory, there is a <otheruser>@<server> directory which points to the correct location on the OWA server. I have verified through OWA that I do have access to the specified folder. Running Evolution with E2K_DEBUG set to 5 does not reveal any attempts to access the subscribed folder.
Created attachment 105687 [details] [review] Patch for bug 432885 in evolution-exchange This bug was fixed in 10.3 Need to upstream it to trunk. In this patch we rescan the hierarchy - as we don't rescan foreign hierarchies anywhere for mailer and only when we are starting up.
*** Bug 354601 has been marked as a duplicate of this bug. ***
(In reply to comment #4) > Created an attachment (id=105687) [edit] > Patch for bug 432885 in evolution-exchange > > This bug was fixed in 10.3 Need to upstream it to trunk. > In this patch we rescan the hierarchy - as we don't rescan foreign hierarchies > anywhere for mailer and only when we are starting up. > Patch is quite tested and known to be working for quite a while now. Here goes the green light - commit it. :)
Committed to trunk rev 1583.
where do i find this solution? i also have this problem. i am using opensuse10.3. since the opensuse10.3-supplied evolution version didn't work very well, i built it my own. i downloaded all necessary source-packages from http://ftp5.gwdg.de/pub/linux/gnome/sources/ this worked until evolution version 2.21.3. this is the last version which i was able to build myself. as i read in http://ftp5.gwdg.de/pub/linux/gnome/sources/evolution-exchange/2.21/evolution-exchange-2.21.92.news "Bug fixes: #432885: Fix to subscribe to other user's folders (Bharath)" i wanted to build this new version 2.21.92 because it solves a big problem for me, because i need to open exchange-calenders of my co-workers. so i downloaded the following source-packages: glib-2.15.6 libsoup-2.3.4 libbonobo-2.21.90 gtkhtml-3.17.92 evolution-2.21.92 evolution-data-server-2.21.92 evolution-exchange-2.21.92 then made glib-2.15.6 with: ./configure --enable-static make make install then made libsoup-2.3.4 with: ./configure --enable-ssl make make install then made libbonobo-2.21.90 with: ./configure make make install then tried to make gtkhtml-3.17.92 with: ./configure make BUT: make stopped with: /usr/src/packages/SOURCES/gtkhtml-3.17.92/gtkhtml/htmlurl.c:493: undefined reference to `g_assertion_message_expr' /usr/local/lib/libsoup-2.4.so: undefined reference to `g_checksum_free' /usr/local/lib/libsoup-2.4.so: undefined reference to `g_checksum_get_string' /usr/local/lib/libsoup-2.4.so: undefined reference to `g_checksum_update' /usr/local/lib/libgio-2.0.so: undefined reference to `g_hash_table_iter_init' /usr/local/lib/libgio-2.0.so: undefined reference to `glib_gettext' /usr/local/lib/libgio-2.0.so: undefined reference to `g_hash_table_iter_next' ./.libs/libgtkhtml-3.14.so: undefined reference to `g_assertion_message' /usr/local/lib/libsoup-2.4.so: undefined reference to `g_checksum_new' /usr/local/lib/libgio-2.0.so: undefined reference to `g_warn_message' /usr/local/lib/libgio-2.0.so: undefined reference to `g_uri_escape_string' collect2: ld returned 1 exit status make[2]: *** [testgtkhtml] Error 1 make[2]: Leaving directory `/usr/src/packages/SOURCES/gtkhtml-3.17.91/gtkhtml' make[1]: *** [all-recursive] Error 1 make[1]: Leaving directory `/usr/src/packages/SOURCES/gtkhtml-3.17.91' make: *** [all] Error 2 i didn't find any hints/solutions to that. what error is this? what can i do? do i need some more of the new 2.21 gnome-source-packages? what do i need to do to build evolution 2.21.92 on opensuse10.3? i don't want to wait for opensuse11. i need a fully working evolution now. there are some repos in http://ftp5.gwdg.de/pub/linux/suse/opensuse/repositories/home:/ which provide newer version of evolution for opensuse10.3, but none of them provides a rpm for evolution-exchange..... and none of them offers this latest release 2.21.92. can anybody of you guys help me?
Looks like you need the new glibc. I suggest using jhbuild for building from sources. But this is not the right forum . Can you post in evolution Mailing Lists. Thanks :)
ok, i found the problem: the configure-script, or some part related to it has a bug. it tried to link against the old glib-2.14. i filed a new bug #519234 about that.
ok, now i managed to build evolution 2.22. but i still can't open some other calendar. could it be a problem, that the exchange-server to which i connect doesn't belong to the windows-domain i am part of?
(In reply to comment #11) > ok, now i managed to build evolution 2.22. > > but i still can't open some other calendar. > > could it be a problem, that the exchange-server to which i connect doesn't > belong to the windows-domain i am part of? > Rainer, do you get a "Generic Error", if you subscribe to other user's calendar? Also, other user's calendar appear in "Calendar" component.
sometimes i get the "Generic Error", sometimes i get the "folder does not exist" error. i know the trick with entering the fully-qualified hostname in /etc/hosts. i put the ip and hostname of my notebook AND the exchange-server in /etc/hosts. this doesn't help. could it be a problem for evolution that the exchange server lives in another windows-domain than my notebook? with our old exchange-server subscribing to other's calender worked. this was exchange 2000. this server lived in the same domain as my notebook. on this server it also was possible with OWA in the web-browser to look at other's calender with the url: http://atecwe07.ecolog.net/Exchange/rtg/Kalender/ in this case "rtg" is the domain-user-name of a co-worker. with new exchange 2003 server i have to use the following url: http://atecwe50.tgw.local/Exchange/gerhard.rammerstorfer@ecolog.at/Kalender/ using the username "ecortg" doesn't work. so the url: http://atecwe50.tgw.local/Exchange/ecortg/Kalender/ doesn't work. i have to use email-adress as user-information, so that exchange knows WHICH calendar i want to see. and maybe evolution internally always tries to use only domain-user-name to open other's calendar? 2 other things changed in our setup which maybe worth telling you: 1. i have to log in with domain information. i can't log in only with user name, coz we live in another domain as exchange server. on old exchange-server i only used my account-name "kra". now i have to user "tgw\ecokra" to log on. 2. our usernames have changed. on old exchange-server my username was "kra", on new exchange-server my username is "ecokra". but i think this should be no problem. what makes me wonder is, that i can't see other's calender within browser when using his username, but it works with email-adress.
Evolution looks up the GAL for the specified user name and retrieves the corresponding user's mailbox information from the GC server. If your GC is configured to have gerhard.rammerstorfer@ecolog.at as the user-name, evolution would happily connect to it. Mind checking what GC returns for user query? Or, you can attach E2K_DEBUG=4 traces, that will contain the communication between Evolution and Exchange server. Make sure you attach both Evolution and Evolution-exchange-storage part of E2K_DEBUG traces. Reopening the bug as it is still not working for many users - check https://bugs.launchpad.net/ubuntu/+source/evolution-exchange/+bug/65664
i have fixed the problem! :-D it was the setting of the GC-server. when i set up the ip-adress of the GC-server in the "retrieve-mail" dialog of the exchange-account it doesnt't work. but when i enter the fully qualified hostname of the gc-server it works suddenly! how could that be?
I tried to subscribe with E2K debug traces from evolution-exchange and evolution. The former produced precisely nothing when I clicked subscribe. The later said: GC: looking up info for A.Person@rl.ac.uk GC: dn = CN=per56,OU=SPBU,DC=fed,DC=cclrc,DC=ac,DC=uk GC: displayName Person, A (Arthur) GC: mail A.Person@rl.ac.uk GC: mailNickname nam56 GC: homeMTA CN=Microsoft MTA,CN=EXCHANGE35,CN=Servers,CN=RAL,CN=Administrative Groups,CN=CCLRC,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fed,DC=cclrc,DC=ac,DC=uk GC: Finding hostname for CN=EXCHANGE35,CN=Servers,CN=RAL,CN=Administrative Groups,CN=CCLRC,CN=Microsoft Exchange,CN=Services,CN=Configuration,DC=fed,DC=cclrc,DC=ac,DC=uk GC: exchange35.fed.cclrc.ac.uk GC: legacyExchangeDN /o=CCLRC/ou=RAL/cn=Recipients/cn=per56 PROPFIND /exchange/wjm39/NON_IPM_SUBTREE/Freebusy Data/LocalFreebusy.EML HTTP/1.1 E2k-Debug: 0x9c12548 @ 1210678231 Host: owa.rl.ac.uk Depth: 0 Brief: t User-Agent: Evolution/1.12.3 Cookie: sessionid=e0816618-8887-432e-a797-e47ccce88b20; cadata="6v9F55HELS6rImfMYW9Ve/qG+cxk7UrwG3pEsti8Q3018p8n/QWV9hQPVb4hGK5YjFTJXZTWjwHM=" Content-Type: text/xml <?xml version="1.0" encoding="utf-8" ?><D:propfind xmlns:D="DAV:" xmlns:b="http://schemas.microsoft.com/mapi/proptag/"> <D:prop> <b:x68451102/><b:x686b1003/> </D:prop> </D:propfind> 207 Multi-Status E2k-Debug: 0x9c12548 @ 1210678231 MS-WebStorage: 6.5.7638 MS-WebStorage: 6.5.7638 Date: Tue, 13 May 2008 11:32:23 GMT Accept-Ranges: rows X-Powered-By: ASP.NET X-Powered-By: ASP.NET Server: Microsoft-IIS/6.0 Content-Length: 319 Content-Type: text/xml <?xml version="1.0"?><a:multistatus xmlns:b="urn:uuid:c2f41010-65b3-11d1-a29f-00aa00c14882/" xmlns:c="xml:" xmlns:d="http://schemas.microsoft.com/mapi/proptag/" xmlns:a="DAV:"><a:response><a:href>https://owa.rl.ac.uk/exchange/wjm39/NON_IPM_SUBTREE/Freebusy%20Data/LocalFreebusy.EML</a:href></a:response></a:multistatus> I notice something else. This is the result of looking up the server in our domain: BillMurray> host 130.246.132.94 94.132.246.130.in-addr.arpa domain name pointer logon04.rl.ac.uk. BillMurray> host logon04.rl.ac.uk Host logon04.rl.ac.uk not found: 3(NXDOMAIN) Does that mean we have something configured wrongly? Bill
*** Bug 533236 has been marked as a duplicate of this bug. ***
This looks like the bug I'm seeing in Fedora too. Details https://bugzilla.redhat.com/show_bug.cgi?id=222276 Our exchange server is 2003 but also uses RPC over HTTP so I think all the GAL queries go over that link too, not sure if this has any impact.
It behaves very strange to me. I should have filled Global Address List address in an Account setup. Then I can call, in a calendar's view, File->Subscribe to Other User's Calendar. When I pick user from the GAL, and keep the rest as is in the dialog and hit OK, then calendar is loaded and I see its content. Now, when I close Evolution, (then, to be sure all is loaded fresh, also do evolution --force-shutdown) and run it again, the foreign calendar is unchecked and on the evolution's console is shown "No Such Calendar". I can try to check that calendar as much as I want to, with no luck. Closing Evolution again, (again with --force-shutdown), and checking the foreign calendar will start to work, I can see events from there again. But the process repeats again and again, after next start. Note: the --force-shutdown isn't necessary probably.
Created attachment 126839 [details] [review] proposed eex patch for evolution-exchange; With this patch, I can subscribe to a foreign calendar and the calendar will be still available on the next start. From my observations, the rescan of foreign hierarchy does nothing (as called by exchange_account_scan_foreign_hierarchy), but rescanning it manually, same as is done for non-foreign calendars, works fine.
Patch looks good to me. Please commit.
Committed to trunk. Committed revision 1875. Feel free to reopen if you see this in 2.26.
Would this patch work with 2.24.x?
Yup, it should.
This still doesn't work for me on evolution 2.25.91 (nor did it work when I patched 2.24.x )
Does it claim anything when you try this (either UI or console of evolution or evolution-exchange-storage)? What are your steps? Please note the newer patch is for a calendar only.
The procedure I use is to select the Calendar component then from the file menu I select "Subscribe to other user's Calendar". Enter the username which gets looked up ok in the AD GAL. I then click OK and get a "Generic error" dialog box (which is the same as the one that's always appeared. Let me know if you need any further info or if I can run some form of debug.
I just tried with actual trunk and it works fine for me. Isn't it possible the other user doesn't share his/her Calendar for reading? Maybe there's something on the console of evolution-exchange-storage or evolution itself, could you try this please: a) close evolution, then ensure it closed all around (with evolution --force-shutdown) b) open a terminal and run there evolution-exchange-storage (I've it located in $PREFIX/libexec/evolution/2.26/) c) open another terminal and run evolution there d) try reproduce this and look on both consoles, whether, in time of failure, was shown anything related on any console. Yet another option is to run both processes with exported E2K_DEBUG=5 and repeat steps above, both processes will be quite chatty, and with this level of debugging it'll include private information which should be stripped (like passwords/IPs/...), but we should be able to find out why it failed.
Nope, its definitely shared. Its our group calendar which I've connected to in Outlook fine. I'll try the debug shortly.
The output from evolution-exchange-storage is as following (without debug mode and with a lot of blank lines removed). It seems most of it is LDAP/GAL queries as I type the user name in. $ /usr/libexec/evolution/2.26/evolution-exchange-storage Evolution Exchange Storage up and running impl_GNOME_Evolution_Addressbook_BookFactory_getBook + file:///home/perobinson/.evolution/addressbook/local/system ** (evolution-exchange-storage:24727): WARNING **: Unexpected kerberos error -1765328230 ** (evolution-exchange-storage:24727): WARNING **: Unexpected kerberos error -1765328230 impl_GNOME_Evolution_Addressbook_BookFactory_getBook + file:///home/perobinson/.evolution/addressbook/local/system impl_GNOME_Evolution_Addressbook_BookFactory_getBook + gal://perobinson;auth=Basic@webmail2.ntt.eu/gal => 0xefa460 impl_GNOME_Evolution_Addressbook_Book_open (0xefa460) impl_GNOME_Evolution_Addressbook_BookFactory_getBook + gal://perobinson;auth=Basic@webmail2.ntt.eu/gal => 0xefa4c0 impl_GNOME_Evolution_Addressbook_Book_open (0xefa4c0) (evolution-exchange-storage:24727): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((or (beginswith "nickname" "") (beginswith "email" "") (beginswith "full_name" "") (beginswith "file_as" "") )) e_data_book_respond_get_book_view (evolution-exchange-storage:24727): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((or (beginswith "file_as" "ntt") (beginswith "full_name" "ntt") (beginswith "email" "ntt") (beginswith "nickname" "ntt") )) e_data_book_respond_get_book_view (evolution-exchange-storage:24727): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((or (beginswith "file_as" "ntteo") (beginswith "full_name" "ntteo") (beginswith "email" "ntteo") (beginswith "nickname" "ntteo") )) e_data_book_respond_get_book_view (evolution-exchange-storage:24727): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((or (beginswith "file_as" "ntteo.") (beginswith "full_name" "ntteo.") (beginswith "email" "ntteo.") (beginswith "nickname" "ntteo.") )) e_data_book_respond_get_book_view (evolution-exchange-storage:24727): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((or (beginswith "file_as" "ntte") (beginswith "full_name" "ntte") (beginswith "email" "ntte") (beginswith "nickname" "ntte") )) e_data_book_respond_get_book_view (evolution-exchange-storage:24727): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((or (beginswith "file_as" "ntteo") (beginswith "full_name" "ntteo") (beginswith "email" "ntteo") (beginswith "nickname" "ntteo") )) e_data_book_respond_get_book_view (evolution-exchange-storage:24727): libedata-book-WARNING **: impl_GNOME_Evolution_Addressbook_Book_getBookView ((or (beginswith "file_as" "ntteo.c") (beginswith "full_name" "ntteo.c") (beginswith "email" "ntteo.c") (beginswith "nickname" "ntteo.c") )) e_data_book_respond_get_book_view This is the output from evolution itself ** (evolution:24735): DEBUG: mailto URL command: evolution --component=mail %s ** (evolution:24735): DEBUG: mailto URL program: evolution (evolution:24735): e-table-WARNING **: Value from the table model is 2, the states we support are [0..2) (evolution:24735): e-table-WARNING **: Value from the table model is 2, the states we support are [0..2) (evolution:24735): e-table-WARNING **: Value from the table model is 2, the states we support are [0..2) (evolution:24735): e-data-server-DEBUG: Loading categories from "/home/perobinson/.evolution/categories.xml" (evolution:24735): e-data-server-DEBUG: Loaded 29 categories
> (evolution:24735): e-table-WARNING **: Value from the table model is 2, the > states we support are [0..2) These I see for the first time. Those other doesn't indicate any error, though, except of those unexpected in kerberos, but I think the autocompletion with GAL works fine for you, thus it could be just before/after login to the server.
(In reply to comment #20) > Created an attachment (id=126839) [edit] > proposed eex patch > > for evolution-exchange; > > With this patch, I can subscribe to a foreign calendar and the calendar will be > still available on the next start. From my observations, the rescan of foreign > hierarchy does nothing (as called by exchange_account_scan_foreign_hierarchy), > but rescanning it manually, same as is done for non-foreign calendars, works > fine. > Just wanted to say that this bug works for me, (backported to 2.22). Thanks!