The problem: Microsoft Outlook Web Access sniffs the User Agent HTTP header to see if the user is using Windows and delivers a poorer experience without. (FWIW, user agent sniffing is considered poor practice.)
The solution: OWA-User-Agent is a simple plugin for Chrome that replaces the Linux UA string with one that is marked Windows so that full OWA can be used from within Linux and possibly OSX.
Install it through the Chrome Web Store
Caveats/bugs:
-
File attachments don't seem to work in the enhanced OWA, so temporarily switch to the poor experience (log out, enable "Light" version, and log back in if file uploads/attachments are needed.)
-
All other functionality has been removed from this version -- it only adjusts the UA for OWA.
-
This version will apply the Windows UA (for Chrome 37 on Win7) string to any pages with /owa/ in the URL. In practice, this is probably no big deal.
-
Currently, this only fixes Outlook Web Access installations that are installed in the default /owa location. If this is a problem for you, please open a bug report.
This is a fork of Chrome User Agent, updated for the latest versions of Chrome and with all extra/irrelevant functionality removed.
Download the Extension. You can get the latest version of the extension here (of course, you'll need Google Chrome installed first).
Install the Application. Drag the extension file (it is named 'owa-user-agent.crx' by default) into a Chrome browser window.
The new User agent is applied to any URL that contains /owa/, so it should automatically work.