Isode R19.0v19
Events Generated by Isode Products
Summary: Isode products generate events under certain conditions. These events are categorised and are described here. For configuration of Isode Events and logging, see the Isode Administration Guides for the relevant product.
Introduction
When a configuration is created, three logging streams are created by default: auditlog, eventlog and operlog. The eventlog comprises a structured header (containing for example a time stamp) and the remainder is free-form text used for error, warning and tracing messages. The latter is described below.
By default the eventlog stream is a file stream with name mta-event.log.
Events generated by the Isode products are divided into three:
Facilities
Events are grouped into Facilities which allow the logging of one or more subsystem to be changed - e.g. to turn up logging for that Facility to Detail or Debug level. Each of the below categories comprise a logging facility and can be configured using MConsole, or logconfig.
- Base Events
- Application Control Service Element
- OSI address handling
- Small Applications
- ASN.1 encoding/decoding
- Lower layers and compatibility functions
- Compatability functions in the base
- Directory Operations
- Isode Directory API
- Isode Stack Event Service
- Isode Cryptographic features
- Java Crypto
- Java Directory API
- Java generic messages
- SNMP
- Presentation layer
- Remote Operations Service Element
- Reliable Transport Service Element
- STANAG 5066
- SASL authentication
- Security Label
- Messages from Sodium
- Session Layer
- Transport Layer
- Security (X.509)
- DSA Events
- Messaging Events
- ACP127 Channel
- ACP142 Channel
- Alertd Service
- Audit DB (Message Tracking and related features)
- Harrier Web Server
- M-Box
- Messaging Client Features
- OTAM Server Features (BRASS) Features
- M-Switch configuration
- Generic M-Switch functionality
- M-Store Event Logging
- Generic M-Store functionality
- M-Store P3 Server functionality
- Queue Manager
- RFC4158 Features
- SMTP
- S/MIME Processing
- Generic X400 api functionality
- X.400 P1 and P3
- XAPI XMT
Severities
The different Severity Levels used by the Isode Event System are described in the table below:
Severity Level | Description | Example | Operator Intervention Required | Administrator Intervention Required |
---|---|---|---|---|
Critical | A serious error has occurred, leading to total loss of service. | License file expired. | Requires immediate intervention. | As for operator. |
Fatal | A serious error has occurred, which is likely to cause partial loss of service. | Running out of disk space. | Requires immediate inspection. | As for operator. |
Error | An error has occurred, which may cause partial loss of service. The sub-system will usually recover from this without intervention. | Association Rejected to a remote MTA. | May require inspection. | May be appropriate to investigate repeated errors, or unusual error patterns. |
Warning | Something unexpected has happened but is not causing a loss of service. | Protocol violation by remote system. | May be useful for operator to observe. | Administrator should perform non-urgent investigation. |
Authfail | An authentication or authorisation failure. | LDAP Client authentication to server fails. | Operator may need to investigate. | Administrator should perform investigation of unusual warnings. |
AuthOK | A successful authentication or authorization. | LDAP Client authentication to server succeeds. | Not usually useful for operator. | May be useful additional information for administrator. |
Notice | Informative logging, recording major stages of operational processing. | Called service: smtp-external. | May be useful in monitoring low volume systems. | As for operator. |
Information | Informative Logging, providing more detail than notice level. | Record each routing option reviewed. | Not appropriate. | May be useful to provide additional logging detail. |
Detail | Informative logging at a more detailed level. | Log each X.400 checkpoint. | Not appropriate. | May be useful to provide additional logging detail. |
Success | Informative logging, at a level similar to Detail. | Complete content conversion calculation. | Not appropriate. | May be useful to provide additional logging detail. |
PDU | A logging option to record specific types of PDU (Protocol Data Unit). | Record LDAP Add PDUs | Not appropriate. | For use by experienced administrator. |
Debug | Records information about progress and parameters within the program. | ckadr.c:360 normalised address OK (96). | Not appropriate. | Generally only useful when investigating complex problems in consultation with Isode support. |