Video Screencast Help
Symantec to Separate Into Two Focused, Industry-Leading Technology Companies. Learn more.
Archiving and eDiscovery Community Blog
Showing posts in English
Rob.Wilcox | 19 Feb 2014 | 0 comments

Sometimes as an Enterprise Vault administrator or an Enterprise Vault end-user you might need to check if a folder is excluded from archiving with the Exchange Archiving Task.  It's quite simple to check using the Outlook Add-in. Let's see how:

Outlook Add-in to Use

Since Enterprise Vault 10.0.2 there has been a single Outlook Add-in, rather than separate HTTP and DCOM versions.  So the best Outlook Add-in to use is one that is 10.0.2 or later. This will work only with an Enterprise Vault 9 or Enterprise Vault 10 Server.  If you're on an older version, you will need to make sure you have the DCOM version of the Outlook Add-in installed.

 

Open Outlook

These steps will work in any version of Outlook, so all you've got to do is open Outlook.

 

Find the folder

The next step is to locate the folder in the hierarchy and select it.

 

View the properties

If you right click on...

jwong007 | 18 Feb 2014 | 0 comments

At Symantec, we assist our customers with managing their abundance of electronically stored information (ESI).  But recently, I read an article that should make our current customers and future customers carefully consider their ESI deletion policies.  In the article, “Terminating Sanction for Destroying Files to Avoid Suit Raises Concern for Document Retention Practices” by David Cross and Rachel Talbot, a summary judgment was given against the defendant due to their apparent “good faith” ESI deletion practice.  Let’s just consider that last statement, a defendant lost because of their apparent “good faith” ESI deletion.  Here is what the defendant claimed:

 

“…he had purchased tens of thousands of dollars in discs from the plaintiffs during his years as a karaoke jockey and...

EC at TW | 14 Feb 2014 | 3 comments

I had trouble archiving 2 large (133 and 149 MB) messages from an Exchange mailbox, no errors in the Event Logs and all other messages archived without issue, dtrace snippet (further log attached) showed errors as below:

CArchivingAgent::MakeItemPendingAndProcessMsg - Com Result [0x80004005]

CArchivingAgent::WriteWorkItemsToQueue - At Default Handler with Error code [0x80004005]

After investigation the cause of the issue was the the MaxReceiveSize and MaxSendSize configured on the Exchange 2010 transport servers. The transport settings are change controlled but setting a higher value at the mailbox level allowed the messages to be archived.

Check the MaxMessageSizeToArchiveMB value in the VAC first.

Rob.Wilcox | 09 Feb 2014 | 0 comments
Do you store your Enterprise Vault data on locally attached disks to your server (DAS)? Do you use a Storage Area Network (SAN)? Do you use Network Attached Storage (SAN)?
 
Whatever you use, the storage has to be fast, and reliable.
 
On top of that the storage has to be flexible and cope with the increasing footprint of Enterprise Vault over time. Not just more email being archived, but think of all the different content sources and how they might be added on to Enterprise Vault at some point in the life time. Things like SharePoint, File Server Archive, Domino, Public Folders, and more.
 
Think also of how long that 'life time' might be. Many people launch in to using Enterprise Vault without a clear strategy when it comes to storage expiry. Of course that's really a mistake, but it is a very common one!  Without any kind of storage expiry not only does the footprint of Enterprise Vault grow...
Rob.Wilcox | 06 Feb 2014 | 1 comment
Yesterday I encountered a rather odd issue at a customers site, whereby the storage service seemed to have gone a little bit, well, how shall we say ... mad?
 
After a little bit of troubleshooting I happened across this particular article on Symantec's knowledge base:
 
 
We were indeed seeing lots of the 6656 and 6654 error-pairs throughout the event log.  In the end the only thing that fixed it for us was a system wide reboot across 4 different EV servers.
 
Very odd, but so far (touch wood) we've not had the same issue again.
Rob.Wilcox | 03 Feb 2014 | 0 comments

One of hats that I wear at QUADROtech is testing one of our top products, Archive Shuttle.  In order to test it, and really in order to test many aspects of Enterprise Vault I often have the need to have repeatable testing.

Repeatable in terms of:

- Being able to export the same archived data to PST from a mailbox archive

- Being able to ingest the same data over and over to multiple archives in multiple vault stores, across multiple test systems

I've found so far that the easiest way to achieve this is to build up a mailbox how I want it to be in terms of:

- The folder structure (number of folders, and depth)

- The names of folders (simple folder names, long folder names, foreign character folder names)

- The items within each folder (lots of small items, a few very large items)

Once you've got the mailbox set up like that you can then archive it. In fact what I often do when setting up a particular mailbox archive and...

jwong007 | 03 Feb 2014 | 0 comments

Hello everyone,

 

I recently ran across an article that noted a product liability case where the defendant was given almost a $1 million dollar sanction by the court because of their “’egregious’ misconduct and ‘contumacious disregard for the Court’s’ authority’”.  Wow, that is one big slap on the wrist.  But when you dive in deeper, there are many issues that the court found that led to the conclusion that the defendants interpreted the rules for preservation too loosely and got caught.

 

As I has said many times to our various partners, customers have (or should have) their own legal counsel to recommend an appropriate retention and preservation policy in regards to data.  And it is up to us to find a solution that will meet their requirements.  But we owe it to our customers to provide to them (if possible) the broadest protection for the solution that meets their requirements.

 

Enterprise...

NaturesRevenge | 30 Jan 2014 | 0 comments

Just sharing some information.

Following this forum post - https://www-secure.symantec.com/connect/forums/dfs... - I've been able to successfully migrate PSTs using the client-driven migration method. There are a couple of requirements:

At the client-side computer, the OS cannot be Windows XP. I've only been able to get this to function when the OS is Win7 / Win8.

On our primary EV server - where the PST migrator task runs - a HOSTS file entry must be created that resolves the IP address of your primary DFS server with the short name and the FQDN of your domain name.

10.1.1.1     domain       domain.com

Once you enable the mailbox for client-side migration, and the user has a PST opened in Outlook that's on - for example - their home directory...

Rob.Wilcox | 28 Jan 2014 | 0 comments
In the past I have used my hackintosh to connect to corporate email servers, and I've used the Enterprise Vault OSX Add-in.  It's something though that sometimes lags behind from a Symantec point of view.
 
When new versions or rather Service Packs of Office for Mac are released, and, when new versions of OSX are released there isn't the general 'rush' to support the changes. I suppose it's down to the amount of effort versus the number of users; there are just far fewer OSX users who need Enterprise Vault connectivity than Windows users. There are also far fewer testing resources (hardware and people) when it comes to OSX.
 
That being said it is good news!  I spotted a note on the Connect Forums which says that OSX 10.9 *is* supported.
 
...
jwong007 | 27 Jan 2014 | 1 comment

Hello everyone,

 

I recently read an article by Amelia Schmidt titled, “SEC to Focus on Corporate Cybersecurity Risks in 2014”.  She noted that,

 

“Cybersecurity has continued to be a focal point for the SEC, especially in the face of mounting Congressional pressure on the agency to demand more transparency from companies about their cybersecurity risks and steps taken to address those risks, and recent reports of cyberattacks against U.S. companies and the massive costs to those companies that result.”

 

Many of our customers worry about security of their archive data.  It is imperative that we not only protect their data, but that they actually have confidence...