Video Screencast Help
Archiving and eDiscovery Community Blog
Showing posts tagged with Enterprise Vault
Showing posts in English
Rob.Wilcox | 11 Sep 2013 | 0 comments

Released just a week or so ago is the new and shiney Enterprise Vault 9.0.5.  If you can't upgrade to Enterprise Vault 10 yet, then it might be worth a look, if you have time to perform the upgrade that is.

As with all these sort of things it is worth checking the Late Breaking News. That's available on this link:

And the Release Notes are also another good place to start. They are available here:

And of course the full set of documentation is available too:


Rob.Wilcox | 09 Sep 2013 | 0 comments

One of the newest ways for users to quickly archive data either from their mailbox or from legacy PST files is to use Virtual Vault. Users can drag and drop items right into a particular folder within Virtual Vault and soon afterwards the items will be archived. It's really that simple. There are some things though that are worthy of knowing about before users go ahead and do this sort of thing en-masse.

What do users do?
- Drag and drop from Outlook, or from a PST file. If taking from PST files it should be remembered that the items are removed from the PST file, unless the user does a 'copy' of the items (or even takes a copy of the PST file first)

Where does the data go?
- Adds to the MDC file. This means a few things. Firstly the MDC file will grow, sometimes considerably, depending on how much data is added before the next sychronisation happens.

What happens when they next synchronise?
- UploadItem.aspx per item. Each item...

Rob.Wilcox | 06 Sep 2013 | 0 comments

A question which came from the Symantec Enterprise Vault Connect forums the other day deserves a little more of an answer than I originally gave.  The question is:


When you retrieve an item from a shortcut using Enterprise Vault with Outlook Web Access, where is the temporary message stored?


Well the short answer is that it is stored in the users 'deleted items' folder, as hidden messages. You can see them using Outlook Spy or similar:




Another question, which is sometimes asked:


When or how are these messages cleaned up?


In OWA 2010, the Enterprise Vault extensions should clear up the message when the mail window in Internet Explorer is closed.  If tracing is enabled you would see:



Rob.Wilcox | 04 Sep 2013 | 0 comments

Do you know what version of the Outlook Add-in is running in your environment? Do you care what version is running? You should - and in many organisations even those that employ software deployment tools to ensure PC's are 'up to date' often have a handful of versions/revisions of the Outlook Add-in.

Knowing which version is in use, definitely helps when it comes to help desk calls. Some versions of the Outlook Add-in have issues which get reported from time to time, and are fixed in later versions. Sometimes it is a necessary step in the help desk process for the support engineer to ASK the user which version of the Outlook Add-in they have installed. For reference there are a few ways that a user can provide this information (accurately):

- Version information from valkyrie.dll in the EV client program folder.


- Review a...

Rob.Wilcox | 31 Aug 2013 | 0 comments

The other day I came across rather an interesting article on the RSS feed which comprises Symantec technotes. The issue relates to the way that data is stored on disk with Enterprise Vault. It seems that 'some' items whilst stored on disk correctly, within the correct date folder, are recorded in the saveset table incorrectly.

It seems that the issue gets worse with Enterprise Vault collections enabled, and worse still the issue doesn't appear to just affect archiving, but also the retrieval of items. On top of all these problems is that there is the word 'some' in front of it all. 'Some' always makes me think about how to identify the 'some' from the 'rest'. The article referenced below does not go in to how you figure out what these items are, nor does it look like EVSVR can fix this problem.

So the article is interesting from a number of aspects, but, of course the biggest to me is that there is no discernible way of...

Rob.Wilcox | 30 Aug 2013 | 4 comments
Have you ever wondered why an archive takes a long time to delete?  Sometimes you may be deleting a large archive and it seems to sit in the Vault Admin Console with the 'Marked for deletion' status and the little logo for a long time.  Well, it takes a long time because delete is a lot like archive in that there is a lot of different steps and processes that need to be gone through before the archive can be deleted.
Let's take an example.
Firstly we need to get the VaultEntryID for the archive we want to delete.  We can that with this bit of SQL:
Use EnterpriseVaultDirectory
Select ArchiveName, VaultEntryID, ArchiveStatus
From ArchiveView
Where ArchiveStatus = 4
That will show all the archives which are marked for deletion. If you know the archive name, then you could replace the 'Where ArchiveStatus...
Rob.Wilcox | 28 Aug 2013 | 0 comments

There are many, many, many arguments around upgrading Enterprise Vault or not. In fact the same is true of any application or Operating System.  I am a fan of upgrading quite soon after a release of a new version or service pack. There are numerous benefits.

Of course I would always suggest that you do adequate testing in your own lab environment first - and yes, it's hard to get a lab environment which matches your production in environment in terms of scale, and throughput. I wrote an article about why you should have a lab, take a look here. One of the key reasons for upgrading though is all those 'little' fixes that help clean up your Enterprise Vault event logs.  Issues like the one described in this technote:

Rob.Wilcox | 25 Aug 2013 | 0 comments

When I'm setting up demo systems I almost always select the archiving option related to archiving 'unread items'.  This is because in a demo or test environment you probably want everything to get archived, and don't have time to send in lots of emails, and then open each mailbox and mark some of them as read and some as unread.  I honestly don't usually think about it too much, doing this step is almost automatic when I set up a test environment.  But what about in production?

Should you archive unread items?

Many people (me included) sometimes read an email, realise that there are some actions needed on it which can't be done right now, and then mark the email as unread - so it stands out. Typically you'd then come back and process these later. If in Enterprise Vault you don't archive unread items, this means that that item, no matter how big or small won't get archived. This has it's good points, and bad...

Rob.Wilcox | 19 Aug 2013 | 0 comments

Everything Enterprise Vault client related used to be what I was 'all about' when I was working in Symantec Enterprise Vault Engineering. Okay I also dabbled with tons of other stuff, but I was somewhat of a subject matter expert when it came to things relating to the Outlook Add-in. That's partly why it irks me when I see things like this technote suggesting to perform the Outlook Add-in install by first of all disabling UAC. I mean a security firm should really recommend this, I don't think.  Anyway, it is an interesting one, and it brings up the question that is often asked about why there is a setup.exe and an MSI file - it's all down to what 'regular' users can launch.

Take a look at the technote:

Would you disable UAC? 

Rob.Wilcox | 18 Aug 2013 | 3 comments

A while ago I wrote about some of the Enterprise Vault process diagrams which have been made available, that post is here.

Now there is a nice technote which lists lots, and lots, and lots of different process diagrams – take a look at: