I’ve spent the past couple of weeks on and off trying to figure out why the OOF (Out Of Office) and Free\/Busy availability information were broken in our Outlook 2007 clients. They generated errors saying the service was not available. They worked fine in OWA.<\/p>\n
After some digging I thought I’d try some of the EWS URLs manually in a web browser. I’d tried some of the others and although they produced odd things, they at least did something. The EWS URLs just produced a 404.<\/p>\n
Looking in IIS there were clearly files in the EWS directory with the correct names, so something else must have been missing. I started a comparison with another reference system. Eventually I noticed a difference in the The copy on our production system contained entries like this:<\/p>\n <codeBase version=”0.0.0.0″ href=”file:\/\/\/%ExchangeInstallDir%bin\\Microsoft.Exchange.Common.IL.dll” \/><\/span><\/p><\/blockquote>\n Whilst our reference system contained entries like this:<\/p>\n <codeBase version=”0.0.0.0″ href=”file:\/\/\/C:\\Program Files\\Microsoft\\Exchange Server\\bin\\Microsoft.Exchange.Common.IL.dll” \/> As far as I could tell So I ducked over to a Unix system, did a proper comparison of the production file versus the reference one and determined that the only difference was the expansion of the variable. So I simply dropped the reference one in to place on the production system and restarted IIS.<\/p>\n And it worked!<\/p>\n I’m not sure how we got in to that state, but I’m pleased it’s sorted out. I’m not particularly getting on with this Exchange stuff, and peculiar issues like this really don’t help. Given we installed both the production and reference systems in the same way I can’t understand how this happened.<\/p>\n Now to fix the remaining issues… \ud83d\ude41<\/p>\n Update:<\/strong> Now that I know what the issue was I can google for it. I found this post<\/a> (better formatted here<\/a> for non-IE users) which shows that the issue occured with the accidently released update for Exchange a while back. We got this update in the small window in which it was available and later uninstalled it. Looks like that caused the problem.<\/p>\n","protected":false},"excerpt":{"rendered":" I’ve spent the past couple of weeks on and off trying to figure out why the OOF (Out Of Office) and Free\/Busy availability information were broken in our Outlook 2007 clients. It turned out to be the fault of a dodgy Exchange update.<\/p>\n","protected":false},"author":1,"featured_media":0,"comment_status":"open","ping_status":"closed","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[3],"tags":[51,48,49,43,50,47,45,46,44],"class_list":["post-135","post","type-post","status-publish","format-standard","hentry","category-computing","tag-exchangeinstalldir","tag-availaility","tag-ews","tag-exchange-2007","tag-exchange-web-services","tag-freebusy","tag-oof","tag-out-of-office","tag-outlook-2007"],"aioseo_notices":[],"_links":{"self":[{"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/posts\/135","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/users\/1"}],"replies":[{"embeddable":true,"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/comments?post=135"}],"version-history":[{"count":8,"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/posts\/135\/revisions"}],"predecessor-version":[{"id":340,"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/posts\/135\/revisions\/340"}],"wp:attachment":[{"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/media?parent=135"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/categories?post=135"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/www.bishnet.net\/tim\/blog\/wp-json\/wp\/v2\/tags?post=135"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}web.config<\/code> file located in C:\\Program Files\\Microsoft\\Exchange Server\\ClientAccess\\exchweb\\ews<\/code>.<\/p>\n
\n<\/span><\/p><\/blockquote>\n%ExchangeInstallDir%<\/code> was not set on either system. Further, looking at the autodiscover and OWA web.config<\/code> files I noticed they did it the same way as the reference system.<\/p>\n