Description of problem: Attempting to cache the Offline Address Book under Evolution in Fedora 18 Alpha produces an error: "Failed to locate Offline Address Books. The reported error was 403 Forbidden." Accessing the GAL works fine on a new message, but I can't cache it for offline use. Version-Release number of selected component (if applicable): evolution-ews-3.6.0-1.fc18.x86_64 How reproducible: Every time. Steps to Reproduce: 1. 2. 3. Actual results: GAL/OAB error. Expected results: Successful Caching. Additional info: Microsoft Exchange 2007
Steps to Reproduce: 1. Add Exchange-based account directly to Evolution, not through Online Accounts. 2. Go to Account Preferences, to Receiving Options 3. Hit "Fetch List" button. 4. Error.
Thanks for a bug report. I'm afraid this is caused by the server version (2007 in your case) or its configuration. Mine 2007 server also doesn't support offline addressbook, but the newer 2010 server works as expected. I get the same error as you with the Exchange 2007 server, and it is returned by the server (due to EWS accessing certain server address).
Created attachment 631663 [details] OAB correctly being queried. In Fedora 17 the OAB for Exchange 2007 is queried for successfully.
In Fedora 17 with evolution-ews-3.4.4-1.fc17.x86_64, the OAB is queried for and successfully cached, so it seems like a regression that it suddenly doesn't work.
Thanks for the update, it is interesting. Could you do one test for me, please? Actually those are two: On each machine, run evolution like this: $ EWS_DEBUG=2 evolution &>log.txt then got to preferences and click to fetch URL for OAB. Make sure the log will not contain any private information, like server addresses, user names, emails and passwords (I usually search for "pass"). Then either upload here or send me privately both logs, with a description which is from where. I'll check what the newer evolution-ews does differently. Thanks in advance. I'm also reopening the bug.
Created attachment 632466 [details] Scrubbed log from Fedora 18a Log is scrubbed to substitute username, domain, e-mail addresses, and servers for something more generic.
Thanks for the update. Mine ends with the same error, the directory is not list-able, but only on Exchange 2007 server, because my Exchange 2010 works as expected. You should get the same issue if you enter this URL into your web browser: https://exchange.server.com/oab/31b0153c-358b-4ce4-a78e-25ded5a1ba0c/ while probably https://exchange.server.com/oab/31b0153c-358b-4ce4-a78e-25ded5a1ba0c/oab.xml will work as expected (which means it'll return some XML data, where one attribute will be "name='\Global Address List'". Could you try that in your browser, please? I would like to see the same log (can be stripped for the "Fetch List" button click action, as the whole log above is about synchronizing evolution after start and after opening the account properties, thus just wait few seconds till the activity in the log settles) from 3.4.4. I would do that myself, but my server is currently down, and I do not know for how long it'll be.
One more observation, you can check the OAB URL in the account properties on the Receiving Email tab. It doesn't end with the oab.xml most likely. It should help to change the URL in a way that it ends with that file name. If I remove that file name from mine OAB URL and try to Fetch List, then I receive similar error like with the Exchange 2007 server.
I checked the code of 3.4.4 and the difference is really append of oab.xml into OAB URL. Do that by hand in account properties and it'll fix it. I found the same bug report upstream, in [1], thus I'm moving this there as well. Feel free to CC there. [1] https://bugzilla.gnome.org/show_bug.cgi?id=686228