how to save pdf file in database using c# : Excel hyperlink to pdf bookmark Library control component asp.net web page .net mvc eMail14-part1960

Administering Siebel Communications Server for Siebel Email Response  Events and
Communications Inbound Receiver
Siebel Email Administration Guide Version 8.1/8.2
141
Event States
The disk-based events have special file extensions that represent the event’s current state. Table12 
shows these file extensions and corresponding states.
Table 12. Event States for Email Response
File Extension
Event State
.evt
An event that is queued and waiting for processing by a work queue thread 
(normally a workflow).
.xevt
An event is that is currently being processed by a work queue thread. (A 
workflow is executing.)
.paused
An event that is executing when a transitory error (like a database failure) 
occurs. An event with this extension is reprocessed every five minutes.
.error
An event that causes a workflow error. An event with this extension is 
reprocessed every five minutes.
.retry.evt
An event that is queued for a second time because an abnormal termination of 
Communications Inbound Receiver interrupts the initial processing. The 
abnormal termination might be related to the processing of this event. 
retry.xevt
An event that is queued for a second time and is currently being processed by 
a work queue thread. (A workflow is executing.)
.crash
An event that is processed by the workflow during two abnormal 
Communications Inbound Receiver terminations. It is likely that the processing 
of this event is causing the abnormal termination. You can reprocess this event 
by changing the .crash file extension to .evt and reloading the response group. 
To enable the event execution without reloading the response group, rename 
the event with the .paused extension. 
.failed
An event for which a non-transitory error occurs during processing. You can 
reprocess this event by changing the .failed extension to .evt and reloading the 
response group. To enable the event execution without reloading the response 
group, rename the event with the .paused extension. 
Excel hyperlink to pdf bookmark - add, remove, update PDF bookmarks in C#.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Your C# Project with Rapid PDF Internal Navigation Via Bookmark and Outline
how to bookmark a pdf file in acrobat; convert excel to pdf with bookmarks
Excel hyperlink to pdf bookmark - VB.NET PDF bookmark library: add, remove, update PDF bookmarks in vb.net, ASP.NET, MVC, Ajax, WinForms, WPF
Empower Your VB.NET Project with Rapid PDF Internal Navigation Via Bookmark and Outline
bookmark pdf reader; bookmarks pdf
Siebel Email Administration Guide Version 8.1/8.2
Administering Siebel Communications Server for Siebel Email Response  Events and 
Communications Inbound Receiver
142 
State Transitions
Table 13 describes the state transitions for events.
Table 13. State Transitions for Events for Email Response
Transition
Reason for Transition
.evt to .xevt 
Before a workflow processes a message, an event is renamed with a .xevt 
extension so that if a failure occurs, on Communications Inbound Receiver 
restart it is possible to tell which messages were in-process. 
.xevt to event 
deletion
An event is deleted from the disk if a workflow processes the event with no 
errors. 
.paused to .evt
Every five minutes the queue directory is scanned for .paused events. Found 
events are renamed with the .evt extension and processed again. When 
Communications Inbound Receiver begins processing a response group, it looks 
on the disk for any messages with a .paused extension. These events were 
paused when Communications Inbound Receiver was previously stopped. 
These events are renamed with the .evt extension, reloaded, and processed 
again.
.xevt to .paused
An event is paused and renamed with the .paused extension if a transitory error 
(for example, a database failure) occurs while the event is being processed. 
Within five minutes, the event is reprocessed. 
.evt to .paused 
An event is paused and renamed with .paused extension if a transitory error 
occurs before an event can be processed. Within five minutes, another attempt 
is made to process the event.
.xevt to failed 
event deletion 
If an event cannot be deleted after it is processed, then an error message is 
logged and an email is sent warning the administrator of the impending 
reprocessing of an event. When the server restarts, the .xevt event is requeued 
as a .retry.evt event. 
.xevt to .error 
An event is given a .error extension if a workflow returns an error while 
processing the event. 
.xevt to .failed 
An event is given a .failed extension if a non-transitory error occurs while 
processing the event.
.xevt to 
.retry.evt 
When Communications Inbound Receiver begins processing a response group, 
it looks on the disk for any messages with a .xevt extension. These events were 
in-process when Communications Inbound Receiver failed abnormally so it 
cannot be determined if they are directly responsible for the failure.
To avoid discarding events that do not cause the failure, the events are 
requeued with a .retry.evt extension. However, if the server fails while 
processing the .retry.evt event, then it is possible to determine that the 
message is already party to one failure, which indicates that it might have 
caused the failure. This determination can help to avoid infinite requeueing of 
such events.
VB.NET Create PDF from Excel Library to convert xlsx, xls to PDF
Merge all Excel sheets to one PDF file in VB.NET. Change Excel hyperlink to PDF hyperlink and bookmark. Export PDF from Excel with cell border or no border.
how to add bookmarks to pdf files; how to add a bookmark in pdf
C# PDF url edit Library: insert, remove PDF links in C#.net, ASP.
Keep Microsoft Office Word, Excel and PowerPoint links in PDF PDF file editing options, like options for editing PDF document hyperlink and navigation
create bookmark in pdf automatically; adding bookmarks to pdf document
Administering Siebel Communications Server for Siebel Email Response  Events and
Communications Inbound Receiver
Siebel Email Administration Guide Version 8.1/8.2
143
Event Processing
This topic gives one example of how you can use Communications Inbound Receiver events. You can 
use Communications Inbound Receiver events differently, depending on your business requirements.
Events are stored in a subfolder in the bin/queued directory. The subfolder name is based on the 
response group name. You can override the root directory, bin/queued, using the 
EventQueueDirectory server parameter for Communications Inbound Receiver. 
Figure 5 illustrates event processing. Each of the subtopics in this topic explains one letter notation 
in this illustration.
Typical Communications Inbound Receiver Events
The following process describes processing of a typical Communications Inbound Receiver event:
.retry.evt to 
.retry.xevt 
An event that might have previously caused a failure is renamed with a 
retry.xevt extension before workflow processing.
.retry.evt to 
.crash 
An event that is party to two abnormal Communications Inbound Receiver 
failures is renamed with a .crash extension. 
retry.xevt to 
.error 
An event that might have previously caused a failure, which then causes a 
workflow error, is renamed to with an .error extension.
Figure 5. Event Processing
Table 13. State Transitions for Events for Email Response
Transition
Reason for Transition
How to C#: Basic SDK Concept of XDoc.PDF for .NET
C# programmers can convert Word, Excel, PowerPoint Tiff, Jpeg NET allows C# developers to edit hyperlink of PDF document, including editing PDF url links
excel pdf bookmarks; how to add bookmarks to a pdf
VB.NET Create PDF from Word Library to convert docx, doc to PDF in
VB.NET How-to, VB.NET PDF, VB.NET Word, VB.NET Excel, VB.NET PowerPoint, VB.NET Tiff, VB.NET Imaging, VB Change Word hyperlink to PDF hyperlink and bookmark.
bookmarks pdf documents; create bookmarks in pdf
Siebel Email Administration Guide Version 8.1/8.2
Administering Siebel Communications Server for Siebel Email Response  Events and 
Communications Inbound Receiver
144 
1
The driver generates an event for Communications Inbound Receiver. 
2
Communications Inbound Receiver creates a .evt file that stores the driver event.
3
Communications Inbound Receiver renames the .evt file to .xevt immediately before workflow 
execution.
4
The workflow executes without any errors and the .xevt file is deleted.
Figure 5 on page 143 illustrates this process in the illustration lines with a notation of A.
Errors During Communications Inbound Receiver Email Processing
The following process describes a processing error during Communications Inbound Receiver email 
processing:
1
The driver generates an event for Communications Inbound Receiver.
2
Communications Inbound Receiver creates a .evt file that stores the driver event.
3
Communications Inbound Receiver renames the .evt file to .xevt immediately before workflow 
execution.
4
The workflow returns an error that causes the event to be renamed from .xevt to .error.
5
An email is sent to the administrator, and the following error is logged: Error invoking method 
%1 on event %2. Event will be reprocessed within %3 seconds.
6
Within five minutes, the event is renamed from .error to .evt and requeued.
Figure 5 on page 143 illustrates this process in the illustration lines with a notation of B.
Database Failures During Communications Inbound Receiver 
Processing
The following process describes what happens when a Siebel database fails during Communications 
Inbound Receiver processing:
1
The driver generates an event for Communications Inbound Receiver.
2
Communications Inbound Receiver creates a .evt file that stores the driver event.
3
Communications Inbound Receiver renames the .evt file to .xevt immediately before workflow 
execution.
4
The workflow returns an error, and Communications Inbound Receiver determines the Siebel 
database is down. 
5
Communications Inbound Receiver renames the .xevt file to .paused.
6
Within five minutes, the event is renamed from .paused to .evt and requeued.
Figure 5 on page 143 illustrates this process in the illustration lines with a notation of C.
VB.NET PDF url edit library: insert, remove PDF links in vb.net
Keep Microsoft Office Word, Excel and PowerPoint links in PDF document. PDF file editing options, such as editing PDF document hyperlink and navigation
create pdf bookmark; export pdf bookmarks to text
C# Create PDF from Word Library to convert docx, doc to PDF in C#.
Able to get word count in PDF pages. Change Word hyperlink to PDF hyperlink and bookmark. Free online Word to PDF converter without email.
create bookmarks pdf file; how to create bookmark in pdf automatically
Administering Siebel Communications Server for Siebel Email Response  Events and
Communications Inbound Receiver
Siebel Email Administration Guide Version 8.1/8.2
145
Failure Errors During Communications Inbound Receiver Processing
The following process describes what happens when a failure error occurs during Communications 
Inbound Receiver processing:
1
The driver generates an event for Communications Inbound Receiver.
2
Communications Inbound Receiver creates a .evt file that stores the driver event.
3
Communications Inbound Receiver renames the .evt file to .xevt immediately before workflow 
execution.
4
A failure occurs during email processing. 
5
When Communications Inbound Receiver restarts, the .xevt file is found and renamed to 
.retry.evt. 
6
The following warning message is logged: Event %s may have caused crash, requeueing event 
for one retry.
7
The event is requeued for processing.
Figure 5 on page 143 illustrates this process in the illustration lines with a notation of D.
Typical Processing of an Event that Previously Caused a Failure
The following process describes the typical processing of an event that previously caused a failure:
1
Communications Inbound Receiver renames retry.evt to retry.xevt immediately before workflow 
execution. 
2
The workflow executes without error and retry.xevt is deleted.
Figure 5 on page 143 illustrates this process in the illustration lines with a notation of D1.
Processing of an Event that Caused a Second Failure
The following process describes what happens the second time an event causes a failure:
1
Communications Inbound Receiver renames retry.evt to retry.xevt immediately before workflow 
execution.
2
A failure occurs during workflow execution.
3
When Communications Inbound Receiver restarts, the retry.xevt file is found and renamed to 
.crash.
4
An email is sent to the administrator, and the following error message is logged: Event %s may 
have caused crash, change .crash extension to .evt to requeue on restart.
Figure 5 on page 143 illustrates this process in the illustration lines with a notation of D2.
NOTE: The event is not reprocessed because it is assumed to have caused the failure. To reprocess 
the event, change the .crash extension to .evt.
VB.NET PDF: Basic SDK Concept of XDoc.PDF
VB.NET programmers can convert Word, Excel, PowerPoint Tiff NET allows VB.NET developers to edit hyperlink of PDF document, including editing PDF url links
pdf export bookmarks; bookmarks in pdf from word
C# Create PDF from PowerPoint Library to convert pptx, ppt to PDF
conversion. Export PowerPoint hyperlink to PDF in .NET console application. Free online PowerPoint to PDF converter without email.
create pdf bookmarks from word; convert word pdf bookmarks
Siebel Email Administration Guide Version 8.1/8.2
Administering Siebel Communications Server for Siebel Email Response  Events and 
Communications Inbound Receiver
146 
Errors Encountered While Processing Events
Any error encountered while processing events never results in the termination of the 
Communications Inbound Receiver component. All errors are logged and email messages are sent 
for the following conditions:
An event deletion failure. 
A workflow error. 
An event that is in-process during two abnormal Communications Inbound Receiver terminations. 
An event that causes two workflow errors. 
An event that causes one workflow error and is in-process during an abnormal Communications 
Inbound Receiver termination. 
Logged Event Types and Subtypes
When incoming messages are logged on the email server, a logged event type and subtype are 
created for each event. You can filter the quantity and detail of logged messages. Table14 describes 
the logged event types for Siebel Email Response.
Table 15 describes the event subtypes for event types.
Table 14. Event Types for Email Response
Event Type
Description
EMR_Performance
Set to 2 or higher to see performance logging.
EMR_Tracking
Set to 2 or higher to see information that is useful for tracking the flow of 
driver events.
EMR_Data
Set to 2 or higher to see detail about the actual event data.
EMR_Log
Use for general purpose logging.
LogEvent
Use for logging information about the events.
Table 15. Event Subtypes for Email Response
Event Subtype
Description
LogDebug (5)
Logs debug information including function entry and exit points. 
LogDetail (4)
Logs all information except function entry and exit points.
LogError (1)
Logs all errors.
LogFatal (0)
Logs terminal errors.
VB.NET Create PDF from PowerPoint Library to convert pptx, ppt to
VB.NET How-to, VB.NET PDF, VB.NET Word, VB.NET Excel, VB.NET PowerPoint, VB.NET Tiff, VB.NET Imaging, VB.NET OCR, VB.NET Export PowerPoint hyperlink to PDF.
add bookmarks to pdf online; add bookmark pdf file
C# PDF Library SDK to view, edit, convert, process PDF file for C#
RasterEdge PDF SDK for .NET package offers robust APIs for editing PDF document hyperlink (url) and quick navigation link in PDF bookmark.
create bookmarks in pdf reader; add bookmark pdf
Administering Siebel Communications Server for Siebel Email Response 
Administering Communications Inbound Processor
Siebel Email Administration Guide Version 8.1/8.2
147
To change the log level, you can enter the following srvrmgr command:
change evtloglvl LogEvent=
X
for comp CommInboundRcvr
where: 
is one of the numbers in parentheses in Table15.
Administering Communications Inbound 
Processor
The Communications Inbound Processor server component processes inbound work items, such as 
email messages, that Communications Inbound Receiver previously received and queued. The short 
name for this component is CommInboundProcessor.
NOTE: Communications Inbound Processor is used for nonreal-time event processing, but not for 
real-time event processing. For more information about real-time processing and nonreal-time 
processing, see “Processing Incoming Email” on page25.
Running Communications Inbound Processor
When the Communications Management component group is enabled, the Communications Inbound 
Processor component starts automatically. For any computer on which you do not want to run 
Communications Inbound Processor, configure the Siebel Server to not start it. Communications 
Inbound Processor restarts automatically if the Siebel Server fails and is brought back up.
Communications Inbound Processor is a batch-mode server component. It relies on the services of 
the Server Request Broker and Server Request Processor server components. These components 
must be running on the Siebel Server for communications to process successfully. As a batch-mode 
component, Communications Inbound Processor has requirements. For more information, see 
“Synchronizing Batch-Mode Server Components” on page 132. For more information about configuring, 
starting, and stopping Siebel Server components, see Siebel System Administration Guide.
Administering Communications 
Outbound Manager
This topic describes how to administer the Communications Outbound Manager server component. 
The alias for this component is CommOutboundMgr.
LogInfo (3)
Logs information that is helpful for performance issues.
LogWarning (2)
Logs messages that warn of possible issues. 
Table 15. Event Subtypes for Email Response
Event Subtype
Description
Siebel Email Administration Guide Version 8.1/8.2
Administering Siebel Communications Server for Siebel Email Response  
Administering Communications Outbound Manager
148 
Communications Outbound Manager processes outbound communications for email, fax, wireless 
message, or page channels. It supports outbound capabilities for Siebel Email Response and for the 
Send Email, Send Fax, and Send Wireless Message commands. It also supports communication 
requests, whether users directly create and submit them, or Siebel Workflow creates and submits 
them. For more information, see Chapter9, “Defining Outbound Communication Requests.”
For this server component, you can configure a parameter that specifies how Siebel bookmarks are 
generated, and you can configure a logging parameter. Otherwise, this component uses generic 
parameters and you do not need to configure it. For more information, see “Configuring 
Communications Outbound Manager” on page 149 and “Configuring Shared or Separate Logging” on 
page 149.
This topic contains the following information:
“Running Communications Outbound Manager” on page 148
“Configuring Communications Outbound Manager” on page 149
“Specifying Siebel Server for Communications Outbound Manager” on page 150
“Specifying Component Name for Outbound Communication Requests” on page 151
“Outbound Communications for Siebel Mobile Web Client” on page 151
Running Communications Outbound Manager
When the Communications Management component group is enabled, the Communications 
Outbound Manager component is started automatically. For any computer on which you do not want 
to run Communications Outbound Manager, configure the Siebel Server to not start it.
Communications Outbound Manager is a batch-mode server component. It relies on the services of 
the Server Request Broker and Server Request Processor server components. These components 
must be running on the Siebel Server for communication requests to dispatch successfully.
NOTE: If a messaging system server, such as an email server, is restarted, then the Communications 
Outbound Manager server component that connects to it must also be restarted.
As a batch-mode component, Communications Outbound Manager is subject to requirements. For 
more information, see “Synchronizing Batch-Mode Server Components” on page132. For more 
information about configuring, starting, and stopping Siebel Server components, see Siebel System 
Administration Guide.
If Communications Outbound Manager is not synchronized, as appropriate, then users who submit 
outbound communication requests might receive the following error message:
Unable to find definition for component CommOutboundMgr
For more information about monitoring communication requests and server requests, see “Monitoring 
Outbound Communication Requests” on page 162 and “Monitoring Outbound Communication Requests 
as Server Requests” on page 163.
Administering Siebel Communications Server for Siebel Email Response 
Administering Communications Outbound Manager
Siebel Email Administration Guide Version 8.1/8.2
149
Configuring Communications Outbound Manager
For Communications Outbound Manager, you can configure a parameter that specifies how Siebel 
bookmarks are generated, configure a parameter that specifies whether logging must use shared or 
separate files, and configure logging levels. For more information about configuring logging for 
server components, see Siebel System Administration Guide.
Configuring Siebel Bookmarks
To support the Attach Bookmark setting for advanced communications templates, the Siebel 
administrator must specify a value for the WebServer server component parameter for 
Communications Outbound Manager.
This parameter specifies a string that identifies the Web server and Application Object Manager to 
include in the URL. The URL has the following form:
http://
web_server
/
application_object_manager
To access the bookmarked record, the recipient users must have access to the specified Web server 
and Application Object Manager. For more information about using the Attach Bookmark setting for 
advanced templates, see “Fields for Templates” on page117.
Configuring Shared or Separate Logging
An administrator can review log files for the Communications Outbound Manager component to 
monitor its performance and to monitor user activities that invoke this component.
Depending on how you configure the Communications Outbound Manager server component, a single 
log file might be generated for all requests, or a separate log file might be generated for each request 
(the default). The parameter that modifies this setting is called LogUseSharedFile.
Log files are written to the log subdirectory of the Siebel Server installation directory.
Set LogUseSharedFile according to how the server component is generally used as follows:
For miscellaneous uses, including supporting the Send commands, sending auto-
acknowledgement messages and replies for Siebel Email Response, and sending several 
outbound requests to a small number of recipients, you can set LogUseSharedFile to TRUE to 
reduce clutter in your log directory.
For high-volume outbound communication requests, however, you can leave this parameter set 
to FALSE to generate a single log file for each request that you can analyze. LogUseSharedFile is 
FALSE by default.
The log file names vary according to how you set LogUseSharedFile as follows:
When a single log file is generated for all requests, the file name is in the form 
CommOutboundMgr_xxx.log, where xxx is the ID number for the main Communications 
Outbound Manager task.
When a separate log file is generated for each request, the file names are in the form 
CommOutboundMgr_xxx.log, where xxx is the ID number for the Communications Outbound 
Manager task applicable to the specific communication request.
Siebel Email Administration Guide Version 8.1/8.2
Administering Siebel Communications Server for Siebel Email Response  
Administering Communications Outbound Manager
150 
The Outbound Communications Manager business service, run on the Siebel Server, uses the same 
naming convention to generate log files in the same location.
Configuring Log Levels for Communications Outbound Manager
An administrator can set logging levels for Communications Outbound Manager to specify the degree 
of detail captured in the logs. Logging levels include:
CommSrvrError (level 1). Lowest level of logging. The most severe errors are logged. Level 1 
is the default.
CommSrvrWarning (2). Moderate level of logging. More detail than level 1 is logged. Use this 
level for production.
CommSrvrTrace (3). Moderately high level of logging. More detail than level 2 is logged.
CommSrvrDebug (4). Highest level of logging. All errors and warnings and other events are 
logged. Use this level for testing purposes.
To configure log levels for Communications Outbound Manager
1
Navigate to the Administration - Server Configuration screen, then the Servers view.
2
Specify the Siebel Server on which Communications Outbound Manager runs.
3
In the Components list, select the record for the Communications Outbound Manager component.
4
Click the Events tab.
5
Select the record for the CommServer event type.
6
Specify one of the values described in this topic.
Specifying Siebel Server for Communications Outbound 
Manager
If you have more than one Siebel Server, and you want all outbound communications that are 
processed using a particular communications driver or profile to use a specific Siebel Server, then 
you can configure a parameter to specify the server name. You set the value of the Siebel Server 
driver parameter (generally, using a profile parameter override) to the name of the Siebel Server 
that is to handle the delivery of the outbound communications. 
This parameter supports outbound communications sent (using the Communications Outbound 
Manager server component) using communications drivers that support outbound communications.
NOTE: The value of the Siebel Server parameter must exactly match the actual name of the Siebel 
Server.
Documents you may be interested
Documents you may be interested