Product: Messageware AttachView 2007
Product Homepage: www.messageware.com
Free Trial Version: click here
In this review of Messageware AttachView 2007, I will first discuss the technology area in Exchange 2007 which the product enhances. I will then progress with a discussion of the reasons such a product might be useful. Having looked at the background I will cover installation and features of the product and will conclude by giving the product a rating.
Messageware AttachView 2007 is a product which enhances the WebReady Document Viewing functionality introduced in Exchange 2007. For those who have not heard of the feature, WebReady Document Viewing allows Outlook Web Access (OWA) users to view attachments to emails in a web browser without downloading them to the client machine. There are various benefits to this including improved security as documents are never downloaded to client machines and also the fact that client machines don’t need to have the application associated with the document installed.
So far this sounds great, however, there are a few issues with the feature as implemented in Exchange 2007. It is limited to a very small number of document types (basically office and pdfs), applying different settings to different users is not possible and the poor quality rendering of more complex documents often makes it hard to work with the attachments.
This is where AttachView can help and over the next few sections I will show you how.
Prerequisites and Lab Setup
In order to test AttachView 2007 I set up my lab as follows as shown in Figure 1:
Figure 1: Lab Setup
Server 1 – DC.gaots.co.uk – Windows Server 2008 Standard Edition – ADDS – ADCS
Server 2 – Exch-MHCU.gaots.co.uk – Windows Server 2008 Standard Edition – IIS7, PowerShell, .Net Framework 2 – Exchange 2007 SP1 Rollup 2 – Mailbox, Client Access and Hub Roles
Client1 (not domain member) – Client1.gaots.co.uk – Windows XP – IE7 and Firefox 2
User1 – Standard user
PrivUser1 – Management user with sensitive documents
So that is the lab setup, what about the specific requirements for AttachView? AttachView 2007 is installed on the Client Access server role and the Exchange Server must be running SP1 or later. It supports access from the same list of browsers as OWA and will work well in Premium and Light versions of OWA.
The only specific additional requirement is when installing AttachView on Windows Server 2008. In that case you will need to disable IPv6. This can be done as follows:
Launch the Network Connections applet by running ncpa.cpl from Start\Run.
- Open the properties of the LAN connection and Disable TCP\IPv6 and click OK as shown in Figure 2.
Figure 2: IPv6 disabled in the LAN Connection
Open the Registry editor and navigate to HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip6\Parameters\ Add a new 32bit DWord called DisabledComponents with a value of 0xFF as shown in Figure 3.
Figure 3: The new registry DWORD entry
Restart the Computer.
It should be noted that this will likely be resolved in a future release of the product.
The installation is simple enough and is well documented in the manual. It is possible to install using RDP so long as you access the console session. During the install the WWW Publishing service needs restarting as shown in Figure 4, which means there will be at least a brief period of downtime for the server. On the positive side of things, the install does not require a reboot.
Figure 4: As part of install you are prompted to stop Web Services
Obviously if installing AttachView on a farm of OWA servers you need to ensure that it is available at the same time on all servers.
Permissions required for installation are those needed to add files to the OWA directories, and also the Exchange View Only Administrator role. Realistically the simplest option would be to use an Exchange Organisation Administrator account which will be a Local Administrator on the server and thus will have relevant permissions.
Overall, the install for a single server takes not more than 10 minutes. On completion of the install you are presented with the admin interface shown in Figure 5.
Figure 5: The Global setting page
One of the first things I tried was accessing the help file. Unfortunately I was presented with the error shown in Figure 6.
Figure 6: Error Accessing help files
It turns out that this was because, in the current version (v1.6) of AttachView, the help files are a separate download. To install them follow the procedure below:
Contact Messageware support to get the download link.
Extract the files to a temporary location.
Navigate to \Program Files\Messageware\AttachView.
Paste the help folder into this path.
Launch the AttachView Management Console and click on the Help button to confirm accessibility.
It is important to note that this issue will be fixed in the next version of the software.
So, having completed the install what does the product do? Well, helpfully, it works with no further configuration! That is not to say nothing can be configured; there is plenty which can be done to tune things however, we will come to that later. First let’s take a look at the features.
When opening an attachment with the traditional OWA before AttachView is installed we get the option for “Open as Web Page”. This is the Microsoft WebReady Document Viewing feature as shown in Figure 7.
Figure 7: The Native OWA attachment view
Once AttachView is installed the user is presented with a new view, a pair of binoculars as shown in Figure 8, which when clicked opens the AttachView viewer.
Figure 8: The AttachView binoculars
Also seen in Figure 8, are the new options shown when clicking on an attachment. You can see that opening the item is not allowed by the Default Policy (more of which later) and that you can either open just a text view for fastest viewing of the file, or a full rich view with images. Clicking on the binoculars by defaults opens the attachment in Full view, shown in Figure 9, although this can be customized by the administrator.
Figure 9: The Full Viewer
The Full viewer is made up of several distinct sections. The left hand pane contains in the upper left the control panel, directly below that, the show/hide toggle button (usage shown in Figure 13) and at the bottom the info pane giving index or property information. The main panel on the right contains the document.
Looking in more detail at the controls the first thing you notice is the index. This is pulled from the document as you can see from the Word example in Figure 10. Another example is shown in Figure 9 with a PDF document. There you can see that it is simple to be able to zoom into a document, Figure 11, and also to rotate it, shown in Figure 12, which can be particularly useful when receiving image or Fax documents.
Figure 10: Viewing a Word Document with Index
Figure 11: The Zoom function
Figure 12: Rotating a document
Figure 13: Showing how the control panel can be minimised
The key feature of all of them is the fact that AttachView can support so many document types. Currently more than 300 file types are supported and as new file types become common they will likely be added. One example of this is it can even process password protected zip files. Figure 14 shows the user being prompted for a password and Figure 15 and Figure 16 both show the files within the Zip file and some of the properties information both about the file and about the files within.
Figure 14: Entering a password for a password protected zip file
Figure 15: Showing the properties of the zip file and the files inside it
Figure 16: Scrolling right shows more details of the files within the zip
Finally before moving on to look at some of the configuration options one more feature which could well be of use is the fact that the AttachView viewer is able to highlight document changes. This is important as it can prevent someone forwarding a word document in which track changes has been used without realising that the changes are still in the document. Figure 17 shows the ability to view track changes information and Figure 18, is the view given when you click the “Final” button and shows the final version of the document.
Figure 17: Viewing track changes information in a Word document
Figure 18: The final version of the document without mark-up
Moving on to configuration, there are two major areas of configuration. Global options are fairly self explanatory and are nicely laid out. It is here that options such as Licensing, Config export (which can be used to ensure the same configuration on multiple servers), RSA, Logging, Cache, Feature override are configured. Figure 19 shows the bypass options where it is possible to specify users or groups who will not be given the use of AttachView. One minor irritation about the interface to add users and groups is that it does not call the familiar AD interface to allow you to view and search for users or groups.
Figure 19: The AttachView bypass options
Figure 20 shows the options to configure the AttachView server cache. AttachView makes use of the cache to prevent multiple repeated conversions of the same document (a form of single instance storage). This feature not only prevents load on the server but also speeds up document access. For extra security the cache can be encrypted.
Figure 20: The Cache configuration options
Although I was unable to test it, I was glad that it is possible to use AttachView with RSA security tokens as this could definitely be a show stopper for some deployments.
The second major area of configuration is Rules. Multiple different rules can be created and their application ordered so as to give very flexible control and to give different users different feature experiences. It is essential that for a user to receive the features of AttachView one of the rules must apply to them. By default only the Default Rule is enabled and it applies to everyone. It is this which we shall now look at. Shown in Figure 21 is the Criteria tab. It is here that you select who the rule applies to. There are many options including client IP ranges, lists of AD groups and users, corporate device ID located in browser user agent tag, host lists and OU/UPN suffix.
Figure 21: The default rule
Figure 22 shows the Client tab where you can set whether a user can save, print or open attachments. Preventing Printing is a particularly useful option when configured in a rule on external clients. It will therefore only allow printing within the organisation so documents cannot be left on an Internet cafe printer! You can also configure whether a user receives a warning on attempting to save the attachment. This is also where the default binocular function is configured.
Figure 22: The Client tab, showing the options to configure saving and printing
The File Properties tab gives the ability to add or remove certain file properties from those shown in the Properties section of the viewer. The Client Access tab gives a method of further locking down file access so only access by AttachView will work and manually entering URLs will not.
Figure 23 shows the File Access tab which permits detailed control over the attachment types which users can view. You can also use this tab to disable a users’ ability to add attachments.
Figure 23: The File Access tab
The Ext Tuning tab gives you the ability to set up AttachView so as to be able to scale for use in high traffic environments by taking decisions about how to process different types of attachments. Finally, the File Handling Tab allows you to specify how files of certain types are handled. For example maximum file size can be set and certain file types can have AttachView features disabled entirely.
Before making my conclusions, it is only right to mention the licensing methods for the product. Generally, the product is licensed per CPU however for organizations with fewer than 100 employees, or for those using Small Business Server, special arrangements can be made.
Having reviewed the features of AttachView and investigated it in a lab environment for a few days I have found that it generally achieves what it sets out to! The detail and simplicity of policy settings is good and the product certainly takes the WebReady viewing functionality of Exchange 2007 to a completely different level.
There are a couple of small niggles such as needing to add the help files manually and the fact that, when working with Active Directory groups, you must specify the name of the group without being able to search for it. I also found that the opening of the view window could take a little time however, only a few seconds and, given the test lab based on virtual machines, it is very likely that performance would be a great deal improved on physical hardware.
MSExchange.org Rating 4.5/5
For more information about Messageware AttachView 2007 click here