Enterprise Vault™ Utilities
- About this guide
- ArchivePoints
- Audit Viewer
- Backtrace
- CenteraPing
- Domino Archive Exporter
- Domino Profile Document Tool
- Domino Retention Plan Tool
- DTrace
- EVDominoExchangeMigration Tool
- About the EVDominoExchangeMigration tool
- Client requirements for the EVDominoExchangeMigration tool
- Adding the EVDominoExchangeMigration tool to the Windows Server firewall exceptions list
- EVDominoExchangeMigration tool and Binary Tree
- Using Quest Notes Migrator for Exchange and the EVDominoExchangeMigration tool
- Requirements for other migration software with the EVDominoExchangeMigration tool
- Running the EVDominoExchangeMigration tool
- EVDuplicateCleaner
- EVEARemovalUtility
- EVFSASetRightsAndPermissions
- EVrights
- EVservice
- EVSPShortcutManager
- EVSVR
- About EVSVR
- Starting EVSVR
- EVSVR commands
- EVSVR application states
- Creating an EVSVR operation file
- Editing an EVSVR operation file in which you have enabled checkpointing
- Running an EVSVR operation
- About the EVSVR operation settings
- Using the output from one EVSVR operation as input for another operation
- Viewing the EVSVR output log file
- Running EVSVR in interactive mode
- Improving EVSVR performance when processing CAB collections
- FSARunNow
- FSAUndelete
- FSAUtility
- NTFS to Centera Migration
- About NTFS to Centera Migration
- Managing migrator jobs using NTFS to Centera Migration
- Creating migrator jobs using NTFS to Centera Migration
- Deleting active jobs using NTFS to Centera Migration
- Deleting source files after migration using NTFS to Centera Migration
- NTFS to Centera Migration log files
- Permissions Browser
- Policy Manager (EVPM)
- About Policy Manager
- Policy Manager syntax
- Saving a Policy Manager initialization file as a Unicode file
- Policy Manager initialization file syntax
- Sections and keynames in Policy Manager initialization file
- [Directory] section of the Policy Manager initialization file
- [Archive] section of the Policy Manager initialization file
- [ArchivePermissions] section of the Policy Manager initialization file
- [Filter] section of the Policy Manager initialization file
- [Mailbox] section of the Policy Manager initialization file
- [Folder] section of the Policy Manager initialization file
- [PublicFolder] section in the Policy Manager initialization file
- [PSTdefaults] section in the Policy Manager initialization file
- [PST] section in the Policy Manager initialization file
- [PSTcheckpoint] section in the Policy Manager initialization file
- [NSFDefaults] section in the Policy Manager initialization file
- [NSF] section in the Policy Manager initialization file
- [NSFCheckPoint] section in the Policy Manager initialization file
- Policy Manager initialization file examples
- Policy Manager initialization file example 1
- Policy Manager initialization file example 2
- Policy Manager initialization file example 3
- Policy Manager initialization file example 4: PST migration
- Policy Manager initialization file example 5: NSF migration
- Policy Manager initialization file example 6: folder permissions
- About using the Provisioning API to run Policy Manager scripts
- ResetEVClient
- Vault Store Usage Reporter
Defining a Domino retention plan
If you have previously created a retention plan XML file you can modify that file. If necessary, you can use the EVDominoRetentionPlans.exe tool to extract the existing retention plans from Enterprise Vault to a file that you can edit. For example, the following command extracts the existing retention plans and saves them in the file MyPlans.xml:
EVDominoRetentionPlans.exe -save MyPlans.xml
The Enterprise Vault program folder contains an example retention plan XML file called Example RetentionPlans.xml, which you can copy and modify as required. This file defines two retention plans, All Users and Projects.
<RETENTIONPLAN NAME="All Users">
<FOLDER NAME="Retention Folders">
<FOLDER NAME="Business Records" RETCAT="Business"/>
<FOLDER NAME="Customer Mails" RETCAT="Customers"/>
</FOLDER>
</RETENTIONPLAN>
<RETENTIONPLAN NAME="Projects">
<FOLDER NAME="Retention Folders">
<FOLDER NAME="Business Records" RETCAT="Business"/>
<FOLDER NAME="Customer Mails" RETCAT="Customers"/>
<FOLDER NAME="Projects" ARCHIVENOW="true">
<FOLDER NAME="Project X" RETCAT="Project X"/>
<FOLDER NAME="Project Y" RETCAT="Project Y"/>
</FOLDER>
<FOLDER NAME="Test" DELETE="true"/>
</FOLDER>
</RETENTIONPLAN>Both retention plans create a retention folder called Retention Folders, which has the following subfolders:
Business Records, which has a retention category of Business.Customer Mails, which has a retention category of Customers.
In addition, the Projects retention plan does the following:
Creates a subfolder called
Projects. This subfolder has a setting of ARCHIVENOW="true" and two subfolders,Project XandProject Y.Deletes a temporary retention folder called
Test.
The XML file assigns the Projects retention plan to the Project Members provisioning group as follows:
<PROVISIONINGGROUPS>
<DOMAIN NAME="ACME">
<GROUP NAME="Project Members" RETENTIONPLAN="Projects"/>
<DEFAULT RETENTIONPLAN="All Users"/>
</DOMAIN>
</PROVISIONINGGROUPS>Note the following:
To specify a standard folder or view, use the real name and not the displayed name. For example:
Use "($Inbox)" to specify the Inbox folder.
Use "($ToDo" to specify the Tasks view.
Use "($Calendar)" to specify the Calendar.
Use the FOLDER element to define both folders and views.
FOLDER elements can contain other FOLDER elements. This feature enables you to define a hierarchy of folders or views.
A parent folder's retention category applies to all its subfolders, unless specifically overridden for a particular folder.
If the ARCHIVENOW attribute is set to true, documents present in the folder are archived on the next run of the archive task.
If the ARCHIVENOW attribute is specified on a parent folder, it automatically applies to all subfolders, unless overridden at the subfolder level.
If the DELETE attribute is set to True, Enterprise Vault deletes the folder and all its subfolders provided that Enterprise Vault created the folder originally. The DELETE attribute removes all subfolders, even those that a user created. DELETE does not remove notes; the folder contents are still available in the view.
Optionally, you can specify a default plan for each domain. The default plan is applied if there is no plan for a provisioning group.
A retention plan cannot contain multiple entries for the same folder or view.
A provisioning group can have only one retention plan.
In the DOMAIN section, provisioning group names must be unique.
You can define some folder hierarchies that do not have retention categories assigned.