open pdf in webbrowser control c# : How to delete text in pdf file online Library SDK component asp.net wpf web page mvc services11-part2031

111
29. Rights Management Service
Using the Rights Management service, you can create policies and apply those policies to documents. A policy is a collection of information 
that includes confidentiality settings and a list of authorized users. You can specify who can open a document, limit how they can use it, and 
monitor the document after it is distributed. You can also dynamically control access to a document and revoke access to the document.
The Rights Management service protects PDF files and other file types such as these:
• FLV and F4V
• Microsoft Word, Excel, and PowerPoint
• Parametric Technology Corporation (PTC) Pro/ENGINEER Wildfire 4.0
Policies can be applied to PDF documents programatically using the Rights Management Service API, or as part of a process. Policies can 
also be applied to documents by using a client application. The procedures for how to apply policies to PDF documents are described in 
detail in Acrobat Help. Applying policies by using other applications, such as Microsoft Office, is documented in the LiveCycle Rights 
Management ES2.5 Extension Help for the application. You can download the LiveCycle Rights Management ES2.5 Extension for Microsoft 
Office from the Adobe website.
Note: Rights Management ES2.5 requires authentication over SSL connections. (See Configuring SSL in LiveCycle ES2.5 Administration Help.)
Administrators use the Rights Management ES2.5 web pages to do the following tasks (see LiveCycle ES2.5 Administration Help): 
• Configure various Rights Management service settings
• Manage policy-protected documents 
• Create and manage policy sets and the policies that they contain 
• Monitor events that Rights Management ES2.5 records
• Manage invited and local users
You can use LiveCycle Workbench to develop processes to do the following tasks (see LiveCycle Workbench 9.5 Help):
• Create policies from templates or update existing policies
• Apply policies to documents, switch policies, or remove policy security
• Get license identifiers, revoke licenses, or unrevoke licenses
• Get all policy set names or all policy names within a policy set
• Get policy by policy identifier
• Inspect a protected document
• Unlock policy-protected PDF documents
You can use the Rights Management Service API to develop client applications to do the following tasks (see Programming with LiveCycle 
ES2.5):
• Create, modify, or delete policies
• Apply policies to or remove policies from PDF documents
• Revoke or reinstate access to PDF documents
• Create watermarks
• Search for events
• Open policy-protected documents in batch mode
• Retrieve information about policy-protected documents
How to delete text in pdf file online - delete, remove text from PDF file in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Allow C# developers to use mature APIs to delete and remove text content from PDF document
how to delete text in pdf converter professional; how to remove highlighted text in pdf
How to delete text in pdf file online - VB.NET PDF delete text library: delete, remove text from PDF file in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
VB.NET Programming Guide to Delete Text from PDF File
pdf text remover; pdf text watermark remover
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
112
About policies
A policy contains information about authorized users and the confidentiality settings to apply to documents. Users can be any user in your 
organization. Users can also be people external to your organization who registered with Rights Management ES2.5 or for whom the admin-
istrator created an account. If the administrator enables the user invitation feature, you can add new invited users to policies. When you add 
a new invited user, the Rights Management service sends a registration email inviting the user to register. 
The confidentiality settings you specify in a policy determine how the recipients can use the document. For example, you can specify 
whether recipients can print or copy text, make changes, or add signatures and comments to protected documents. The same policy can also 
specify different confidentiality settings for different users. 
You can create and save any number of policies, using security settings that are appropriate for different situations and users. 
Using Rights Management ES2.5, you can dynamically change the permissions on a document. It gives the person who secures the 
document the permission to change the confidentiality settings to revoke access to the document or to switch the policy. After distributing 
the document, the person who secured it can monitor how the document is being used and who is using it. 
Policies are described by using Portable Document Rights Language (PDRL).
About policy sets
Policy sets are used to group a set of policies that have a common business purpose. Policy sets are generally made available to a limited 
number of users by specifying which users or groups within a domain can use the policies from the policy set to protect documents.
Each policy set can have one or more associated policy set coordinators. The policy set coordinator is an administrator or a user who has 
additional permissions. The policy set coordinator is typically a specialist in the organization, one who can best author the policies in a 
particular policy set. Depending on the permissions assigned to the policy set coordinator, they may also be able to perform the following 
actions:
• view events related to the policy set
• manage documents
• manage other policy set coordinators
Policy sets are created and deleted in the Rights Management ES2.5 administration web pages by policy set administrators who have the 
appropriate permission. 
When Rights Management ES2.5 is installed, a default policy set is created called Global Policy Set. Policy set administrators can administer 
this policy set. 
Security methods and technology
To ensure the confidentiality of documents that are protected by policies, Rights Management ES2.5 implements three layers of security.
Authentication
All users are required to log in to interact with Rights Management ES2.5. Users must log in before performing the following tasks:
• Opening the Rights Management ES2.5 web application in a web browser
• Securing documents with policies in a supported client application
• Opening policy-protected documents
C# PDF File & Page Process Library SDK for C#.net, ASP.NET, MVC
NET read PDF, VB.NET convert PDF to text, VB.NET pages, VB.NET comment annotate PDF, VB.NET delete PDF pages, VB If you want to split PDF file into two or small
remove text from pdf; how to erase text in pdf file
VB.NET PDF Page Delete Library: remove PDF pages in vb.net, ASP.
Online source codes for quick evaluation in VB.NET looking for a solution to conveniently delete one page which supports a variety of PDF file editing features
how to edit and delete text in pdf file online; how to remove text watermark from pdf
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
113
When creating a policy, you can allow anonymous users to open policy-protected documents if that setting is enabled in the Rights 
Management ES2.5 configuration settings. When you allow anonymous user access, users who do not have accounts can access the 
document, but they cannot log in to Rights Management ES2.5 or use other policy-protected documents.
Methods of authentication
Rights Management ES2.5 supports these methods of authentication: 
Username/Password: Users are prompted for their user name and password. 
Kerberos (Acrobat on Microsoft® Windows® only): Enables Acrobat or Adobe Reader users on a Windows platform to be transparently 
authenticated. 
Smart card (Acrobat on Microsoft Windows only): Enables Acrobat or Adobe Reader users on a Windows platform to be authenticated by 
using a smart card. 
Internal users have corresponding user records in your organizational user directory, and those records are synchronized with the User 
Management database. Rights Management ES2.5 authenticates internal users against the User Management database. Rights Management 
ES2.5 also stores external user accounts in the database and uses the accounts to authenticate external users. For information about 
managing users, see Adding and configuring users in LiveCycle ES2.5 Administration Help. 
SAML authentication assertions
After users are initially authenticated and when Rights Management ES2.5 receives subsequent messages from clients, Rights Management 
ES2.5 uses SAML authentication assertions to verify the identity of the message sender. Security Assertion Markup Language (SAML) 
authentication assertions are used for authentication until the assertion expires or users terminate their session. 
When users are initially authenticated by using their user name and password, Rights Management ES2.5 generates a SAML authentication 
assertion. SAML authentication assertions are embedded in the SOAP header and returned to the client. 
Subsequent messages sent to Rights Management ES2.5 have the SAML assertion in the message header in accordance with the WS-Security 
standard. 
Note: Although SAML assertions are used internally to provide session management, Rights Management ES2.5 does not support third-party 
SAML assertions.
Logging in through Acrobat and other client applications
When Rights Management ES2.5 authenticates a user through Acrobat or another client application, such as Microsoft Office, the server 
returns the SAML authentication assertion to the client application.
After logging in through the client application, a SAML assertion provides SSO for accessing the web application. If the client application 
opens the web application, users are authenticated with the assertion and are not prompted for their user name and password. 
Role-based access control
Rights Management ES2.5 uses a role-based model to control access to the web application features. Roles also determine whether users can 
protect documents with policies through a supported client application. You associate users and groups with roles through the User 
Management web pages. The role information is stored in the User Management database. For information about the roles used by Rights 
Management ES2.5, see About LiveCycle Rights Management ES2.5 users in LiveCycle ES2.5 Administration Help. For information about 
assigning roles, see Managing Roles in LiveCycle ES2.5 Administration Help. 
C# PDF Text Extract Library: extract text content from PDF file in
Free online source code for extracting text from adobe PDF document in C#.NET class. Able to extract and get all and partial text content from PDF file.
how to delete text from pdf; erase pdf text online
VB.NET PDF Text Extract Library: extract text content from PDF
advanced PDF Add-On, developers are able to extract target text content from source PDF document and save extracted text to other file formats through VB
how to delete text from a pdf reader; remove text watermark from pdf online
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
114
Document confidentiality
Rights Management ES2.5 uses several technologies to protect documents and to provide access to them. In general, Rights Management 
ES2.5 uses a symmetric cryptographic key system for encryption. Client applications such as Acrobat perform document encryption. 
Documents are never sent to Rights Management ES2.5 when they are secured using client applications. However, they are sent to the server 
when secured using the Rights Management Service API. 
The method used to protect documents depends on whether the policy requires users to access documents while online or whether the 
policy enables offline use. (See “Policy-protecting documents for online use” on page114 and “Policy-protecting documents for offline use” 
on page 116.) 
When you apply a policy to a PDF document, the information that the document contains, including files that you save in the document, is 
protected by the confidentiality settings specified in the policy. 
Note: Document confidentiality settings applied through a policy replace settings applied to the PDF document in Acrobat by using the password 
or certificate security options. (See Acrobat Help.) 
Policy-protecting documents for online use
Policies can be designed so that users must be logged in to LiveCycle Rights Management ES2.5 to open protected documents. Securing 
documents for online use employs a straightforward process for encrypting the document and providing access only to authenticated and 
authorized users. 
The steps in the diagram are as follows: 
The document owner or administrator decides to secure the document from a supported client application with a policy that allows 
online use. Users can apply policies to documents by using any supported client application. Developers can also protect documents 
with policies by using the Rights Management service in a process or programmatically by using the Rights Management Service API.
Rights Management ES2.5 creates a document license and document keys, and encrypts the policy. The document license, document 
key, and encrypted policy are returned to the client application.
VB.NET PDF File Compress Library: Compress reduce PDF size in vb.
size, images size reducing can help to reduce PDF file size effectively will also take up too much space, glyph file unreferenced can Delete unimportant contents
erase text in pdf document; how to delete text in pdf using acrobat professional
C# PDF File Split Library: Split, seperate PDF into multiple files
SharePoint. C#.NET control for splitting PDF file into two or multiple files online. Support to break a large PDF file into smaller files.
how to delete text in pdf file online; how to delete text from pdf document
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
115
The document license is an XML document that identifies the protected document, the policy, and the identity of the server. The server 
digitally signs the license to ensure data integrity. 
The document key is a symmetric key for encrypting the document. Each protected document has an associated document key. 
The client application uses the document key to encrypt the document, discards the document key, and embeds the document license 
and policy. These tasks are performed in a web page or supported client application.
If the policy specifies that document events are logged, the client software sends event information to the server for logging as soon as the 
user opens the document. For information about the audit log, see Monitoring events in LiveCycle ES2.5 Administration Help. 
Accessing policy-protected documents online
To open and use policy-protected documents, the policy must grant the user access to the document. The document user also needs a valid 
Rights Management ES2.5 account and the appropriate client application. For PDF documents, the user needs Acrobat or Adobe Reader. 
For other file types, the user needs the appropriate application for the file with the Rights Management ES2.5 extension installed.
When a user attempts to open a policy-protected document, Acrobat, Adobe Reader, or Rights Management ES2.5 Extension connects to 
Rights Management ES2.5 to authenticate the user. Then, the user can proceed to log in. If the document usage is being audited, a notifi-
cation message appears. After Rights Management ES2.5 determines which document permissions to grant, it manages the decryption of 
the document. The user can then use the document according to the policy confidentiality settings. 
The steps in the diagram are as follows: 
The document user opens the document in a supported client application and authenticates with the server. This task is performed in 
the supported client application. The document identifier is sent to the Rights Management service.
The Rights Management service authenticates the users, checks the policy for authorization, and creates a voucher. The voucher, which 
contains the document key and permissions, is returned to the client application.
The document is decrypted with the document key, and the document key is discarded. The document can then be used according to 
the confidentiality settings of the policy. These tasks are performed in the supported client application.
C# PDF Page Delete Library: remove PDF pages in C#.net, ASP.NET
Ability to remove a range of pages from PDF file. document page deleting library control (XDoc.PDF) can be C#.NET class applications to delete any unnecessary
pull text out of pdf; pdf editor online delete text
VB.NET PDF File Split Library: Split, seperate PDF into multiple
Split PDF file into two or multiple files in ASP.NET webpage online. Support to break a large PDF file into smaller files in .NET WinForms.
how to delete text from a pdf; delete text from pdf online
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
116
If the policy specifies that document events are logged, the client software sends event information to the server for logging as soon as the 
user opens the document. For information about the audit log, see Monitoring events in LiveCycle ES2.5 Administration Help.
If the user saves a copy of a policy-protected document, the policy is automatically applied and enforced for the new document. Events such 
as attempts to open the new document are also audited and recorded for the original document.
The user can continue to use a document with the following time limits: 
• Indefinitely or for the validity period specified in the policy
• Until the administrator or the person who applied the policy revokes the right to open the document or changes the policy
Policy-protecting documents for offline use
Policies can be designed so that users can open documents when they do not have a network connection to Rights Management ES2.5. 
Note: Documents protected with policies that allow only online use are generally more secure than documents protected with policies that allow 
offline use.
The first time users access an offline document, they are prompted to enable offline access. Users are not prompted again when opening any 
offline documents unless they open them from a different computer.
When a user enables offline access, the LiveCycle ES2.5 server synchronizes data with the client that is required to open documents offline. 
This data includes cryptographic keys and relevant updates to policies, licenses, revocation information, and so on. This data is stored in a 
protected client database, called a MicroSafe. The MicroSafe is encrypted. It is protected by using a platform-specific data protection API, 
such as the DPAPI for Windows and KeyChain for Mac OS®. 
Each time a user opens a protected document while online, a background synchronization process is started. The synchronization updates 
the MicroSafe with incremental information since the last synchronization occurred. The offline lease period specified in the policy deter-
mines how recently the user must have synchronized to open documents offline. (See Configuring offline security in LiveCycle ES2.5 Admin-
istration Help.) 
Security standards and technology
The following table provides details about the methods that Rights Management ES2.5 uses to implement security.
Action
Technology or method used
Creating document keys
Creating Initialization Vectors (IV) for AES-128 or 256-bit 
encryption in CBC mode
Pseudo Random Number Generator (PRNG) generated in accordance with ANSI X9.61.
Implementation used is the RSA BSafe Crypto-C (in Acrobat) or Crypto-J (in Rights Management ES2.5) tool-
kits.
Encrypting PDF documents
AES-128 (or AES 256 with Acrobat 9.0) in accordance with Federal Information Processing Standards (FIPS) 
Publication 197.
Creating message digests
Secure Hash Algorithm-1 (SHA-1) and Secure Hash Algorithm-2 (SHA-2) in accordance with FIPS Pub 180-2.
Validating the identity of message senders
SAML authentication assertions are bound to SOAP messages.
SAML assertions are hashed using SHA-1. An HMAC-SHA-1 message authentication code is used to sign the 
SAML assertion. 
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
117
Using the Rights Management service
Creating policies
You can create any number of policies by using security settings that are appropriate for different situations and users.
Policy attributes
When creating a new policy, you set various policy attributes, such as the policy name. If you are using the LiveCycle ES2.5 SDK or the Rights 
Management ES2.5 web pages to create the policy, you can also set a validity period for the policy. A validity period is the time period during 
which a policy-protected document is accessible to authorized recipients. If you do not set this attribute, the policy is always valid. 
A validity period can be set to one of these options: 
• A set number of days that the document is accessible from the time it is published
• An end date after which the document is not accessible
• A specific date range for which the document is accessible
• Always valid
You can specify only a start date, which results in the policy being valid after the start date. If you specify just an end date, the policy is valid 
until the end date. 
You can also create a policy that applies a watermark to PDF documents. Watermarks help ensure the security of a PDF document by 
uniquely identifying the document and controlling copyright infringement. The text that is displayed in the watermark can be any of these:
User name: The name of the user who opened the document
User ID: The ID of the user who opened the document
Policy name: The name of the policy that is assigned to the document
Current date: The date the document was opened
Custom text: Text, such as the word Confidential 
After a watermark is created, you can include it as part of a policy. After a policy that contains a watermark is applied to a PDF document, 
the watermark appears on each page of the policy-protected document. 
Policy entry
A policy entry attaches principals, which are groups and users, and permissions to a policy. A policy must have at least one policy entry. 
Assume, for example, that you perform these tasks:
• Create a policy entry that lets a group view a document only while online and prohibits recipients from copying it
• Attach the policy entry to the policy
• Use the policy to secure a document 
As a result of these actions, recipients can view the document only online and cannot copy it. The document remains secure until security 
is removed from it.
Methods for creating policies
• Users and administrators can use the Rights Management ES2.5 web pages. (See "Creating and editing policies" in LiveCycle Rights 
Management ES2.5 Help or LiveCycle ES2.5 Administration Help.)
• Use Workbench to create a policy from an existing policy. When you create a policy in Workbench, there are fewer properties to 
configure. (See LiveCycle Workbench 9.5 Help.) 
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
118
Modifying policies
You can modify a policy when business requirements change and the policy no longer reflects these requirements. Instead of creating a new 
policy, you can simply update an existing policy.
To modify a policy, you modify the value of policy attributes. The only policy attributes that you cannot change are the attributes in the 
Unchangeable Advanced Settings section. In Workbench, you also cannot modify the policy name and the validity time. For example, to 
change the policy’s offline lease period, you can modify the value of the policy’s offline lease period attribute. 
Changes to policies that are protecting documents are updated the next time that the policy-protected document is synchronized with the 
Rights Management service.
Methods for modifying policies
• Users and administrators can use the Rights Management ES2.5 web pages. (See "Creating and editing policies" in LiveCycle Rights 
Management ES2.5 Help or LiveCycle ES2.5 Administration Help.)
• Use Workbench. (See LiveCycle Workbench 9.5 Help.)
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
Deleting policies
You can delete an existing policy when it is no longer required. After a policy is deleted, it cannot be used to protect documents. However, 
existing policy-protected documents that are using the policy are still protected. 
To delete a policy, you specify the policy to delete and the policy set that the policy belongs to. The user whose settings are used to invoke 
LiveCycle ES2.5 must have permission to delete the policy; otherwise, an exception occurs. Likewise, if you attempt to delete a policy that 
does not exist, an exception occurs. 
Methods for deleting policies
• Users and administrators can use the Rights Management ES2.5 web pages. (See "Delete a policy" in LiveCycle Rights Management ES2.5 
Help or LiveCycle ES2.5 Administration Help.
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
Applying policies to documents
You can apply a policy to a document to secure the document. Applying a policy to a document restricts access to the document and applies 
confidentiality settings to it. 
To apply a policy to a PDF document by using the LiveCycle ES2.5 SDK, you must reference an existing policy and specify which policy set 
the policy belongs to. The user account used to connect to Rights Management ES2.5 requires access to the policy; otherwise, an exception 
occurs. 
Only one policy at a time can be applied to a document. 
Methods for applying policies
• Use AcrobatProfessional and Acrobat Pro Extended to apply policies to PDF documents. (See Acrobat Help.) 
• Use LiveCycleRights Management ES2.5 Extension for Microsoft Office to apply policies to Microsoft Office documents. (See 
LiveCycle Rights Management ES2 Extension Help for Microsoft 2003 or LiveCycle Rights Management ES2 Extension Help for 
Microsoft 2007.)
• Use Workbench. (See LiveCycle Workbench 9.5 Help.)
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
119
Removing policies from documents
You can remove a policy from a policy-protected document to remove security from the document. To update a policy-protected document 
with a newer policy, it is more efficient to switch the policy than to remove it and add the updated policy. 
Methods for removing policies
• Use Acrobat®Professional and Acrobat Pro Extended to remove policies from PDF documents. (See Acrobat Help.) 
• Use LiveCycleRights Management ES2.5 Extension for Microsoft Office to remove policies from Microsoft Office documents. (See 
LiveCycle Rights Management ES2 Extension Help for Microsoft 2003 or LiveCycle Rights Management ES2 Extension Help for 
Microsoft 2007.) 
• Use Workbench. (See LiveCycle Workbench 9.5 Help.)
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
Switching the policy applied to a document
To update a policy-protected document with a newer policy, it is more efficient to switch the policy than to remove it and add the updated 
policy.
When you switch a policy, the new policy is enforced as follows:
• If the document is online and closed, the change takes effect the next time the recipient synchronizes with Rights Management ES2.5 by 
opening any policy-protected document online. 
• If the document is online and open, the change takes effect when the user closes the document. 
• If the document is offline, the change is applied the next time the user synchronizes with Rights Management ES2.5 by opening a policy-
protected document online. 
Note: To permit anonymous access to a policy-protected document that currently does not have this access, remove the existing policy in the client 
application and apply a policy that permits anonymous access. If you switch the policy, users still must log in to access the document. 
Methods for switching policies
• Users and administrators can use the Rights Management ES2.5 web pages. (See "Switch a policy that is applied to a document" in 
LiveCycle Rights Management ES2.5 Help or LiveCycle ES2.5 Administration Help.
• Use Workbench. (See LiveCycle Workbench 9.5 Help.)
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
Revoking access to policy-protected documents
You can revoke access to a policy-protected document. The result of this action is that all copies of the document are no longer accessible to 
users. When a user attempts to open a revoked document, they can be redirected to a specified URL where a revised document can be 
viewed. When you revoke access to a document, the change takes effect the next time the user opens the policy-protected document online. 
The ability to revoke access to a document provides additional security. For example, assume a newer version of a document is available and 
you no longer want anyone viewing the outdated version. In this situation, access to the older document can be revoked, and no one can 
view the document unless access is reinstated. 
Reinstating access to documents
You can reinstate (unrevoke) access to a revoked document. The result is that all copies of the revoked document are accessible to users. 
Methods for revoking access to documents
• Users and administrators can use the Rights Management ES2.5 web pages. (See "Revoking and reinstating access to documents" in 
LiveCycle Rights Management ES2.5 Help or LiveCycle ES2.5 Administration Help.
ADOBE LIVECYCLE ES2.5
Rights Management Service
LiveCycle ES2.5 Services
120
• Use Workbench. (See LiveCycle Workbench 9.5 Help.)
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
Monitoring events
The Rights Management service can track specific actions related to the policy-protected document as they occur. This tracking happens 
when the auditing capability is enabled and the policy used to protect a document has auditing enabled. Events include activities such as 
applying a policy to a document and opening a policy-protected document. 
Events fall into one of the following categories:
• Administrator events are actions related to an administrator, such as creating a new administrator account.
• Document events are actions related to a document, such as closing a policy-protected document.
• Policy events are actions related to a policy, such as creating a new policy.
• Service events are actions related to the Rights Management service, such as synchronizing with the user directory.
You can use the Rights Management Service API to search for specific events. You can also use the Rights Management ES2.5 web pages to 
search and view audited events. Users can view audited events for their policy-protected documents and for protected documents that they 
receive and use. Administrators can view audited events that are related to all policy-protected documents and users. Administrators can 
also track other types of events, including user, document, policy, and system events. 
Events that are performed on a copy of a policy-protected document are also tracked as events with the original protected document.
A failed event is recorded if an unauthorized user attempts to view a document or log in using an incorrect user name or password.
Policies can allow anonymous user access. If the administrator later turns off anonymous access, anonymous access will fail for documents 
protected with the policy, and the event will not be logged. 
Methods for monitoring events
• Users and administrators can use the Rights Management ES2.5 web pages. (See "Monitoring events" in LiveCycle Rights Management 
ES2.5 Help or LiveCycle ES2.5 Administration Help.)
• Use the Rights Management Service API. (See Programming with LiveCycle ES2.5.)
Considerations for the Rights Management service
Order of operations
Any combination of encrypting, certifying, and applying usage rights to the same document must occur in the following order. These 
services must be invoked within a short-lived process:
Apply encryption (Encryption service) or apply a policy (Rights Management service) to a document before you digitally sign the 
document (Signature service). A digital signature records the state of the file at the time of signing. Encrypting the document or applying 
a policy after you apply a signature changes the bytes in the file, causing the signature to appear invalid.
Certify a PDF document (Signature service) before you set usage rights (Reader Extensions service). If you certify a document after you 
apply usage rights, it invalidates the usage rights signature, therefore removing the usage rights from the document.
Digitally sign a PDF document (Signature service) after you set usage rights. Signing a PDF document after applying usage rights does 
not invalidate the usage rights signature.
In addition, you cannot encrypt a PDF document and apply a policy to the same PDF document. Likewise, you cannot apply a policy to an 
encrypted PDF document.
Documents you may be interested
Documents you may be interested