MailStore does not include notification or monitoring features, but it can be monitored using external components.

Email Notifications for Failed Archiving Processes

At this time, MailStore Server's email notification feature only sends an email if the automatic creation of a new standard archive store fails.

This article provides some helpful hints to administrators who would like to receive additional notifications regarding events on their MailStore server.

Notifications for Audit Events

One way for monitoring is the use of the MailStore auditing feature combined with the Windows task planner.

Please keep in mind that this procedure negates the actual purpose of MailStore's auditing feature. Therefore, verify if the trigger parameters are still configured correctly after each update of the MailStore Server.

To be able to configure activation triggers in Windows, Windows Vista/7/2008/2008 R2 is needed. They are not available in Windows 2000/XP/2003.

Activating Auditing Features

Open MailStore Client as administrator.
Click on Administrative Tools > Compliance > Auditing.
Activate the user activity ProfileRunArc.

Now, after archiving profiles have been executed, corresponding entries are made in the event log.

Manually Verifying the Windows Event Logs

Open the Event Viewer of your Windows system.
Click on Event Viewer (local) > Windows Protocols > Applications.
Search for events of source MailStore Server Auditing.

If errors occurred while executing the profile, the level is Errors, if execution was successful, the level is Information.

Creating Notifications

The Windows task planner can link tasks to an event. This is used to send an email at the event Archiving Failed.

Open the task scheduler of your Windows system.
Create a new folder, e.g. MailStore Auditing in the Task Scheduler Library.
Create a task via Actions > Create Task. Please note that you will not Create a Simple Task.
Enter a meaningful name.
Select the option Unabhängig von der Benutzeranmeldung ausführen aus.
Wählen Sie unter Konfigurieren für mindestens Windows Vista oder Windows Server 2008, da sonst der Trigger Bei einem Ereignis nicht zur Verfügung steht.
Klicken Sie auf die Registerkarte Trigger
Klicken Sie auf Neu..
Wählen Sie unter Aufgabe starten den Wert Bei einem Ereignis aus.
Aktivieren Sie unter Einstellungen die Option Benutzerdefiniert und klicken Sie anschließend auf Neuer Ereignisfilter.
Setzen Sie unter Ereignisebene das Häkchen bei Fehler.
Wählen Per Quelle aus und setzten Sie unter Quellen ein Häkchen bei MailStore Server Auditing.
Klicken Sie auf OK um die Einstellungen zu speichern.
Hinweis: Die Kriterien von Benutzerdefinierten Einstellungen werden als XML-Daten gespeichert. Leider vermag es der Trigger bearbeiten-Dialog nicht, dieses XML-Daten zurück in GUI-Elemente umzuwandeln. Ein nachträgliches Manipulieren des Triggers ist leider nur in XML möglich. Sollte das unerwünscht sein, muss der Trigger gelöscht und neu erstellt werden
Wechseln Sie zur Registerkarte Aktionen.
Klicken Sie auf Neu....
Wählen Sie E-Mail senden im Feld Aktion aus.
Füllen Sie die Felder im Abschnitt Einstellungen vollständig aus.
Hinweis: Bitte beachten Sie, dass der angegebene SMTP-Server dem MailStore Server Computer gestatten muss, ohne vorherige Anmeldung E-Mails zu verschicken. Ist dies nicht gewünscht oder möglich, verwenden Sie einen lokal installierten SMTP-Server (Windows SMTP ) die zum E-Mail-Versand in Ihrer Umgebung benötigten Daten ein.
Eventuelle werden Sie nach Ihrem Benutzerpasswort gefragt. Dies wird zur Ausführung der Aufgabe benötigt, sollten Sie nicht angemeldet sein.

Einsatz einer externen Monitoring-Software

Verwenden Sie in Ihrem Netzwerk bereits eine Monitoring-Software wie zum Beispiel Nagios/Icinga, Zabbix, HP OpenView, etc. empfehlen wir die Überwachung der Ergebnisse des Windows Taskplaners.

Beispiel: Nagios/Icinga mit NSClient++

Dieses Beispiel setzt voraus, dass im Abschnitt [NRPE] der Datei NSC.ini der Parameter allow_arguments=1 gesetzt ist. Alternativ und in öffentlichen Umgebungen sicherer, können Sie auch im Abschnitt [External Alias]] einen Alias definieren.

Die entsprechende Service Check sieht unter Nagios/Icinga wie folgt aus:

define service {
        use                             generic-service
        host_name                       mailstore.mydomain.tld
        service_description             Scheduled Tasks
        check_command                   check_nrpe!CheckTaskSched!filter="exit_code ne 0" "syntax=%title%: %exit_code%" "crit=>0"
}

Der Service-Check gibt eine Liste alle zeitgesteuerten Aufgaben im Windows Task-Planer aus, deren Exit-Code ungleich Null ist. Bei mehr als einem Ergebnis wird der Check-Status Critical gesetzt. Die Rückgabe beinhaltet eine Liste aller Aufgaben mit Exit-Code ungleich Null und der Exit-Codes.