Friday, August 29, 2008

Troubleshooting Archive Attender with ixSearch

When a customer lets me know that a member of their user base is unable to retrieve a message via the link in the stub due to the original message not being found, there are a few things to check.

The first thing to check is that the message is actually in the archive location. To do this, first we must determine the GUID associated with the user in question. Open Archive Attender, Click Groups, and navigate to your user.

Right click the user and click 'Edit User Settings..'

























You will then want to browse the windows file system and navigate to the user's archive, and then the folder that the message exists in the user's mailbox. Please note that if the stub was moved after the archiving action took place, then you will have to check the folder that it was originally archived from.

















If we can verify that the message is where it is supposed to be, then we need to check the map index to verify that Archive Attender knows where to find it when you click the link in the stub. We can accomplish this with the ixSearch tool.

For Index Path, we choose the _Map folder under the Archive to which the user belongs. For the query, we enter the guid of the message in question. The guid can be taken from the link in the stub. We then click the 'Search' button. If nothing pops up, that means that the map index cannot find this message in the specified archive's map index.



















If it does in fact find an entry, as shown above, then we double click the result. It will pop up the following window in which we can see the location that Archive Attender believes the message to reside.



















In the case above, it is in the correct place. If this was incorrect from the real location, or it didn't exist in the map index at all, we'd have to run a task to rebuild the map index. Right click the archive in AACONSOLE.exe, click 'Archive Tasks', and then click 'Rebuild Map Index.'

















This will reestablish the link between stub, index, and archived message. I have seen two cases where the folder structure somehow got an extra space in one of the names, and the map index did not pick up on this. The fix is to be careful about reading the ixsearch.exe output, and verify that it is exact. If there is a space character issue, you can browse the folder structure and remove the space from the folder name manually to fix the indexing issue.

Azaleos is hiring!

If you are looking for an incredible employment opportunity, Azaleos is currently hiring for the following roles:

Senior Messaging Engineer

Network Operations Technician I

Network Operations Technician II

Azaleos employment opportunities have worthwhile career paths, great training resources, and access to knowledgeable professionals. Besides..who in the tech industry doesn't want to work for a cutting edge, fast growing, family of dedicated coworkers?

SherpaSoftware's Archive Attender - HTML MSG Format Issues on x64 Platform

In my experience with SherpaSoftware's Archive Attender, we found a small issue with the ability to download and display messages in HTML format when retrieving them.

*Before I go on, I would like to stress that SherpaSoftware does not support installing on the x64 platform, and never has. That being said..

My test lab was designed to run on x64 in order to run along side my Exchange server (which meant using the MAPI CDO rather than Outlook MAPI..and Outlook MAPI is what Sherpa uses). The issue is found when attempting to retrieve a message in HTML format from the archive as seen below:
























The issue comes when the user decides hit the 'Cancel' button and pull the message down as an HTML. This is beneficial for numerous reasons. First and foremost, you can then view the message on mobile devices, as well as from a computer that does not have a viewer for .msg files. When a user attempts this on an 64-bit Archiving server, they will get the following error:











Azaleos has worked closely with SherpaSoftware to come up with a possible solution to this, and Sherpa has continued to provide excellent service in this regard. As usual, they continually adapt their product to meet the needs of their customer base, even if that base is using an unsupported platform.

More to come on this front..