Last updated: 3-Dec-2012
This document describes the changes introduced to Enterprise Vault 10.0 by:
Note that some of the information in this document may have been superseded
by the changes described in the Enterprise Vault 10.0.3 document (Updates_en.htm) which describes the changes introduced in Enterprise Vault 10.0.3. For the most up-to-date version of
that document, see
http://www.symantec.com/docs/DOC6228
on the Symantec Enterprise Support site.
This section describes the changes introduced in Enterprise Vault 10.0.2 (service pack 2 for Enterprise Vault 10.0).
Enterprise Vault 10.0.2 provides the following new features:
The Enterprise Vault media includes the Install Launcher, which is a menu that helps you to install the Enterprise Vault software. The Install Launcher also includes links to documentation, technical notes, business support, and Symantec partners.
To start the Install Launcher, do one of the following:
Extensions are partner solutions for archiving additional content with Enterprise Vault, such as UNIX file systems, text messages, social media content, and web pages.
The new 'Extensions' container in the Administration Console provides access to the Enterprise Vault partner portal, where you can find extensions provided by authorized partners in the Symantec Technology Enabled Program (STEP).
Exchange mailbox archiving tasks automatically generate a report for every archiving run. You can view the reports from the Reporting tab of each mailbox archiving task’s Properties page.
This change enables you to see an up-to-date report of every mailbox archiving run. The report helps you to spot potential problems, organize workloads, and plan changes.
The Enterprise Vault Servers container in the Administration Console identifies virtual Enterprise Vault servers using a different server icon, and lists the virtualization technology identified for each server.
The Deployment Scanner produces a warning when it detects a virtual server that does not meet the minimum requirements of Enterprise Vault.
Both the Administration Console and the Deployment Scanner provide links to relevant best practices documents.
These changes make it quicker and easier to install and manage Enterprise Vault on virtual servers.
The new Product Improvement feature in Enterprise Vault helps Symantec to improve the quality of Enterprise Vault. Product Improvement collects configuration data from the installation. If you choose to participate in the Product Improvement program, Enterprise Vault sends the data securely and anonymously to Symantec for analysis.
In the Administration Console, the Product Improvement tab in Directory properties enables you to do the following:
Enterprise Vault now archives the following additional SharePoint content types: Announcements, Blogs, Contacts, Custom Lists, Discussion Boards, Issue Tracking, Links, Tasks, and Wikis.
These changes enable better checking of SharePoint content for compliance purposes.
FSA now supports archiving with placeholders from a Server Core installation of Windows Server 2008 R2. File Blocking and FSA Reporting are not supported.
The Discovery Search Service optimizes search requests for the Symantec Clearwell eDiscovery Platform. Using the service with Clearwell produces faster searches, which lead to reduced analysis time and reduced impact on the Enterprise Vault server infrastructure.
The Enterprise Vault Outlook Add-In, OWA extensions, extensions for Lotus Notes, SharePoint web parts, and Mobile Search are now available in Hungarian.
Updated Hungarian welcome messages are available on the Enterprise Vault media. See the Enterprise Vault ReadMeFirst file for more information.
Note:
By default, Enterprise Vault no longer generates log or audit entries when either of the following occurs:
The new AuditAccessFailureEvent registry value enables you to control whether these events are logged.
See the "AuditAccessFailureEvent" entry in the Registry Values guide for details.
Enterprise Vault 10.0.2 introduces custom filtering for Domino mailbox archiving.
For more information, see Setting up Domino Server Archiving.
Enterprise Vault now supports Microsoft SQL Server 2012.
Enterprise Vault Reporting now supports Microsoft SQL Server 2012 Reporting Services.
For full details of the supported versions and editions of SQL Server, see the Enterprise Vault Compatibility Charts at http://www.symantec.com/docs/TECH38537.
The Enterprise Vault documentation does not include any references to SQL Server 2012. To configure Enterprise Vault with SQL Server 2012, follow the equivalent instructions to those provided for SQL Server 2008.
In Enterprise Vault 10.0.1 and earlier, there was a separate Outlook Add-In installer for each language that the Outlook Add-In supported.
In Enterprise Vault 10.0.2 and later, there is a single installer for all supported languages. The installer kit (Symantec Enterprise Vault Outlook Add-in.msi) is in the folder Symantec Enterprise Vault\Outlook Add-In on the Enterprise Vault distribution media.
The display language that the Outlook Add-In uses is based on the Microsoft Office and Windows language settings. The Outlook Add-In uses the Office language, if it is supported. Otherwise, it uses the Windows language. If the Outlook Add-In does not support either language, it uses English.
It is possible to configure Office to use one language for the user interface and another language for the help. In this case, the Outlook Add-In considers each of these languages separately and, if necessary, uses the Windows language or English.
To obtain the changes described in this section, the Enterprise Vault 10.0.2 Outlook Add-In must be installed.
Users were silently enabled for Vault Cache when they should have been offered a chance to choose. This happened in the following circumstances:
This has been fixed.
In some circumstances, the Enterprise Vault Outlook Add-In allowed deletion of a delegated mailbox's protected special folders; for example, the Inbox or the Sent Items folder. This issue did not apply to Outlook 2010, and it only affected special folders that contained one or more Enterprise Vault shortcuts.
This has been fixed.
In some circumstances, individual Vault Cache database files could grow very large, causing slow Vault Cache performance for users.
This has been fixed. Vault Cache database files should not now grow larger than the default size of 500 MB. Note that any existing large Vault Cache database files are not automatically resized.
When the Polish version of the Enterprise Vault Outlook Add-In was installed and you tried to open a shortcut, the following script error message appeared:
Type mismatch:'CConst'
Line No:33
This has been fixed.
This issue affected the Outlook Add-In in full mode when the Exchange desktop policy setting Shortcut Deletion on the Options tab was set to Ask User. When the user right-clicked a folder containing shortcuts and chose the Delete option on the context menu, Enterprise Vault should always have asked the user whether to delete the shortcuts only, or the shortcuts and the archived items.
However, if the focus was on a different folder when the user right-clicked, the correct prompt was not displayed. The following Outlook prompt was displayed instead:
Are you sure you want to delete the folder folder_name and move all of its contents into the Deleted Items folder?
This has been fixed for Outlook 2007 but it remains an issue for Outlook 2003/2010.
If you removed a Virtual Vault from the Outlook Navigation Pane (which you do from the Virtual Vault tab in the Vault Cache Properties) and later selected the Virtual Vault again, the Windows Search index was not updated for items in the Virtual Vault. The issue persisted even after an Outlook restart.
This has been fixed.
If an Outlook user suspended Vault Cache synchronization, and then restarted Outlook and tried to resume Vault Cache synchronization, the following message was displayed:
No vaults available. Contact your Help Desk.
Also, Virtual Vault no longer appeared in the Navigation Pane after the restart.
This has been fixed.
The Enterprise Vault Outlook Add-In allowed deletion of an RSS Feeds folder if it contained one or more Enterprise Vault shortcuts. Normally, Outlook prevents the user from deleting this folder.
This has been fixed.
In some circumstances, Windows Search could fail repeatedly on users' computers with an Enterprise Vault Outlook Add-In installed and Vault Cache enabled.
This has been fixed.
This issue occurred when the following conditions applied:
In this case, subsequent attempts by user B to synchronize Vault Cache failed.
This has been fixed.
The Enterprise Vault Outlook Add-In’s Store in Vault dialog box showed the Retention period as 999999 years when the retention category was configured to retain items forever.
This has been fixed. The Retention period is now shown as Forever.
In some circumstances, DatabaseList.ini became corrupted and caused Vault Cache to fail. For example, this could happen when the file was locked by another process.
This has been fixed.
A new Exchange desktop policy setting has been introduced to enable Enterprise Vault Outlook Add-In user notifications. To enable these notifications, set Display notifications to On.
For more information about this setting, see "Display Notifications (Exchange Outlook setting)" in the Administrator's Guide.
Note: You can also use the NotificationsEnabled registry value on individual computers to turn on and off Outlook Add-In user notifications. On computers where it is set, NotificationsEnabled overrides the policy setting. For more information, see "NotificationsEnabled" in the Registry Values guide.
This issue affected Enterprise Vault 10.0/10.0.1 Outlook Add-Ins on Outlook 2003/2007.
The issue occurred when a public folder that was enabled for archiving had one or more subfolders, and a user added one of the subfolders to their public folder Favorites. The user could not archive or restore items using the subfolder in public folder Favorites.
This has been fixed.
In some rare circumstances, certain Virtual Vault operations such as expanding the Virtual Vault node or replying to shortcuts could cause Outlook to stop responding.
This has been fixed.
In some rare circumstances, when Virtual Vault was enabled, Vault Cache synchronization could cause a user to lose access to Virtual Vault until they restarted Outlook. When this issue occurred, Outlook displayed a message that started as follows:
Cannot display the folder. Microsoft Outlook cannot access the specified folder location.
This has been fixed.
If a laptop computer was put into hibernation during Vault Cache synchronization, the synchronization could fail after the laptop computer resumed from hibernation.
This has been fixed. Now, Vault Cache synchronization continues when you wake your laptop computer from hibernation.
When a user replied to an Enterprise Vault shortcut in a secondary mailbox, the From field was not set to the address of the secondary mailbox. When the message was received, it appeared to have come from the primary mailbox. The same issue affected the Reply to All/Reply All and Forward actions.
This has been fixed.
The Properties dialog box of the Deleted Items folder and any subfolders now includes the Enterprise Vault tab.
The changes described in this section are obtained as a result of upgrading Enterprise Vault server software and so do not require the updated Enterprise Vault 10.0.2 Outlook Add-In.
Following a change of archiving rules, from quota-based archiving to age-based archiving, eligible items in some mailbox folders were not archived.
This has been fixed.
This issue affected the Exchange Server 2007 OWA client when the Enterprise Vault OWA extensions were installed. In some circumstances, the Enterprise Vault toolbar and options were visible in the Public Folders view.
This has been fixed. As originally intended, the Enterprise Vault toolbar and options are not now visible for any public folder in the Exchange Server 2007 OWA client.
If you installed the Enterprise Vault OWA 2003 Extensions using a command line with the silent /q switch, the installation failed.
This has been fixed.
If the local Vault Cache agents were not set to use 'Local' for 'Where The Agent Runs' in the Agent Schedule, the Vault Cache update failed.
This has been fixed. The value of 'Where The Agent Runs' is now repaired automatically, if necessary.
It was possible for Enterprise Vault to fail to delete Vault Cache temporary databases in the Enterprise Vault Domino Gateway folder. The temporary databases were left behind when users closed the Notes client while Vault Cache was synchronizing.
The resulting buildup of temporary databases could cause out-of-date Vault Cache information and in extreme cases could affect the performance of the Enterprise Vault Domino Gateway.
This has been fixed.
If a user opened a mail file that was in a different Domino domain, the user could then not access archived items that were associated with a mail file in the original domain. Access always depended on which mail file had been opened most recently.
This has been fixed.
Users whose Domino mail databases had been enabled for Internet Mail Access Protocol (IMAP) could not restore archived items. The following error message would appear when they tried to do so:
Notes error: Unknown OS error
This has been fixed.
In a clustered Domino environment, Enterprise Vault created multiple hidden views in one or both of each user's replica mail files.
This has been fixed.
In some circumstances, the registration request that the Enterprise Vault Client for Mac OS X submitted to the Enterprise Vault server would fail, and the following event would be recorded in the Enterprise Vault event log:
Type: Error ... Event: 2776 Source: Enterprise Vault Category: Agent Client Broker Description: An exception occurred in routine CArchivingAgentQueue::CanUserRegisterMailBox()
As a result, the Enterprise Vault Client user could not restore archived items from shortcuts in the mailbox. This issue arose if the user had logged into the mailbox for the first time with a non-English version of Microsoft Outlook or Entourage.
This has been fixed.
Non-shortcut items were archived repeatedly by the Enterprise Vault Exchange journaling task in the following circumstances:
Note that this issue did not occur in the case of envelope journaling.
This has been fixed.
In some circumstances, items from some mailboxes were archived despite being excluded by the applicable user archiving policies.
This happened after the archiving task encountered an item that had exceeded its maximum pending timeout, but had been secured. After the archiving task deleted the safety copy, it reverted to the default mailbox archiving policy while it processed the remainder of the mailbox, ignoring the user archiving policy that should have applied.
This has been fixed.
Exchange Journal archiving did not archive messages whose SMTP address contained a backslash character (\), and the messages were moved to the Failed to Copy folder in the journal mailbox.
This has been fixed.
The New Provisioning Group wizard incorrectly allowed you to select a managed folder retention category to apply automatically to mailboxes in the provisioning group. (Managed folder retention categories are based on settings that are synchronized from Exchange managed content settings.)
As a result, when a user in the provisioning group tried to archive an item manually, Enterprise Vault displayed the following error message:
Cannot determine the default Retention Category for this folder.
This has been fixed.
Enterprise Vault 10.0.2 introduces a new Exchange mailbox policy advanced setting, Valid Enterprise Vault server aliases. You can use this setting to specify a semi-colon separated list of the Enterprise Vault servers that are currently in operation in your environment.
During shortcut processing, Enterprise Vault does not attempt to make connections to any server that is not in this list. This prevents connection attempts to Enterprise Vault servers that no longer exist in your environment.
For more information, see the section "Valid Enterprise Vault server aliases (Exchange Archiving General setting)" in the Administrator's Guide.
When the name of an Exchange organization was in double-byte characters, the Enterprise Vault Enable Mailbox wizard did not display the list of mailboxes, even though provisioning had been run.
This has been fixed.
When the Exchange mailbox archiving task encountered an archive that had reached its Archive Usage Limit, it did not report that archiving from the associated mailbox had not occurred.
This has been fixed. The Exchange mailbox archiving task now writes an error to the event log when processing a mailbox for which the target archive has reached its limit.
In some environments, delays occurred during journal archiving. This happened when custom filtering was enabled, and a very large number of internal SMTP domains was specified in the InternalSMTPDomains string value under the following registry key:
HKEY_LOCAL_MACHINE \SOFTWARE \KVS \Enterprise Vault \Agents
This has been fixed.
In some circumstances, Exchange archiving tasks took too long to run due to slow SQL queries. This happened when the archiving tasks encountered mailboxes that contained many folders and many deleted items.
This has been fixed.
Enterprise Vault would unnecessarily record the following event in the event log whenever the Exchange Journaling Task ran:
Type: Information ... Event: 2217 Source: Enterprise Vault Category: Journal Task ... Description: Message dispenser will resume processing Task: Exchange Journaling Task for server_name
This has been fixed. The event is no longer recorded in the log.
Exchange Server 2010 introduced the address book service which prevented Enterprise Vault from accessing all the properties of users and distribution lists that are hidden from the Exchange address book. Without additional configuration, searches for the display name of hidden users produced no results, and messages sent to hidden distribution lists were moved to the "Failed DL Expansion" folder in the journal mailbox during journal archiving.
Exchange Server 2010 SP2 introduced address book policies which could alter the address book view that was visible to Enterprise Vault. If you applied an address book policy to the Vault Service account, searches for the display name of any users restricted by the policy produced no hits.
For versions of Enterprise Vault up to 10.0.1, workarounds for these issue are provided in the following technical note on the Symantec Enterprise Support site:
http://www.symantec.com/docs/TECH154813
These Exchange 2010 changes have been accommodated in Enterprise Vault 10.0.2, and the workarounds described in the technical note are no longer required.
Note: Enterprise Vault custom filtering cannot match against distribution lists that are hidden from the Exchange 2010 Global Address List.
The Domino Mailbox Archiving task would fail to create shortcuts for items in private folders if the mail databases had been enabled for either Internet Mail Access Protocol (IMAP) or folder references. When this issue arose, the following entry would appear in the event log:
Log Name: Symantec Enterprise Vault
Source: Enterprise Vault
Event ID: 41163
Task Category: Lotus Domino Mailbox Archiving Task
Level: Error
Description: There was an error processing an item in a mailbox. The task will
process the item again on the next archiving run.
Task: Domino Mailbox Archiving Task
Error: ... You are not authorized to perform that operation
This has been fixed.
Domino archiving tasks did not use local address lookup for the local domains set in the InternalSMTPDomains registry string values below the following registry key:
HKEY_LOCAL_MACHINE
\Software
\KVS
\Enterprise Vault
\Agents
\NotesDomains
\NotesDomainName
where NotesDomainName is the name of one of the Notes domains in your environment.
This has been fixed. For more information about the NotesDomains and InternalSMTPDomains registry string values, see the Registry Values guide.
In some circumstances, while processing some Domino views, Enterprise Vault's Domino archiving tasks could cause an NSD crash.
This has been fixed.
The Domino provisioning task failed when the Domino journaling method was set to "Send to Mail-in database".
The following events were written to the event log:
Type : Error Date : 29/03/2012 Time : 10:01:43 Event : 40966 Source : Enterprise Vault Category : Lotus Domino Mailbox Provisioning Task User : N/A Computer : SERV3.example.loc Description: A program fault has raised an exception. Exception: Unable to get journal settings from server: CN=evdg/O=example - System.ApplicationException: Missing journal database name definition at DomJournalSettings.Get(String sServerName) at DomJournalSettings..ctor(DomSession session, String sNAB) at DomNAB.GetJournalSettings(S_NAB_RECORD s)
Type : Error Date : 29/03/2012 Time : 10:01:43 Event : 41118 Source : Enterprise Vault Category : Lotus Domino Mailbox Provisioning Task User : N/A Computer : SERV3.example.loc Description: The Domino Mailbox Provisioning task 'Domino Provisioning Task for EXAMPLE' has been aborted.
This has been fixed.
In some large environments, the Domino provisioning task took a very long time to run. The happened due to delays in the method used to identify Mail-in databases.
This has been fixed.
The following system-generated text at the end of Delivery Confirmation Reports was indexed by Enterprise Vault:
Disclaimer: This is not the original system message generated by Domino; it is a representation of the message, generated by Enterprise Vault.
Searches for words such as 'Disclaimer' returned all archived Delivery Confirmation Reports.
This has been fixed. Enterprise Vault does not index system-generated text.
If you upgraded the FSA Agent to the Enterprise Vault 10.0 original release or to Enterprise Vault 10.0.1, files were deleted from the root of the C: drive on the file server. This problem occurred with both an upgrade from the Administration Console and a manual upgrade.
This has been fixed for upgrades to the Enterprise Vault 10.0.2 FSA Agent.
If you configured an HTTPS connection from an EMC VNX series device to Enterprise Vault for placeholder support, the placeholder creation failed with an UNKNOWN_PROTOCOL error.
This has been fixed. For updated information on how to configure HTTPS connections for FSA with Celerra/VNX servers, see "Preparing a Celerra/VNX device for FSA" in Setting up File System Archiving.
The FSA checkpoint mechanism is designed to process the subfolders of a partially processed target volume in alphabetical order to determine whether the previous checkpoint has been reached. Some systems do not present the list of folders in alphabetical order. A non-alphabetical list can cause FSA to reprocess some folders repeatedly during multiple archiving runs.
To fix this issue, you can now set the CheckpointSort registry value to make the checkpoint mechanism sort the list of folders into alphabetical order before inspection. Previously this registry value was applicable to NetApp filers only.
For more information on using the registry value, see the entry for CheckpointSort in the "File System Archiving" chapter of the Registry Values guide.
The FSA checkpoint mechanism failed to process the root target folders of a partially processed volume in alphabetical order. This could cause FSA to reprocess some of the folders repeatedly during multiple archiving runs.
This has been fixed.
In some circumstances, when the logging level for archiving and report runs was set to full, the File System Archiving task would log the following error in the File System Archiving task report even though the item was successfully archived:
An item with the same key has already been added.
This has been fixed.
Centera item retrieval could fail for items with attachments if the Centera environment variable FP_OPTION_EMBEDDED_DATA_THRESHOLD had been set on the Enterprise Vault server.
This environment variable causes the Centera to embed attachment data within the CDF file if the data size is lower than the threshold setting. If a CDF file included embedded attachment data, Enterprise Vault stored the item successfully, but the storage processes terminated unexpectedly when attempting to read back the data.
This has been fixed.
If you stopped a File System Archiving task while it was synchronizing the list of target folders during an archiving run, Enterprise Vault logged an error event in the event log.
This has been fixed.
An EVFsaBackupMode command to place a file server into FSA backup mode failed if the Enterprise Vault Backup Operators group had more than one member. A DTrace of the EVPlaceholderService showed the following errors:
Failed to set Backup mode for the FSA filter driver FilterSendMessage returned error: 80070057 for EvSetSids msg
This has been fixed.
Under some circumstances File Blocking did not work on a target that was clustered using Windows Server Failover Clustering. The following error was logged in the event log whenever the Enterprise Vault File Blocking Service was restarted:
Log Name: Symantec Enterprise Vault Source: Enterprise Vault Event ID: 28691 Task Category: File Blocking Service Level: Error Description: Could not update the local registry cache with file blocking targets and registry information. Reason:The parameter is incorrect. (0x80070057)
This has been fixed.
If you ran FSAUtility with the -pm option to migrate placeholders,
it added items to the processing queue without checking whether the
queue's upper threshold had been reached. This action could result in the
consumption of all the available memory, at which point FSAUtility
would terminate unexpectedly.
This has been fixed.
The FSAUtility options -c to recreate placeholders and -t
to restore archived files failed with the following error on the command prompt:
Error: Invalid fileserver or volume name. Please enter a valid UNC path
A DTrace of the FSAUtility process included the following:
Invalid fileserver or volume name. Exception: System.ArgumentNullException: Value cannot be null. Parameter name: hostNameOrAddress at System.Net.Dns.GetHostEntry(String hostNameOrAddress)...
The problem was caused by an uninitialized parameter when the utility attempted to retrieve the fully qualified domain name of the file server.
This has been fixed.
The FSAUtility -pm option updated the FolderName database record
for the archive's top-level folder incorrectly when it updated the archive
folder paths. This caused the Directory database records for the archive
paths to become inconsistent, which could result in Enterprise Vault archiving
newly archived items in different folders than the original ones.
This has been fixed.
The FSAUtility -pm option has a new optional parameter -i,
which causes FSAUtility to ignore errors when it attempts to move a placeholder
to the new location. Such errors include:
If you specify the -i parameter and any placeholder move errors occur,
FSAUtility logs the errors and continues with the remaining steps of the
migration: it moves the archive points and updates the Directory database. You can correct
any placeholder move errors after FSAUtility has finished the
migration, if you want.
If you omit the -i parameter and any placeholder move errors occur,
FSAUtility logs the placeholder move errors and stops when it has finished
attempting to move all the placeholders. It does not go on to move the archive
points or update the Directory database. In this case you may need to rerun the
FSAUtility -pm when you have fixed the causes of the placeholder move
failures.
We recommend that you omit the -i parameter on the first run of a
placeholder migration. If the migration fails and the report indicates that the
failure was due only to errors in moving some placeholders, you can rerun the
command with the -i parameter if you want to continue with the migration
despite these errors.
For more information, see the description of FSAUtility placeholder migration in the "FSAUtility" chapter of the Utilities guide.
An FSAUtility -a command to recreate archive points sometimes failed if the
archive had a very large number of folders. The following error was logged in the
Enterprise Vault event log:
Log Name: Symantec Enterprise Vault Source: Enterprise Vault Date: 2/24/2012 4:53:57 PM Event ID: 8390 Task Category: FSAUtility Tool Level: Error Keywords: Classic User: N/A Computer: EVSERVER1.example.com Description: The EnterpriseVault.DirectoryConnection object reported an error. Not enough storage is available to complete this operation.
This has been fixed.
You can search and open social content from the archives but you cannot restore it to the SharePoint server.
The Enterprise Vault performance while archiving content from SharePoint servers has improved.
The improvement is more likely to be noticeable in larger environments and faster hardware configurations which can take advantage of the improved architecture.
When SharePoint 2010 was configured to use SSL, users could not open archived documents using Office 2010.
This has been fixed.
User columns with a single value did not appear in search results even if you searched for them.
This has been fixed.
When an index had more than five volumes, searching the archive with a Web part or clicking Show archived versions of this document failed with the following error:
exception from HRESULT: 0xC0041C82
This has been fixed.
The Archive Search Web Part gave incorrect results when you searched for items by the created or modified date.
This has been fixed.
If you have any HTML shortcuts created using Enterprise Vault 8.0 SP2 or earlier, you must convert them to new shortcuts by running the EVSPShortcutManager utility.
For more information on how to use EVSPShortcutManager, see the Utilities guide.
If you had AppVerifier configured on the Enterprise Vault Server, the SharePoint archiving task could fail.
This has been fixed.
In the Administration Console, changes to provisioning group properties and to the order in which provisioning groups are evaluated generate the following on-screen message:
The change you have made to the provisioning group will take effect when the provisioning task has run.
The performance of the Administration Console has been improved when listing the vault stores in a vault store group.
In some circumstances, the Enterprise Storage service wrote multiple errors with ID 6720 (The specified network name is no longer available) to the event log in a short space of time, and caused Enterprise Vault to shut down. This happened when a storage device or path was unavailable, and each Storage service thread wrote the same error.
This has been fixed. When the Storage service cannot connect to a storage device or path, it writes just one error to the event log.
In some circumstances, changes to web.config caused the Enterprise Vault Admin Service to write an 'Invalid access to memory location' event to the event log on its first restart. For example:
Log Name: Symantec Enterprise Vault Source: Enterprise Vault Date: 15/08/2012 10:33:00 Event ID: 41370 Task Category: Index Admin Service Level: Error Keywords: Classic User: N/A Computer: W2K8R2AIO.AIO.LOCAL Description: Invalid access to memory location. (Exception from HRESULT: 0x800703E6)
This has been fixed.
Note that, in addition to direct modifications to web.config, changes to the file can result from other configuration changes in your environment, such as changes made in the Enterprise Vault Administration Console, and in IIS Manager.
After a waiting index volume rebuild task was restarted using the Process waiting subtasks option in the Monitor Indexing Tasks page, the index volume's missing items count was wrongly reset to 0.
This has been fixed.
Some legacy Outlook calendar items, archived by versions of Enterprise Vault older than version 8.0, caused Move Archive to fail.
This has been fixed.
The EVSVR interactive mode command, DumpSaveset, would sometimes fail to retrieve a nominated saveset in the following circumstances:
The saveset was one of a number of files that Enterprise Vault had uncollected from a sparsely-filled CAB file and then not recollected, because the minimum number of files in a CAB file limit had not been reached.
If you encountered this issue, the following message would appear in the DumpSaveset log file:
ERROR: Failed to get DocFile. Error: Access is denied.
These issues have been fixed.
On busy systems, using the Enterprise Vault backtrace facility could cause an Enterprise Vault process to become unresponsive.
This has been fixed.
If you tried to place the items in a case on legal hold while the associated vault stores were in backup mode, the operation would fail but Discovery Accelerator would still consider it to have succeeded.
This has been fixed. You still cannot place items on legal hold while their vault stores are in backup mode, but Discovery Accelerator no longer records that the operation was successful.
This release includes the following Outside In® Technology content converters and patches from Oracle® Corporation:
Product Improvement generates repeated event log errors if a remote Enterprise Vault Admin Service is unavailable. The errors can be generated when a remote Enterprise Vault Admin Service is restarted.
The error that is generated is similar to the following:
Source: Microsoft-Windows-DistributedCOM Event ID: 10009 Level: Error Description: DCOM was unable to communicate with the computer 192.168.1.1 using any of the configured protocols.
The error may have been transitory. If there are no other problems you can ignore this error.
Installing the Enterprise Vault API Runtime did not allow NSF migration to work.
This has been fixed.
During export to a PST file, if the Export Archive wizard encountered non-fatal errors on certain legacy mail items, it treated the errors as fatal and the export failed.
This has been fixed.
The following additional file types are now excluded from conversion: ASC, ENT, PF, PGP, VSF.
Files of these types are produced by third-party encryption products and cannot be converted.
These additional file types are automatically added to the ExcludedFileTypesFromConversion registry value when you upgrade to Enterprise Vault 10.0.2.
The following events were sometimes logged too frequently:
These events are now suppressed by default.
There is a new AuditAccessFailureEvent registry value that enables you to control whether these events are logged.
See the "AuditAccessFailureEvent" entry in the Registry Values guide for details.
On the server that hosted the Enterprise Vault SMTP Archiving components, Enterprise Vault placed incoming SMTP messages in the SMTP server "drop" folder without processing them. The following error was reported in the Event log:
Log Name: Symantec Enterprise Vault Source: Enterprise Vault Date: ... Event ID: 3312 Task Category: Web Application Level: Error Keywords: Classic User: N/A Computer: ... Description: SMTP Mail Archiving encountered a serious error during initialization and is unable to operate correctly. Incoming messages will not be captured by Enterprise Vault and will be saved in the SMTP server 'drop' directory or relayed to another server.
This has been fixed.
Instructions on how to upgrade the Enterprise Vault SMTP components are given in Upgrading to Enterprise Vault 10.0.2, which is included as Upgrade_Instructions.pdf and Upgrade_Instructions.chm in the Symantec Enterprise Vault folder on the Enterprise Vault media.
This section describes the changes introduced in Enterprise Vault 10.0.1 (service pack 1 for Enterprise Vault 10.0).
Enterprise Vault 10.0.1 provides the following new features:
Note: If you run the Enterprise Vault 10.0.1 Outlook Add-In with an Enterprise Vault server that is earlier than 10.0.1, you must apply a server hotfix. For details, see Enterprise Vault server hotfixes required to support the Enterprise Vault Outlook Add-In.
Enterprise Vault 10.0.1 includes a new Outlook Add-In that replaces the Outlook Add-Ins in previous releases. The main changes (subject to policy settings where appropriate) are as follows:
You no longer need to decide between installing the Outlook Add-In or the HTTP-Only Outlook Add-In on a user’s desktop. There is now a single unified Outlook Add-In which includes all functionality from both clients. There is a single Outlook Add-In installation for each supported language.
The Enterprise Vault 10.0.1 Outlook Add-In uses HTTP-based communication with Enterprise Vault servers. It can work in full mode or light mode. Full and light functionality correspond to the Outlook Add-In and the HTTP-Only Outlook Add-In in previous releases. The Enterprise Vault Outlook advanced setting Outlook Add-In behavior controls which mode applies to an Exchange desktop policy.
On Enterprise Vault servers earlier than version 10.0.1, Outlook Add-In behavior controls the Outlook Add-In mode correctly even though its values are still named Normal and HTTP-only (default). In Enterprise Vault 10.0.1, the values are named Full and Light. For information about Outlook Add-In behavior, see the Administrator's Guide.
When you restore archived items in Outlook Add-In full mode, you can now specify a destination folder. The option to specify a destination folder is available if the Enterprise Vault server version is 10.0.1, but not if the Enterprise Vault server is an earlier version with the hotfix applied.
The Enterprise Vault 10.0.1 Outlook Add-In can work in full mode or light mode with Outlook 2010. Previously, the Add-In for Outlook 2010 only provided what is now light functionality.
Outlook 2010 users working in full mode can now do the following:
Outlook 2010 users working in light mode can change the option to suspend Enterprise Vault archiving for a mailbox.
The Outlook Add-In supports full mode for Outlook in Outlook Anywhere mode (RPC over HTTP).
Outlook 2010 users can forward original items by forwarding multiple shortcuts. Previously, only the shortcuts were forwarded. Due to a known issue with Outlook, this action only works in Outlook 2010 in Cached Exchange Mode.
Outlook 2010 users can store entire folders. On the Enterprise Vault tab on the Outlook ribbon, you click the upper part of the Store button to store the selected items. The lower part displays the options Store selected items and Store selected folder.
The option to suspend Enterprise Vault archiving for a mailbox has moved from the mailbox Enterprise Vault Properties page to the Enterprise Vault - Change Properties dialog box.
The Store in Vault dialog box in full mode no longer includes options to delete original items or create shortcuts. These options are available in the Enterprise Vault - Change Properties dialog box for a folder.
The following features are no longer available:
Federal Information Processing Standards (FIPS) 140-2 is a standard for cryptographic modules in computer systems.
Enterprise Vault 10.0.1 uses a FIPS 140-2 validated cryptographic module to provide the required cryptographic functionality.
Note that at this release the Symantec Enterprise Vault Cryptographic Module is not used for indexing.
For more information about Enterprise Vault and compliance with the FIPS 140-2 standard, and about using Enterprise Vault in a FIPS 140-2-compliant environment, see the following article on the Symantec Support Web site:
http://www.symantec.com/docs/DOC4820
Enterprise Vault 10.0.1 introduces support for IPv6. Note the following restrictions:
Enterprise Vault 10.0.1 introduces three new migrators that allow you to migrate infrequently accessed data to the cloud using the following storage solutions:
These migrators are installed as part of the Enterprise Vault 10.0.1 installation.
Enterprise Vault now supports File System Archiving, including placeholder shortcuts, for Windows file servers that run Vision Solutions' Double-Take replication software.
Enterprise Vault is compatible with the following Double-Take product:
For the latest information about supported versions, see the Enterprise Vault Compatibility Charts at http://www.symantec.com/docs/TECH38537.
For more details of the support for Double-Take, including configuration information, see http://www.symantec.com/docs/TECH183398.
The Enterprise Vault Client for Mac OS X that is included with this release is supported for use on client computers that run Mac OS X version 10.7 (Lion), as well as on computers that run Mac OS X version 10.5 (Leopard) or 10.6 (Snow Leopard).
At this release, Enterprise Vault installs software identification tags (SWID tags) based on the ISO/IEC 19770-2:2009 standard. The tags enable asset management tools to identify systems that have Enterprise Vault 10.0.1 components installed.
There is a single application tag for Enterprise Vault 10.0.1. A component tag is installed with each of the Enterprise Vault 10.0.1 components. Details of the component tag files, and where they are installed, are given in the technical note http://www.symantec.com/docs/HOWTO74583 on the Symantec support Web site.
The Enterprise Vault SWID tag implementation complies with the normalization requirements established by the IEEE-ISTO organization, TagVault.org (http://www.tagvault.org). Full compliance with the TagVault.org implementation model is planned for a future release.
In earlier releases, archived items that were encrypted using Entrust® Entelligence Security Provider 9.x could not be displayed when retrieved from Virtual Vault.
To remove this limitation, install the following software on Enterprise Vault users' computers:
If you plan to roll out the Enterprise Vault 10.0.1 Outlook Add-In to users before you upgrade the Enterprise Vault servers, you must apply a hotfix to the Enterprise Vault servers to avoid the restrictions listed below. There is a separate hotfix for each version of Enterprise Vault.
The links to the relevant technical notes and the hotfixes that are required to support the Enterprise Vault 10.0.1 Outlook Add-In with Enterprise Vault server 9.0/9.0.n/10.0 are as follows:
| Enterprise Vault server version | Link to technical note and hotfix |
|---|---|
| Enterprise Vault 9.0 (original release) | http://www.symantec.com/docs/TECH175938 |
| Enterprise Vault 9.0.1 | http://www.symantec.com/docs/TECH175939 |
| Enterprise Vault 9.0.2 | http://www.symantec.com/docs/TECH175940 |
| Enterprise Vault 9.0.3 | http://www.symantec.com/docs/TECH175941 |
| Enterprise Vault 10.0 (original release) | http://www.symantec.com/docs/TECH175942 |
The following restrictions apply to the Enterprise Vault 10.0.1 Outlook Add-In if you have not installed the appropriate hotfix on Enterprise Vault servers that have not been upgraded:
Enterprise Vault provides the following support for Domino Server 8.5.3 and Lotus Notes 8.5.3 clients:
Data Classification Services uses various components of Symantec Enterprise Vault and Symantec Data Loss Prevention to automate the classification of Microsoft Exchange messages that are managed in Enterprise Vault. If you upgrade to Enterprise Vault 10.0.1, and you use Data Classification Services, you also need to upgrade your version of Data Loss Prevention. You can obtain the latest Data Classification Services components by going to the Enterprise Vault 10.0.1 page on Symantec FileConnect (https://fileconnect.symantec.com).
For the latest information on supported versions, see the Enterprise Vault Compatibility Charts at http://www.symantec.com/docs/TECH38537.
The following changes have been made to the Enterprise Vault best practice settings:
The Enterprise Vault installation program checks whether the Enterprise Vault uses the best practice registry values. If not all the best practice registry values are set the installation program can set them automatically.
For information about the best practice settings, see the section "Best practice settings for Enterprise Vault servers" in the Installing and Configuring manual.
To obtain the changes described in this section, the Enterprise Vault 10.0.1 Outlook Add-In must be installed.
Archived items that had custom MAPI properties with unexpected value types could cause Virtual Vault to fail when opened from Virtual Vault.
This has been fixed.
The Enterprise Vault Outlook Add-Ins caused an appreciable delay to Outlook start-up for users connected by VPN.
This has been fixed.
In some circumstances, the upgrade to Microsoft Office 2010 SP1 caused Windows Desktop Search to fail on client computers with the Enterprise Vault Outlook Add-Ins installed.
This has been fixed.
By default, the Outlook Add-In initiates a Vault Cache synchronization soon after the user starts Outlook, if a scheduled Vault Cache synchronization has been missed. If you enable the new registry setting, OVAllowMissedMDCSyncOnStartup, then the Add-In does not initiate a synchronization until the next scheduled synchronization time after the user starts Outlook.
You can use this setting to alleviate synchronization slot and SQL Server contention issues. These can occur if a large number of users, who have missed a scheduled synchronization, all start Outlook within a short timeframe.
For details of the registry setting, see the Outlook Add-In chapter in the Registry Values manual.
Users with many folders in their archives found that the Outlook.exe process persisted for a long time if they closed Outlook during Vault Cache synchronization.
This has been fixed.
Enterprise Vault's advanced Exchange desktop policy, Deploy Forms Locally, failed to delete locally deployed forms when set to Delete.
This has been fixed.
In some circumstances, the Outlook.exe process could persist for up to 30 seconds after the user closed Outlook. For example, this happened when the Enterprise Vault Outlook Add-Ins could not contact the Enterprise Vault server.
This has been fixed.
Vault Cache synchronization could fail due to a timeout in the conversion of a large item in Virtual Vault. The item was archived, but it remained in the To Archive folder in Virtual Vault. Subsequent items were not uploaded and also remained in the To Archive folder. On the next synchronization the item was removed from the To Archive folder, though it was still not converted or indexed, and the other items were uploaded as expected.
This has been fixed. If a conversion timeout occurs, the item is archived and remains in the To Archive folder, as before. The Enterprise Vault Outlook Add-In now uploads the subsequent items. On the next synchronization the item is removed from the To Archive folder, though it is still not converted or indexed.
Note the following:
web.config file must be greater than the registry value ConversionTimeout to prevent the same item from being archived several times. For more information, see the ConversionTimeout section in the Enterprise Vault chapter of the Registry Values guide.The Enterprise Vault Outlook Add-In's Archive Explorer button should both open and close Archive Explorer. Users could successfully open Archive Explorer but, when they clicked the button again to close it, Outlook showed their folder list in the left pane, and Archive Explorer remained in the right pane.
This has been fixed. When Archive Explorer is open and users click the Archive Explorer button, Outlook returns to the previous view.
At the original release of Enterprise Vault 10.0 you could not upgrade from certain versions of Enterprise Vault 9.0.n Outlook Add-Ins to Enterprise Vault 10.0 Outlook Add-Ins.
The restriction applied to the following Outlook Add-In versions:
This restriction has been removed.
End users who install the Outlook Add-In manually may require a setup.exe file as well as an MSI file.
In some cases, users can launch the Enterprise Vault Outlook Add-In MSI package directly. But for Windows Vista/7 users who have Windows User Account Control (UAC) turned on, you also need to provide a setup.exe file. The users must run setup.exe to launch the MSI. The setup.exe files that you may need are included on the Enterprise Vault media, in the same folders as the MSI files.
For more information, see the section on setting up manual installation of the Outlook Add-In in Setting up Exchange Server Archiving.
This issue occurred when you created a new mailbox in Exchange, added it as a provisioning target, and disabled the new mailbox.
When you ran the Disable Mailbox wizard, the following errors were written to the event log:
8390 The EnterpriseVault.DirectoryConnection object reported an error.
3196 An error has occurred whilst synchronizing the properties of mailbox mailbox_details on Exchange server server_name.
3188 An error occurred performing a request to synchronize the mailbox mailbox_details.
Also, when the Exchange mailbox archiving task ran, the following error was written to the event log four times for each disabled mailbox:
2302 Failed to locate the mailbox filter for the mailbox for mailbox_details, mailbox will not be processed.
A warning that starts as follows was often also written to the event log when the Exchange mailbox archiving task ran:
2270 A queued operation exceeded the retry count and has been discarded.
Processing a user mbx.
This has been fixed.
Enterprise Vault Add-In caused Outlook to fail when users of Firefox chose to subscribe to an RSS feed using Outlook.
This has been fixed.
In some circumstances, if a user opened an item from its shortcut in a public folder and tried to delete it using the Delete option on the message toolbar, the shortcut was not deleted and the message window did not close. If shortcut deletion in the Exchange desktop policy was set to Both deleted, the item was deleted from the archive and the shortcut was orphaned.
This has been fixed.
This issue occurred if an Outlook user who was not enabled for Enterprise Vault archiving (user A) had delegate access to the mailbox of a user who was enabled for archiving (user B). The issue caused the following problems for user A:
This has been fixed. User A now sees only the Search Vaults option, provided Search Vaults is enabled by the Exchange desktop policy for user B.
There was a delay when deleting Outlook items when both the following were true:
This has been fixed.
When you moved an Enterprise Vault shortcut to another Outlook folder, its retention category was not updated if the item was originally archived by one of the following methods:
This has been fixed.
The Outlook Add-Ins did not apply the following Exchange desktop policy advanced settings correctly if you set their value to Hide tab:
The result was that the Enterprise Vault properties tab was still visible.
This has been fixed.
If the Outlook option In folders other than the Inbox, save replies with original message was selected, it did not work with Enterprise Vault shortcuts. (By default, this option is not selected.)
This has been fixed.
When users dragged Enterprise Vault shortcuts from their mailboxes to the Deleted Items folder in another message store, such as a PST file, the Outlook Add-In placed the items in the default Deleted Items folder in the users' mailboxes.
This happened when the Shortcut Deletion option on the Exchange Desktop Policy: Options tab was set to Shortcut Only or Ask User.
This has been fixed. Enterprise Vault now places the shortcut in the Deleted Items folder chosen by the user and, if the Shortcut Deletion option is set to Ask User, users are asked for their choice on the deletion of the archived item.
When an Outlook 2010 user deleted a favorites link to a public folder, the link was deleted and also the Enterprise Vault shortcuts in that public folder and the corresponding archived items were deleted.
This has been fixed.
In some circumstances, particularly in environments with elevated Internet Explorer security settings, the Enterprise Vault Outlook Add-Ins could cause Outlook 2007 to become unresponsive.
This has been fixed.
In some circumstances, users could not open archived items from shortcuts in a public folder if the Outlook option In folders other than the Inbox, save replies with original message was selected. (By default, this option is not selected.)
If this issue occurred, the following error was displayed:
This item cannot be displayed.
Additional information: You may need to install additional software to view items of this type or it may only be possible to display this item from the folder that contains this item.
This has been fixed.
This issue affected Outlook 2003/2007 users only.
If a user copied a calendar item by drag and drop, the Enterprise Vault Outlook Add-In caused a delay before the copy action completed.
This has been fixed. As a result of the fix, and by design, users can now always copy archived calendar items even if the Outlook advanced setting Allow shortcut copy in the Exchange desktop policy is set to its default value of Off.
In certain circumstances, duplicate entries were created in the vault cache. If this happened, the vault cache synchronization failed repeatedly. The client trace log reported that a folder contained more than one message with the same SNUM or SSID.
This has been fixed.
Deletion of archived items using the Outlook Delete button failed if Outlook was configured to use RPC over HTTP.
This has been fixed.
The Enterprise Vault Outlook Add-In failed to load if the PR_SERVICE_UID value was missing from the client's default Outlook profile registry key.
This has been fixed.
Outlook 2010 users could not forward multiple original items by attaching Enterprise Vault shortcuts to an email. Instead, the shortcuts were forwarded.
This has been fixed, but note that due to a known issue with Outlook, forwarding the original contents of multiple shortcuts does not work in Outlook 2010 when the profile is not using Cached Exchange Mode. In this case, the shortcuts themselves are forwarded.
Occasionally, Vault Cache synchronization failed because of a missing folder property. The following error was written to the client log:
HDR:SYNC:ARC: Synchronization failed (std::exception):PSTCacheServerNewFolder being created on a folder that is missing PROP_EVSERVER_NEWFOLDER
This has been fixed.
This issue affected Outlook 2003/2007.
If a user's computer was disconnected from the network and Outlook was open in Disconnected mode, the user could not delete any item in the mailbox using the Delete key. The issue affected both archived and unarchived items. Methods of deletion other than the Delete key worked correctly.
The following message was displayed:
This operation failed because of a registry or installation problem. Restart
Outlook and try again. If the problem persists, reinstall Outlook.
This has been fixed.
In some circumstances, users could not open original items from Virtual Vault when the reading pane was enabled. This happened in both the following cases:
This has been fixed.
The changes described in this section are obtained as a result of upgrading Enterprise Vault server software and so do not require the updated Enterprise Vault 10.0.1 Outlook Add-In.
Users could not delete archived items using Enterprise Vault browser search, even though they could be deleted using both Outlook and Enterprise Vault Archive Explorer.
This has been fixed.
If you had a multisite environment and a client downloaded a message in EML format, it was possible that the SMTP addresses were omitted from the message header.
This problem affected Mac clients, for example.
This has been fixed.
In Outlook, items that were protected by Windows Rights Management Services did not have any content when retrieved after archive. The items could be restored successfully.
This has been fixed.
If you used the HTTP-Only Outlook Add-In to archive, restore or delete items in the results of an Outlook 2010 search, the operation could fail when the items were in different folders. This occurred if you normally logged in to Enterprise Vault but had not yet done so in that Outlook session.
This has been fixed.
In some circumstances, if you used Outlook Integrated search to search for two or more words, the search time increased if the words were adjacent to each other in the items that you searched. For example, a search for weekly meeting would find all items that contain both the word 'weekly' and the word 'meeting', but if items contained the two words adjacent to each other (for example 'weekly meeting' rather than 'weekly status meeting') then the search time might increase or the search might time out with the message Failed to perform search request.
This has been fixed.
If you used Search Archives in an OWA client, then opened a search result, the item was rendered by Enterprise Vault instead of OWA. This meant that the reply and forward functions were not available for the item. This occurred in Exchange Server 2003 OWA clients, with the default Exchange Desktop policy settings.
This issue has been fixed.
OWA users who displayed a list of items in Archive Explorer, then closed the primary OWA tab in Internet Explorer, could not open, reply to, or forward any of the items in Archive Explorer.
This has been fixed. Items opened from Archive Explorer now open in a new Internet Explorer window if the primary OWA tab has been closed.
This issue affected Exchange Server 2010 OWA clients. If user A had full access permissions to the mailbox of user B, user A was unable to perform Enterprise Vault functions when accessing user B's mailbox in OWA.
This has been fixed.
This issue affected Exchange Server 2003, 2007, and 2010 OWA Premium and Light clients, if archive function was set to Basic in the Exchange Desktop policy. The archive function settings are in the advanced OWA settings list, in the Exchange Desktop policy. The setting for OWA Premium clients is Premium archive function. The setting for OWA Light clients is Basic archive function.
In Exchange Server 2010 OWA clients, archive function is set to Basic automatically when Conversation View is turned on. Conversation View is on by default.
If archive function was set to Basic, shortcuts were always created and the original item deleted, irrespective of the values set for Delete original item after archiving and Create shortcut to archived item after archiving in the Exchange Mailbox policy.
This has been fixed. When archive function for OWA clients is set to Basic, Enterprise Vault honors the values set for Delete original item after archiving and Create shortcut to archived item after archiving in the Exchange Mailbox policy.
Explicit URLs have the user name or address of the mailbox appended to the OWA URL, for example,
https:\\Exchange.Example.com\owa\room1@example.com
When accessing an Exchange Server 2010 OWA client using an explicit URL and basic or Integrated Windows authentication, multiple errors were sometimes reported in the event log on the CAS computer. The errors were reported by the Enterprise Vault OWA extensions, and had an Event ID of 0. The following text was included in the error description:
System.Exception: EVOWA - Request not Authenticated (Could not establish the UserContext)
This has been fixed.
Enterprise Vault functionality was not available in OWA clients when certificate based authentication was used.
This has been fixed. Enterprise Vault OWA 2007 and 2010 Extensions now support certificate based authentication.
If the registry entry HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\KVS\Enterprise Vault\Agents\RestoreAndDelete was set to "1", archived items were deleted after you accessed the shortcuts from an OWA client.
This has been fixed.
Sometimes the following warning message was displayed when a user attempted to forward a message from a mail file:
Unable to record which documents have been processed by the agent. Try making a replica of the database.
This issue could affect mail files that had the ev_mail85.ntf mail template applied.
This has been fixed.
Users did not see the 'Enterprise Vault Search Cache' menu option when Vault Cache was enabled.
This has been fixed.
When a retrieved item was opened in iNotes 8.5.2 it was not possible to change the follow-up flag or to use the delete option.
This has been fixed.
When a user's mail file was accessed by means of a database link, the user could not retrieve archived items. When the user tried to open a shortcut the following error was shown:
Notes Error: Remote pathnames must be relative to the Data Directory
This has been fixed.
Enterprise Vault would create duplicate items in your Vault Cache in the following circumstances:
These issues have been fixed.
If users configured Outlook 2011 for Mac to use Kerberos authentication to connect to their Microsoft Exchange server, they could experience problems when they tried to log in to the Enterprise Vault Client for Mac OS X. The Account Information dialog box with which these users entered their login details for Enterprise Vault did not specify the correct domain and account ID information. Users who failed to correct this information could not log in to Enterprise Vault.
This has been fixed. When Outlook 2011 for Mac is configured to use Kerberos authentication, the Domain and Account ID fields in the Account Information dialog box are now empty, and users must enter the required information before they can proceed.
Note also that the format in which Enterprise Vault stores account credentials in the Mac OS X keychain has changed in version 10.0.1. The credentials are now stored in the keychain in XML format, like this:
<EnterpriseVault> <Domain>domain_name</Domain> <UserId>user_id</UserId> <Password>password</Password> </EnterpriseVault>
Users of earlier versions of the Enterprise Vault Client who stored their credentials in the keychain must resubmit them after they upgrade to Enterprise Vault 10.0.1.
Folders could appear to be empty when viewed using Archive Explorer on French and Italian systems while items were being archived.
This has been fixed.
When Archive Explorer's View archived items using option was set to Web browser, users could open an item, open a message attached to this item, then click Delete. This deleted not only the message attachment, but the parent item and any other items attached to it.
This has been fixed. The Delete button has been removed from message attachments opened in Archive Explorer.
While users were disconnected from the network, Archive Explorer failed to open Outlook notes that were present in Vault Cache, and reported that a connection to the Enterprise Vault server could not be established.
This has been fixed.
When you change an Exchange Server task so that it does not use the Vault Service account to log on to Exchange Server, Enterprise Vault now automatically grants the new accounts the permissions that it requires to run the task.
If you modify the Exchange Server tasks so that a particular account is no longer used to run Exchange Server tasks, Enterprise Vault automatically removes the permissions that were required to run the Exchange Server tasks.
Enterprise Vault changes account permissions automatically when you change the logon account for the following tasks:
When you change the logon account for a task to an account other than the Vault Service account, Enterprise Vault does the following:
If you use Enterprise Vault roles-based administration there is also a new 'Task Application' role that Enterprise Vault applies to accounts that run Exchange Server archiving tasks. The Task Application role provides the permissions that are required to run Enterprise Vault Exchange Server tasks.
Enterprise Vault automatically adds the new Task Application role to existing accounts that run Exchange Server tasks.
The default for registry value RestartOnMAPIMutexError has changed from 0 to 1.
In previous versions of Enterprise Vault, the default value for RestartOnMAPIMutexError was 0. With this value, Enterprise Vault did not restart MAPI services when it encountered a MAPI mutex error. With the new default value of 1, Enterprise Vault automatically restarts MAPI services when it encounters a MAPI mutex error.
Note that the default for registry value RestartAllMAPITaskIntervalMins is 0, as in previous versions of Enterprise Vault.
On a 32-bit installation of Windows, both these registry values are under the following registry key:
HKEY_LOCAL_MACHINE \SOFTWARE \KVS \Enterprise Vault \Agents
On a 64-bit installation of Windows, both these registry values are under the following registry key:
HKEY_LOCAL_MACHINE
\SOFTWARE
\Wow6432Node
\KVS
\Enterprise Vault
\Agents
For more information, see the Registry Values guide.
Illegal characters in RSS message prevented the items from being archived. Additionally, when these illegal characters were encountered, Enterprise Vault wrote the following error to the event log:
Log Name: Symantec Enterprise Vault Source: Enterprise Vault Date: 10/25/2010 3:05:31 PM Event ID: 6592 Task Category: Storage Archive Level: Error Keywords: Classic User: N/A Computer: EVSRV1.example.com Description: Abnormal error occurred VaultId: 1B38DFA14F69B734E834AE63D4253B5F31110000vs1.example.com
This has been fixed. Illegal characters are now replaced with a legal character.
During archiving, Enterprise Vault removed a managed folder retention property from items in users’ managed folder. This prevented the removal of the affected items from the folder by MRM policies.
This has been fixed.
In some circumstances, over-quota Exchange mailboxes became disabled during mailbox synchronization.
This has been fixed. Enterprise Vault now writes an error to the event log to indicate that a mailbox could not be synchronized, and the mailbox remains archiving enabled.
In the Administration Console, under certain circumstances, in the properties of the archive, Archive limit status was incorrectly displayed as Unknown.
This has been fixed.
The Exchange Provisioning task failed to process users who had a job title that was longer than 64 characters. Errors similar to the following were reported in the event log:
Type : Error
Date : 26/08/2011
Time : 06:29:52
Event : 13360
Source : Enterprise Vault
Category : Directory Service
User : N/A
Computer : EVServer1
Description:
An error was detected while accessing the Vault Database
'EnterpriseVaultDirectory' (Internal reference: .\ADODataAccess.cpp
(CADODataAccess::ExecuteSQLCommand) [lines {1392,1394,1409,1441}] built Oct 6
11:22:46 2010):
Description:
[Microsoft][ODBC SQL Server Driver][SQL Server]String or binary data would be
truncated.
SQL Command:
UPDATE ExchangeMailboxEntry SET
ExchangeMailboxEntryId=...
This has been fixed.
In some circumstances, retention policies set on Exchange managed folders were not applied correctly to archived items that had the message type Email.
This has been fixed.
Mailboxes whose names include the characters { or } (curly braces) were not archived. When this happened, the following error was written to the event log:
Event ID: 3361 Failed to determine the provisioning group for the mailbox /o=Example/ou=Exchange Administrative Group/cn=Recipients/cn=?G?Sales. |This mailbox cannot be processed until the Exchange provisioning task has processed the corresponding user's details. Ensure that a provisioning group includes this user and then run the provisioning task. |Error: The mailbox does not have an entry in the Enterprise Vault database. (0xc0040d1e)
In some circumstances, this issue also caused the Enterprise Vault mailbox archiving task to fail.
This has been fixed.
This issue affected the Enterprise Vault 9.0.1/9.0.2/10.0 Outlook Add-Ins in Outlook 2007 and 2010.
If the Microsoft registry value PSTDisableGrow was enabled on a user's computer in the following location:
HKEY_CURRENT_USER\Software\Microsoft\Office\Office_version\Outlook\PST
then Enterprise Vault could not retrieve archived items, even if the registry value PSTDisableGrowAllowAuthenticodeOverrides was also enabled.
The issue also prevented retrieval of archived items in Outlook Integrated search, and in Archive Explorer when it was opened in Outlook.
Users saw the following error in Outlook:
The item could not be downloaded [OIOM] 80070005.
An error of the following type appeared in the client log:
08/01/2011 13:21:32.714[7896]: CShortcutItem::Display...Return Last Failed
error: 0x80070005
08/01/2011 13:21:32.714[7896]: ~CShortcutItem::Display: 0x80070005
(Note that PSTDisableGrowAllowAuthenticodeOverrides can be set only in the following location:
HKEY_CURRENT_USER\Software\Policies\Microsoft\Office\Office_version\Outlook\PST
The issue did not occur if PSTDisableGrow and PSTDisableGrowAllowAuthenticodeOverrides were both enabled in this location; that is, the location that includes the subkey \Policies.)
This has been fixed. If PSTDisableGrowAllowAuthenticodeOverrides is enabled, Enterprise Vault can retrieve archived items even if PSTDisableGrow is enabled only in HKEY_CURRENT_USER\Software\Microsoft\Office\Office_version\Outlook\PST. Also, if PSTDisableGrow is enabled and PSTDisableGrowAllowAuthenticodeOverrides is not enabled, the Enterprise Vault Outlook Add-In displays a warning when it starts.
For more information on the use of PSTDisableGrowAllowAuthenticodeOverrides, see the Setting up Exchange Server Archiving manual.
In some cases, Exchange mailboxes can have two junk email folders with the same name but different capitalization, such as Junk E-mail and Junk e-Mail. In this case, Outlook uses only one of the folders as the special folder to which it directs mail identified as junk.
When this situation occurred, the Exchange mailbox archiving task wrote the following events to the event log:
Log Name: Symantec Enterprise Vault
Source: Enterprise Vault
Date: 10/06/2011 11:01:40
Event ID: 2243
Task Category: Archive Task
Level: Error
Keywords: Classic
User: N/A
Computer: evsrv1.example.com
Description: Could not scan user mailbox /o=SYMC/ou=Exchange Administrative Group
(SALES)/cn=Recipients/cn=jdoe, cannot list messages
Log Name: Symantec Enterprise Vault Source: Enterprise Vault Date: 10/06/2011 11:01:40 Event ID: 2270 Task Category: Archive Task Level: Warning Keywords: Classic User: N/A Computer: evsrv1.example.com Description: A queued operation exceeded the retry count and has been discarded
This has been fixed. Enterprise Vault now ignores the folder that is not Outlook's special junk email folder.
Enterprise Vault's Exchange journaling task wrote event ID 6469, "An exception has occurred", to the event log in environments where auditing was enabled.
This has been fixed.
In some environments where Enterprise Vault servers and Exchange servers were in different domains, the Exchange mailbox archiving task failed to connect to the local MSMQ queues on the Enterprise Vault server. This caused Exchange mailbox archiving to stall.
This has been fixed.
This issue occurred when all of the following conditions applied:
-BaseFolderOnly $true, which means that any subfolders should be treated as standard folders.This issue caused Enterprise Vault to treat the subfolders as managed folders, not as standard folders.
This has been fixed.
The PST Migration wizard no longer creates shortcuts for appointments or tasks. This new behavior matches the existing behavior of the Exchange Mailbox task.
The message classes for which the PST Migration wizard no longer creates shortcuts are as follows:
When the PST Locator task scanned a NetApp filer for PST files, some volumes and shares were added to the search list while others were not.
When PST Locator task added the default CIFS share, C$, the associated mount point /vol/vol0 was added to the search list. If there were additional volumes with a mount point prefixed by the string "/vol/vol0", for example /vol/vol020/research, these volumes were ignored, and not added to the search list.
The same applied to CIFS shares which were prefixed by "HOME" and based on a mapping to /vol/vol0. If the share, HOME$, with the mount point path /vol/vol0/home, was added to the search list, any further share with a mount point path that started with the string "/vol/vol0/home" was not added to the list. For example, the share HOME1$ with the mount point path /vol/vol0/home1 would not be added.
This has been fixed.
For a detailed description of the issue, see the document http://www.symantec.com/docs/TECH167223 on the Support Web site.
The PST locator task cannot process files in file paths longer than approximately 260 characters. Previously, the PST locator did not report the presence of these PST files and they were therefore ignored by the task.
The PST locator task now reports the presence of PST files that are too deep in a long file path for it to process. The task writes a summary warning in the event log, and lists the affected files in the PST locator task report file.
A new setting, ArchiveUnExpiredCalItems, allows Policy Manager to import unexpired calendar items from PST files. The setting can be added to the [PSTdefaults] or [PST] section in the Policy Manager initialization file. The default value of the setting is "false"; that is, unexpired calendar items are not imported. To import unexpired calendar items, add the setting to the initialization file and give it the value "true". For example,
[PSTdefaults] ArchiveUnExpiredCalItems = true
If you choose to migrate unexpired calendar items, users must restore the items before they can modify them.
When neither of the following Domino archiving policy options was selected, the Domino archiving task archived large mail items repeatedly, once on each run of the task:
This has been fixed.
The Domino Mailbox Archiving task could not process mail files that contained hidden folders. There was no indication that archiving had failed.
This has been fixed. The task now processes mail files that contain hidden folders but does not archive the contents of hidden folders.
The Archiving task is now more tolerant of minor errors in a mail file. The following no longer cause the Archiving task to fail to archive from a mail file:
Special database object cannot be located
Email messages that contained invalid surrogate pair characters could not be archived.
This has been fixed.
Under some circumstances Enterprise Vault processes could terminate unexpectedly while creating shortcuts.
This has been fixed.
When a non-English template that had been created by EVInstall.nsf was used, it was not possible for users to retrieve or restore archived items.
This problem was present in Enterprise Vault 9.0.1 and later.
This has been fixed.
Where the principal and delegate users are in different time zones, it was discovered that the created date of iCalendar invitation notices may be corrupt or missing. The Domino Journaling task was unable to archive such items, and reported error messages with the ID 41206 and 41058 in the event log.
This has been fixed. The Domino Journaling task now archives such items.
The issue is documented in the following technical note on the Symantec support Web site:
http://www.symantec.com/docs/TECH169575
When a user searches for archived content, the Enterprise Vault search application runs on the Enterprise Vault Domino Gateway. Previously, the search application ran on the Storage server.
The Domino Provisioning task failed to process a mail-in database file when it was added to a provisioning group as a member of a Domino directory group.
This has been fixed.
The Domino archiving task archived items repeatedly when the following were true:
ARCHIVENOW="true".This has been fixed.
The Domino Provisioning task failed to process mail-in database files that had multiple-line names. When such files were encountered, the provisioning report indicated that no mailboxes had been found.
This has been fixed.
In some circumstances, users could not retrieve some large items archived in versions of Enterprise Vault older than version 8.0. When this happened, users saw the following error message:
Network operation did not complete in a reasonable amount of time; please retry
This has been fixed.
You can now use a Domino folder link as the target for journal archiving. The link must be in the Domino data folder so that the target appears as a subfolder of the data folder.
In some circumstances it was possible for shortcut bodies to be removed when you used the EVDominoExchangeMigration tool.
This has been fixed.
Access permissions for members of Domino Directory groups that were defined as "ACL only" were not applied to the corresponding archive. As a result, users who were members of these groups could not access the archive.
This has been fixed.
Enterprise Vault failed to archive messages that had a corrupt PR_SENDER_ENTRYID. This corruption can occur when an external tool is used to migrate messages from Domino to Exchange Server.
This has been fixed.
In some circumstances, the Domino mailbox archiving task became unresponsive and wrote the following error to the event log:
Log Name: Symantec Enterprise Vault
Source: Enterprise Vault
Date: 20/12/2011 8:00:36 AM
Event ID: 41050
Task Category: Lotus Domino Mailbox Archiving Task
Level: Error
Keywords: Classic
User: N/A
Computer: EVSRV1.example.com
Description: Task: 'Domino Mailbox Archiving Task' Unable to initialize
Names and Address Book (NAB) session for Domino server:
'Failed to create Notes Session (mutex)'
This has been fixed.
NSF migration could not migrate items that did not have a 'Form' field.
This has been fixed. You can now use the DominoArchiveMissingFormMails registry value to force NSF migration to migrate items that do not have a 'Form' field.
See the Registry Values manual for details of DominoArchiveMissingFormMails.
The NSF migration wizard failed to import NSF files when a Domino cluster server had failed over. The wizard produced an error message saying that NSF files were unavailable.
This has been fixed.
In some circumstances it was possible for NSF migration to fail with the following error in the detailed migration report:
An exception occurred: Collection was modified; enumeration operation may not execute
This has been fixed.
When a mailbox is provisioned in two Enterprise Vault sites that target one Exchange organization, both sites' Mailbox archiving tasks take ownership of the mailbox each time they run. To avoid this situation, you should not provision any mailbox in two Enterprise Vault sites that target one Exchange organization.
When you used Move Archive to move an archive between two Enterprise Vault sites that target one Exchange organization, Move Archive created a situation in which this could occur but did not prevent it. For the duration of the move, each time one of the site's Mailbox archiving tasks ran, it took ownership of the mailbox.
This has been fixed and Move Archive does not allow the source site's Mailbox archiving task to take back ownership of the mailbox.
When Move Archive encountered items with more than 2048 recipients in the To, CC, or BCC fields, it treated them as corrupt.
To solve this issue, the Enterprise Vault installer now sets the RecipientMax registry DWORD value to 0xFFFFFFFF. RecipientMax is under the following registry key:
HKEY_CURRENT_USER
\Software
\Microsoft
\Office
\nn.0
\Outlook
\Options
\Mail
Move archive failed due to corrupt attachments. Move Archive displayed Error in the status page for the failed move operation and wrote the following error to the event log:
Exception: Object reference not set to an instance of an object
This has been fixed.
Move Archive failed for some users when their archives contained corrupt attachments. Move Archive displayed Error in the status page for the failed move operation and wrote the following to the event log:
Inner storage error code: 0x80004002
This has been fixed.
In some circumstances, a move operation could stall in backup phase when the following conditions existed:
Administrators could not complete or cancel the move when Move Archive remained in the backup phase.
This has been fixed. Move Archive now proceeds to the verification phase even if these circumstances exist.
If you use Move Archive to move a Domino archive to a different Enterprise Vault site, you need to do the following:
For more information, see the section 'Moving active archives between sites' in the Administrator's Guide.
The Enterprise Vault Administration Console prevented the addition of a domain as an Exchange archiving target, if its domain controller had the same host name as a domain controller in an existing Exchange archiving target domain.
This has been fixed.
When an index location was placed in backup mode it was possible for the operation to fail for some index volumes, leaving the location only partially in backup mode.
This issue affected only 32-bit index volumes, that is, index volumes that were created by Enterprise Vault versions earlier than Enterprise Vault 10.
This has been fixed.
There is a new 'Not Yet Created' filter in the Index Volumes Browser. This filter enables you to include or exclude index volumes that Enterprise Vault has prepared but has not yet used. The index volumes have database entries but do not yet have any data. These volumes do not yet exist on disk.
In Enterprise Vault 10.0 it was not possible to create a new partition on some CIFS/SMB devices when the 'Create Vault Store Partition with security ACLs' option was selected.
This has been fixed.
During the removal of safety copies, Enterprise Vault ensures that archived items have been backed up before it removes the associated original items. If the Storage service encounters an invalid saveset in an archive, it retains the original item and removes the invalid saveset from the archive. However, if the applicable Enterprise Vault retention policy was set to prevent the deletion of items from the archive, the Storage service was unable to delete the invalid saveset.
This has been fixed, and the Storage service now overrides the retention policy to remove invalid savesets.
The Storage service marks the savesets contained in Centera clip files as secure when the clip file has been replicated. If the Storage service encounters 10 consecutive unreplicated clips, it stops processing assuming that the remaining clip files on the partition are also unreplicated.
In some circumstances, just one unreplicated clip on a partition could cause the Storage service to stop processing the partition. For as long as this clip file remained unreplicated, no more savesets in the remaining clip files were marked as secure.
This has been fixed.
This issue applies to the following Enterprise Vault configuration:
When creating a new vault store partition, or PST Migration task, the wizard failed to display shared disks in the Windows Server 2008 cluster nodes. This happened if the wizard was launched from a remote Vault Administration Console session.
This has been fixed.
With sharing enabled in a vault store group, a corrupted SIS part caused some mail items to remain in a pending state. When the Storage service first detected an item with a corrupted SIS part, it rolled back the item in the user's mailbox. However, other items that shared the SIS part permanently remained in a pending state.
This has been fixed.
In some circumstances, redundant JournalUpdate table entries could persist in vault store databases. This could happen when items were subject to a change of retention category or shortcuts were moved to a different folder in the mailbox. If users then deleted affected shortcuts before shortcut processing ran, redundant JournalUpdate table entries occurred.
This has been fixed.
In some circumstances, Message Security (SECU) index properties could be omitted from signed and encrypted MAPI messages that were archived by agents other than Enterprise Vault's own archiving agents. For example, this problem occurred for items archived by the Content Management API and by File System Archiving.
As a result, some items could be excluded from searches that include criteria based on these properties.
This has been fixed.
When DeleteEmptyFolders is set to a value other than 0, the Storage service removes empty folders from the archives it owns. In some circumstances, this produced SQL deadlocks and the removal of folders could be very slow or fail completely.
This has been fixed.
The Storage Expiry report incorrectly treated items that were on hold, and so not eligible for deletion, as items that failed to be deleted. This behavior resulted in incorrect totals for the following:
Total number of expired items deleted Total number of items deleted
This has been fixed.
When the site setting Retain archive transaction history for x days was changed, Enterprise Vault did not apply the new setting to existing archives.
This has been fixed. When you change this setting, it applies immediately to all archives. The internal handling of transaction history has also been optimized to improve archiving performance.
You must restart the Enterprise Vault Storage service after you select or clear the Migrate files checkbox on the Migration page of vault store partition properties. You must also restart the Storage service if you change any of the other options on the Migration page.
When archiving certain items, error 13360 was reported repeatedly in the event log. This occurred when the vault store partition was located on a streamer storage device, and sharing was enabled.
The error reported was similar to the following:
Event Type: Error
Event Source: Enterprise Vault
Event Category: Storage Archive
Event ID: 13360
Date: 4/18/2011
Time: 1:32:06 PM
User: N/A
Computer: B13-EV5
Description:
An error was detected while accessing the Vault Database
'VaultStoreName' (Internal reference: CADODataAccess::ExecuteSQLCommand
.\ADODataAccess.cpp [lines {1407,1409,1424,1442}], built Apr 11 21:04:29 2011):
Description:
Violation of PRIMARY KEY constraint 'PK_WatchSISPartFile'. Cannot insert
duplicate key in object 'dbo.WatchSISPartFile'.
This has been fixed.
Storage Expiry always processed items that were on legal hold. When a very large number of items was on legal hold, Storage Expiry could fail to complete its work within the available time.
This has been fixed.
On the Vault Store Partition Properties: Backup tab, you can change the partition scan interval using the Scan partition every value. When you set this interval to less than the 60 minute default, the new interval was not honored by storage until after the default period of 60 minutes had elapsed.
For example, if you set a scan interval of 5 minutes, 60 minutes would elapse before the scans at 5 minute intervals began.
This has been fixed.
Enterprise Vault now writes saveset records to the Vault Store databases more efficiently.
If you use Enterprise Vault single instance storage, there is now reduced lock contention and reduced resource demand on the SQL Server, CPU, tempdb, and memory during archiving.
When Update Service Locations had been used in a building blocks configuration it was sometimes not possible to set or clear the backup mode on a vault store.
Attempting to change the backup mode produced the error message "Could not set backup mode for vault store" and an event log entry that said "The parameter is incorrect".
This has been fixed.
When there were more than approximately 100,000 archives in a single vault store it was possible for Storage Delete process to terminate with the following error:
Event ID: 8390 The EnterpriseVault DirectoryConnection object reported an error. Ran out of Memory
When this problem occurs, Storage Expiry also failed with the following error:
Event: 6606 Category: Storage Delete Failed to process all expired items in Vault Store. Not enough storage is available to complete this operation.
This has been fixed.
This issue affected Domino mailbox, Domino journal, and File System archiving to Centera, when collections were used and the Remove Safety Copies setting was 'immediately after archive'. Under these conditions it was possible for Enterprise Vault to remove safety copies when the savesets were still in the staging area, before collection and transfer to the Centera.
If this situation occurred, no safety copies were available if for some reason a saveset got deleted from the staging area before collection and transfer to the Centera.
This has been fixed. Now, the safety copies are not removed before the collections are archived on the Centera. This precaution already applied to Exchange and SharePoint archiving.
Enterprise Vault 10.0.1 includes the following improvements to indexing functionality:
In some circumstances, the rebuild of an index volume that was close to its size limit could unnecessarily create two new index volumes to replace the old volume.
This has been fixed.
The deletion of large numbers of archived items can sometimes result in empty index volumes. This could occur, for example, when archived items expire.
At regular intervals, the Indexing service now checks for empty index volumes, and deletes them. You can use the following advanced indexing settings to configure the frequency of the checks, and the maximum number of volumes that can be deleted:
You can find advanced indexing settings in the Enterprise Vault Administration Console, on the Advanced tab of the properties for the Enterprise Vault server.
We recommend that you do not change these settings unless your technical support provider advises you to do so. If you do change the settings, then you must restart the Indexing service to apply the changes.
In some circumstances, the Index Volumes Browser could report an incorrect count of the indexed items in an index volume.
This has been fixed. For index volumes whose indexed items count was incorrect, Enterprise Vault corrects the count when items are added to or removed from the index, and when you rebuild or synchronize the index volume.
The Indexing service did not start if the IIS_USRS group permissions were incorrect on any of the following folders:
The Enterprise Vault now automatically corrects the IIS_USRS group permissions, if necessary.
In rare circumstances it was possible for the Indexing service to fail to start or for index rebuilds to fail.
The cause of the problem was an empty FolderName field in the IndexVolume table in the Directory database.
This has been fixed.
In some cases, the rebuild of a journal archive's index volumes could fail, even though a subsequent rebuild of the same archive could succeed. When the rebuild failed, Enterprise Vault wrote event ID 13360 to the event log. The event included the following message:
Message: Cannot find a valid upper limit sequence number for new index volume to be rebuilt.
This has been fixed.
Since Enterprise Vault 9.0.1, Enterprise Vault has not converted or indexed the content of text files in compressed attachments. This problem affected text files in .ZIP attachments, for example. The problem did not affect files such as word processed documents, spreadsheets, .PDF files, and so on.
This has been fixed. By default, Enterprise Vault 10.0.1 converts text files within compressed files to HTML and indexes them.
A side-effect of this change is that Enterprise Vault may incorrectly try to index binary files within compressed files. A new DoNotConvertBinariesInZippedFiles registry value enables you to disable the conversion and indexing of text files within compressed files, if necessary. See the description of DoNotConvertBinariesInZippedFiles in the Registry Values manual.
Do not disable conversion if there is a requirement for you to be able to search archives for compliance reasons.
The Indexing service failed to start when there was no HTTP binding for the EVIndexing web site.
This has been fixed. Enterprise Vault now automatically corrects the EVIndexing web site settings, if necessary.
The EVIndexVolumesProcessor process could terminate and then restart repeatedly when rebuilding or upgrading indexes.
The problem could happen when Enable recovery of user deleted items was selected in Site Properties in the Administration Console and thousands of items had been deleted from an archive but had not yet been permanently deleted.
This has been fixed.
In very rare circumstances, the Index Volumes Browser can report "There are items with incorrect information in the index".
To correct this problem, you must rebuild the index volume.
Email items with unusual patterns of author or recipient data, such as those without a display name, could be excluded from indexing. These items were reported as failed items by the Index Volumes Browser, and did not then appear in search results.
This has been fixed. Items that previously failed are now indexed when you synchronize index volumes.
In some circumstances, such as after index volumes are restored from backup, the range of sequence numbers in an index volume can be incorrect. During normal operation, Enterprise Vault corrects the sequence numbers in each index volume. Although an index verification task should have corrected the problem straight away, it did not.
This has been fixed.
In Enterprise Vault 10.0 there was a single setting that controlled the maximum size of an index volume. In Enterprise Vault 10.0.1 there is now a setting for the indexes of each archive type, as follows:
When you install Enterprise Vault 10.0.1, all these settings have a default of 5,000,000 items. If you have previously modified the maximum size of index volumes you must change the appropriate setting after you install Enterprise Vault 10.0.1.
See the "Computer properties advanced settings" section in the Administrator's Guide for details of the individual settings.
At the Enterprise Vault 10.0 original release, FSA could not manage Windows Server 2003 file servers that were clustered using Windows Server Failover Clustering. (Windows Server Failover Clustering was formerly known as Microsoft Cluster Server, or MSCS.)
This has been fixed.
Details of the original issue are in the following technical note on the Symantec support Web site:
http://www.symantec.com/docs/TECH71442
In rare circumstances, FSA using Celerra pass-through recall produced event ID 6992 on the Enterprise Vault server. When this happened, users could not recall further files using Enterprise Vault placeholders, and in some cases the Celerra device became unresponsive.
This has been fixed.
FSA failed to distinguish between an archive point's root folder and a subfolder with the same name. Items from the subfolder were placed in the root of the archive rather than in a separate archive folder.
This has been fixed.
Large file retrieval times have been improved for environments where pass-through recall from Celerra devices is enabled.
If you clustered Enterprise Vault in a Windows Server failover cluster, some FSA-related operations could create resource locks that prevented the successful failover from one cluster node to another. These operations were as follows:
FileScreenFilter.sys,
of the System Volume Information folder on the cluster node.
[Ref 11035, E2565306].reg) file of the FSA-related registry
entries on the cluster node, if the .reg file could not be written
for any reason. [Ref 11820, E2569275]These issues have been fixed.
A content search failed to return any data from an archived text file, if the file had all of the following characteristics:
This has been fixed.
Previously the last modified time changed on the parent folder and volume of a folder hierarchy when FSA processed a folder in the hierarchy. Windows updated the timestamp when any of the following actions occurred:
This meant that searches for changes using the last modified time could return unexpected results.
Now, by default, FSA resets the last modified time to the previous value after it has finished processing the folder.
Two DWORD registry settings let you revert to the previous behavior if you want:
ResetFolderModifiedTimeStamp, on the Enterprise Vault server. This setting controls the behavior in all the cases except for recall of archived files from placeholders on Windows file servers. This setting must be set under the following registry location on the Enterprise Vault server:
HKEY_LOCAL_MACHINE
\SOFTWARE
\Wow6432Node
\KVS
\Enterprise Vault
\FSA
To revert to the previous behavior, give this setting a value of 0, and then restart the Enterprise Vault Admin service.
ResetFolderModifiedTimeStamp, on Windows file servers. Use this setting in addition to the setting on the Enterprise Vault server, if required. This setting controls the behavior when you recall archived files from their placeholders on the Windows file server. This setting must be set under following registry location on the Windows file server:
| On a 32-bit installation of Windows: |
On a 64-bit installation of Windows: |
HKEY_LOCAL_MACHINE
\SOFTWARE
\KVS
\Enterprise Vault
\FSA
\PlaceholderService
|
HKEY_LOCAL_MACHINE
\SOFTWARE
\Wow6432Node
\KVS
\Enterprise Vault
\FSA
\PlaceholderService
|
To revert to the previous behavior, give this setting a value of 0, and then restart the Enterprise Vault File Placeholder service on the file server.
Note: The entry in the Registry Values guide for the ResetFolderModifiedTimeStamp setting under the PlaceholderService subkey does not make it clear that this registry setting is set only on Windows file servers.
A problem could occur if the SQL Server connection was lost during an archiving run, and a "Create shortcuts later" policy was used.
Files in the folder that the File System Archiving task was processing when the SQL Server connection was broken were incorrectly added to the list of files to be archived from the next folder, when the connection was resumed. The task therefore archived these files twice, with the second copy going to the archive associated with the other folder, and with the wrong folder path reference.
This has been fixed.
The recall from a placeholder of a file that was larger than 50 MB could fail, due to an error in the mechanism for comparing checksums.
This has been fixed.
On an archiving run, a File System Archiving task now updates the Directory database regarding folder permissions only if the permissions have changed. This improvement means that archiving runs should take slightly less time after the initial run, especially in environments with a large number of folders.
A problem occurred with the 'Delete archived file when placeholder is deleted' feature, when deleting items that had been archived using the volume policy. If you deleted a placeholder from a folder, Enterprise Vault deleted the placeholder but it failed to delete the archived item and the index entry.
The following event appeared in the Enterprise Vault event log:
Event ID: 20545 Failed to determine whether to delete an archived file following the deletion of its placeholder. The archived item will not be deleted.
This has been fixed.
Pass-through recall of items could fail with an "access denied" message. A DTrace of the EVPlaceholderService showed the following:
EV:M Cache Location not set to start cache cleanup thread. Pass-through not enabled.
The problem occurred because a thread in the recall process failed to wait for an associated thread to complete.
This has been fixed.
Previously, Enterprise Vault did not allow a connection to an EMC Celerra Data Mover HTTP server for placeholder support, if the Data Mover used SSL.
An SSL connection is now supported. For more details, see "Configuring the Data Mover server to use SSL" in the Setting up File System Archiving guide.
If the FSAUtility -pm option did not create all of the placeholders successfully at the destination location, it sometimes failed to report this issue and indicated that the migration was successful.
This has been fixed. FSAUtility now informs the user if placeholder migration failures occur. The logging of errors has also been improved.
Users with permission to delete files from folders of a file server share were unable to delete the archived files, unless they had Full Control or co-owner permissions on the file server share.
This has been fixed. The archive folder permissions are now set so that a user with permissions to delete files from the original source folder share can delete any file from the archive folder.
On upgrade, the change in archive folder permissions takes place on the next occasion that the File System Archiving task synchronizes archive permissions for a file server share.
Note that if you archive files with explicit permissions, a user with permission to delete files from the folders of a file server share can now delete an archived file even if someone else created the original file with permissions to prevent deletion. However, if the user did not have permission to delete the original file, the user cannot delete its shortcut.
A problem could occur with the File Blocking of media files within tar.gz files on NetApp filers. Enterprise Vault blocked the media files, but it did not always quarantine them.
This has been fixed.
If a File System Archiving task was stopped before completion then when it continued it generated false warning events in the Enterprise Vault event log for volumes that it had partially processed on the previous run. The warning events had the following format:
Event ID: 40976 The file system volume \\?\UNC\server\volume has no Archive points associated. No items will be archived for this volume. See the Administrator Help for information on configuring file system volume archive points.
This has been fixed.
An FSAUtility –t command to restore archived files to a different file server failed if the source file server was unreachable.
This has been fixed.
When pass-through recall was enabled and a file larger than 100 MB was recalled from an EMC Centera storage device, the restored file was corrupt.
This has been fixed.
Recalling placeholder shortcuts on NetApp filers caused a memory leak. The problem occurred when the NetApp filer was configured for pass-through recall, and the placeholder shortcuts were located in the snapshot folder.
This has been fixed.
On Windows file servers and NetApp filers, if you used FSAUtility with the -c -f options to recreate placeholders forcibly, FSAUtility failed to recreate the placeholders if the path exceeded 1177 characters.
This has been fixed. Note that for EMC Celerra there is an EMC restriction that prevents archiving when the path to the files exceeds 1024 characters.
If you configured the Send email notification option for a File Blocking rule, the File Blocking service failed to send the email. The following error appeared in the Enterprise Vault event log on the file server:
Event Type: Error Event Source: Enterprise Vault Event ID: 28687 Description: Failed to send email with following details: To:User@Domain.local From:Account@Domain.local Subject:Test Mail Reason:Error initializing MAPI
This has been fixed.
Sometimes when a user accessed a placeholder shortcut, the file server stopped responding, or shut down unexpectedly. This problem could occur if the file server was running Windows Server 2008 or later, and the Enterprise Vault Placeholder service was installed.
This has been fixed.
When the following policy settings were used, shortcut deletion paused until a new file was added to the library:
This has been fixed.
Archived files could appear as a different content type after Enterprise Vault created shortcuts. This problem existed for most types of Office 2007 files on SharePoint 2007.
This has been fixed.
Enterprise Vault could fail to create shortcuts to items that had been previously recalled and then re-archived, or fail to read old versions of a file.
The shortcut creation failed with the following error:
Object reference not set to an instance of an object.
The SharePoint archiving task failed with the following error:
Error listing versions of the file.
These have been fixed.
When an index had more than five volumes, searching the archive with a Web part or clicking Show archived versions of this document failed with the following error:
exception from HRESULT: 0xC0041C82
This has been fixed.
When an archiving rule had a Date set to Today, some items were not archived immediately. Those items were archived successfully the next day.
This has been fixed.
When documents in a library were restored from the archive, the Modified column showed an incorrect date and time.
This has been fixed.
When you created a document in a document set with versioning enabled, trying to view the archived versions of the document displayed the following error:
List does not exist. It may be deleted by another user.
This has been fixed.
Enterprise Vault ignored the metadata date criteria in policy rules for the SharePoint library while archiving. This resulted in Enterprise Vault archiving fewer items than expected.
This has been fixed.
If Backup Exec was installed on the same computer as the Enterprise Vault Microsoft SharePoint Components, then the Enterprise Vault Admin Service on the computer stopped unexpectedly. This occurred when Backup Exec attempted to refresh backup locations.
This has been fixed. The Admin Service no longer stops if it receives a refresh backup locations command. However, we recommend that you do not install Backup Exec on the same computer as the Enterprise Vault Microsoft SharePoint Components.
It was not possible to use Office Web Apps to open Enterprise Vault shortcuts.
This has been fixed.
For more information, see the section 'About SharePoint archiving with Enterprise Vault' in the Setting up SharePoint Server Archiving guide on the Enterprise Vault media.
When SharePoint has KnowledgeLake Imaging installed, archiving failed with the following error:
Error listing folders.
This has been fixed.
Enterprise Vault Reporting's 'Vault Store Usage by Archive' report and 'Vault Store Usage by Billing Account' could fail to generate, with the following error:
An error occurred during client rendering.
An error has occurred during report processing.
Query execution failed for dataset 'VaultStoreDetailsByArchiveName' or
'VaultStoreDetailsByBillingAccount'
For more information about this error navigate to the report server on the
local server machine, or enable remote errors
The problem occurred if a mailbox owner or the billing account of an archive was deleted from Active Directory.
This has been fixed.
Previously, a problem could occur if you attempted to disable all FSA Reporting data collection in the Administration Console. When you cleared the "Enable data collection for FSA Reporting" check box on the properties of the File Servers container under Targets, the change sometimes failed to propagate to the properties of all the target file servers.
The mechanism to disable all FSA Reporting data collection has now changed. The "Enable data collection for FSA Reporting" check box has been removed from the properties of the File Servers container. To disable all data collection, right-click the File Servers container and select the new option "Disable All FSA Reporting Data Collection". To re-enable data collection, enable data collection separately on the properties of each target file server.
The Enterprise Vault Deployment Scanner's Directory Database Upgrade test did not make allowance for volume mount points when it checked that sufficient disk space was available for the upgrade. Although the volume mount point that contained the Directory database had sufficient free disk space, if the drive that hosted the mount point did not have sufficient free disk space, the Deployment Scanner reported that the test had failed.
This has been fixed.
Index locations could not be backed up because of locked 'Updates.log' files.
This has been fixed.
It was not possible to use the Getting Started Wizard to add an archiving target when the domain name was longer than 32 characters.
This has been fixed.
Some PDF files with embedded graphics could take a long time to convert.
This has been fixed.
When the Mailbox archiving task encountered shortcuts from an inaccessible Enterprise Vault site, such as a withdrawn site, it stopped processing the mailbox and wrote the following error to the event log:
The EnterpriseVault.DirectoryConnection object reported an error.
0x800706ba
Internal references:
Error 0x800706ba
CDirectoryConnectionObject::GetArchiveFolder .\DirectoryConnectionObject.cpp
[lines {3567,3574}], built Mar 14 10:55:02 2011
For more information, see Help and Support Center at
http://evevent.symantec.com/rosetta/showevent.asp
This has been fixed. These events are no longer written to the event log, and the task continues to process the remaining items in the mailbox.
In environments where the size of the model SQL database exceeded the default size of a new Enterprise Vault database, Enterprise Vault failed to create the new database.
This has been fixed. On the creation of a new database, Enterprise Vault compares the default size of the database with the size of the model database, and creates the new database at the larger of the two sizes.
Additionally, Enterprise Vault used to create database log files with the extension mdf. Enterprise Vault now creates these files using the extension ldf.
Under some circumstances, scans of backed up partitions never finished. The effect was that archive pending items were never turned into shortcuts.
This has been fixed.
Occurrences of the following Storage Crawler event have been much reduced:
Event: 6760 Task Category: Storage Crawler Error from EMC Centera FPLibrary Function call: FPXMLTag.GetAttributeValue(AttachmentId) Reason: Attribute with that name not found
Enterprise Vault failed to take into account differential backups when calculating the time since the last backup of a database. Warning and critical status messages could therefore be generated for the time since the last backup, despite the existence of a differential backup within the threshold period. This problem affected Enterprise Vault Operations Manager as well as the Enterprise Vault performance monitoring messages that appear in the event logs and in the Status pane of the Administration Console.
This has been fixed. Enterprise Vault now monitors the time since the last full backup or differential backup.
If connection to the SQL Server is lost, and you need to shutdown Enterprise Vault services, stop the individual services manually, finishing with the Directory service and the Admin service. You should stop the services in this way, rather than stopping the Admin service, and relying on it to stop the other services.
Additional events now appear in the Enterprise Vault event log during the upgrade of the following databases, to indicate the progress of the upgrade:
For the Directory database, vault store databases, and fingerprint databases, an upgrade of a database generates several instances of events 13399 and 13400, as various scripts start and complete, respectively. For an upgrade of the Monitoring database, event 41396 indicates the progress of the Monitoring Configuration utility.
These events also appear during database creation.
The Enterprise Vault upgrade instructions provide more details of the events that are generated during database upgrades.
This release includes the following Outside In® Technology content converters and patches from Oracle® Corporation:
The following Storage events are no longer generated:
Request thread pool (InstanceId = [1]) started with maximum thread count = [4]
Request thread pool (InstanceId = [1]) stopped. Total threads stopped = [4]
These events were generated when vault stores were entering or leaving backup mode.
Under certain circumstances, users could search and view the index metadata of items in a folder to which they were denied access, in an archive to which they had access.
This has been fixed.
If the locale decimal separator was not a period (.), searches could fail with the following event:
Type: Error Event: 7182 Source: Enterprise Vault Description: Index Search failed: Index: Internal reference: (0xc0041c0e)
This problem affected user searches, Compliance Accelerator searches, and Discovery Accelerator searches.
This has been fixed
The Enterprise Vault provisioning task can repair an out-of-date or corrupt archive ID in the mail file or database. These repairs used to take place automatically but you now have manual control of when the provisioning task performs the repairs.
See the descriptions of DominoSynchMigratedMailFiles and DominoRepairMissingDefArchiveID in the Registry Values manual.
In rare circumstances, the NTFS to Centera migrator could cause Enterprise Vault storage to write the following error to the event log:
Log Name: Symantec Enterprise Vault
Source: Enterprise Vault
Date: 20/12/2011 12:37:28 PM
Event ID: 7109
Task Category: Storage File Watch
Level: Warning
Keywords: Classic
User: N/A
Computer: evsrv1.local
Description: An invalid saveset was encountered while doing watch file scan. This archive
operation will be attempted to be cancelled. Following further information is
available.
Partition Name = Ptn6
VaultStoreEntryId = 1726C795A7ADBFD46A551E1006292EBA71210000EVSRV1
TransactionID = C0B4556D-F1F9-B88C-BFEA-D9C328FED661
Invalid Reason = File 'V:\EVStores\Ptn6\
1DFA6N1353JSUe93GM44FLGI1QLG4169PHN83E0T92R5UTL7FFGOE' not found for
SavesetIdentity = [2772]
When this happened, users could not retrieve some items from their archives.
This has been fixed.
To ensure that the utility ResetEVClient completed all its expected actions, you had to run it twice: once as the user who had a problem with the Outlook Add-In, and once as an administrator.
This has been fixed. Now, you must start ResetEVClient as the user who had a problem with the Outlook Add-In. If necessary, ResetEVClient then prompts for the name and password of an account with administrator privileges before it performs the remaining actions. If the current user has administrator privileges, ResetEVClient does not prompt for these credentials.
In some circumstances, multi-threaded NTFS to Centera migrator jobs stalled when they were close to completion. This occurred when the migrator was processing some complex savesets.
This has been fixed.
In some circumstances Internet Explorer 8, running on Windows XP, could fail when users clicked Refresh in the Browser Search Select Folders web page dialog.
This has been fixed.
To stop the accidental deletion of an archive whose contents appear in the results of a Compliance Accelerator or Discovery Accelerator search, these two applications register their interest in the archive by creating an entry in the VaultInterest table of the Enterprise Vault Directory database. However, Enterprise Vault did not check this table when it processed a request to delete an archive. Instead, the following error message would appear in the event log when Enterprise Vault tried to delete an archive in which Compliance Accelerator or Discovery Accelerator had registered an interest:
An error was detected while accessing the Vault Database 'EnterpriseVaultDirectory'
(Internal reference: {CADODataAccess::ExecuteSQLCommand} ...
This has been fixed.
Enterprise Vault servers use DCOM for communication between software components. DCOM is based on the Remote Procedure Call (RPC) protocol, which uses the RPC end-point mapper port (port 135) for connection set up. Windows then dynamically allocates a port from the range of dynamic RPC ports.
For information on configuring Enterprise Vault for restricted DCOM access, see the technical note http://www.symantec.com/docs/TECH69642 on the Symantec support Web site.
For details of firewall settings for Enterprise Vault programs, see "Ports used by Enterprise Vault" in the Administrator's Guide.
It was possible for the Storage service to cause SQL performance problems when the DeleteEmptyFolders registry value was used.
This has been fixed.
In some circumstances, EVStgAPI.dll produced a memory handle leak. For example, this could occur when EVSVR was run against large Enterprise Vault databases.
This has been fixed.
Changes to the use of file locking have improved concurrent access of CAB files. This change can result in better performance, for example, when rebuilding indexes, where multiple threads attempt to access the same CAB file to retrieve items.
In cases where a large backlog of Enterprise Vault indexing had built up, Virtual Vault synchronizations did not take place.
This has been fixed. Even when there is a large backlog of indexing work, Virtual Vault synchronizations continue as normal.
Copyright © 2012 Symantec Corporation. All rights reserved.
Symantec, the Symantec Logo, Veritas, Enterprise Vault, Compliance Accelerator, and Discovery Accelerator are trademarks or registered trademarks of Symantec Corporation or its affiliates in the U.S. and other countries. Other names may be trademarks of their respective owners.
This Symantec product may contain third party software for which Symantec is required to provide attribution to the third party (“Third Party Programs”). Some of the Third Party Programs are available under open source or free software licenses. The License Agreement accompanying the Software does not alter any rights or obligations you may have under those open source or free software licenses. Please see the Third Party Software file accompanying this Symantec product for more information on the Third Party Programs.
The product described in this document is distributed under licenses restricting its use, copying, distribution, and decompilation/reverse engineering. No part of this document may be reproduced in any form by any means without prior written authorization of Symantec Corporation and its licensors, if any.
THE DOCUMENTATION IS PROVIDED "AS IS" AND ALL EXPRESS OR IMPLIED CONDITIONS, REPRESENTATIONS AND WARRANTIES, INCLUDING ANY IMPLIED WARRANTY OF MERCHANTABILITY, FITNESS FOR A PARTICULAR PURPOSE OR NON-INFRINGEMENT, ARE DISCLAIMED, EXCEPT TO THE EXTENT THAT SUCH DISCLAIMERS ARE HELD TO BE LEGALLY INVALID. SYMANTEC CORPORATION SHALL NOT BE LIABLE FOR INCIDENTAL OR CONSEQUENTIAL DAMAGES IN CONNECTION WITH THE FURNISHING, PERFORMANCE, OR USE OF THIS DOCUMENTATION. THE INFORMATION CONTAINED IN THIS DOCUMENTATION IS SUBJECT TO CHANGE WITHOUT NOTICE.
The Licensed Software and Documentation are deemed to be commercial computer software as defined in FAR 12.212 and subject to restricted rights as defined in FAR Section 52.227-19 "Commercial Computer Software - Restricted Rights" and DFARS 227.7202, "Rights in Commercial Computer Software or Commercial Computer Software Documentation", as applicable, and any successor regulations. Any use, modification, reproduction release, performance, display or disclosure of the Licensed Software and Documentation by the U.S. Government shall be solely in accordance with the terms of this Agreement.
Symantec Corporation
350 Ellis Street
Mountain View, CA 94043