Administrator Interface

Control Flow for Nagios

The following control flow illustrates how mails are handled by this module and in which cases they trigger which action. Pretty much all checks are configurable using the regular expressions given by the parameters listed below.

• Mail matches FromAddress?

  • NO → Continue with regular mail processing

  • YES → Does a ticket with matching host and service combination already exist in OTRS?

    • NO → Does State: match NewTicketRegExp?

      • NO → Stop processing this mail (silent drop)

      • YES → Create new ticket, record host and service, attach mail

    • YES → Attach mail to ticket. Does State: match CloseTicketRegExp?

      • NO → Continue with regular mail processing

      • YES → Change ticket type as configured in CloseActionState

Besides of a few additional sanity checks this is how the system monitoring module treats incoming mails. By changing the regular expressions it should be possible to adopt it to different monitoring systems.

Icinga2 Acknowledge

A new ticket is created with values in the specified dynamic fields which are needed as combination of host and service for the communication to the Icinga2 host. After this newly created ticket is locked to an agent, a HTTP request is send to the configured Icinga2 host. In the Icinga2 host a new acknowledge is created or an existing one is confirmed.