To access this page, click on the Mail Log Details option from the Settings tree. By default, the mail logging capability is disabled. To enable the capability, all you have to do is to enable a flag called Log mail manager activity in the MAIL LOG DETAILS section. By setting this flag to Yes, you can ensure that a log file is created in the opt/egurkha/manager/log/egmailmanager directory, where the following alarm details are logged by default:

• Whether the email alert was successfully sent or not
• The severity (critical/major/minor) of the problem for which the alert was raised
• The problem component
• The problem component-type
• The problem layer
• The test that reported the problem measurement

If required, you can modify the default settings, by selecting/deselecting the relevant check boxes in the Alarm details to be logged field in this section. For instance, by selecting the Description and Start date & time check boxes, you can make sure that the mail log also records the details of problem descriptors, a brief description of the problem, and the problem date and time.

Assume that the Processes test has raised an alert indicating that a critical process is not running on the event log server. The default log entry that corresponds to this event would be:

Mail send failed [Critical,Event92,Event Log,Application Processes,Processes.

If you have enabled the Description and the Start date & time check boxes, the log entry would be:

Mail send failed [Jan.21.2008 14:21:28,Critical,Event92,EventLog,ApplicationProcesses,Processes{+firefox -> Process not running}.

Besides, to ensure that a single log file is not overloaded with problem details or does not grow enormously in size, you can trigger the creation of additional log files as soon as the size of a log file exceeds a pre-configured limit. This ceiling can be set using the Maximum size of the logfile(MB) text box. Once this limit is reached, the eG manager creates a new log file, copies the old data to it, and starts logging the latest information to the older log file. In environments where there is excessive mail activity, this can result in a large number of log files, which might in turn consume too much space on the eG manager host. In such a case, you can conserve space on the eG manager host using the Maximum number of log files configuration. If such a limit is configured, then the eG manager will continue creating new log files only till such time that the said file limit is reached. Beyond this point, no additional log files will be created; instead, the eG manager will overwrite the currently open log file with the newer problem information.

By default, a user receives email/SMS alerts for all issues pertaining to all components assigned to him/her. In some circumstances, the user may not want to receive all of these alarms. For instance, in a large, multi-tier infrastructure, a user may be monitoring all the applications and network devices involved in supporting a business service. However, the user may have primary responsibility only for some of the components supporting the business service (e.g., a network administrator's primary responsibility is to monitor the network devices). In such cases, while the user may want to view the status of all the components of the business service, he/she may want to receive email or SMS alerts pertaining to specific components of the infrastructure alone (e.g., network devices).

To enable such selective alerting, eG Enterprise provides administrators with the option to configure the eG manager to not send out email/SMS alerts related to specific layers/components/component-types/tests for specific users. Click the Update button in this page to register the changes.