Die Konfiguration in WATO überspringe ich gleich und paste den reinen Code.
Ermittelt werden die Daten aus der MySQL bzw. MariaDB. Bei einer LDAP Installation von iredMail können diese also nicht genutzt werden. Es wird auch davon ausgegangen, dass eine .my.cnf im root Verzeichnis für den Datenbankzugriff existiert.

iredmail-Domainaliases

#!/bin/bash

WARN=100
CRIT=110

domainalias=$(mysql --defaults-extra-file=/root/.my.cnf -e "use vmail; select count(alias_domain) from alias_domain" -s 2>&1)

    if [ $domainalias -lt $WARN ] ; then
        status=0
        statustxt=OK
    elif [ $domainalias -lt $CRIT ] ; then
        status=1
        statustxt=WARNING
    else
        status=2
        statustxt=CRITICAL
    fi

echo "$status iRed-Domainaliases count=$domainalias;$WARN;$CRIT;0; $statustxt - $domainalias Domainaliases"

iredmail-Domains

#!/bin/bash

WARN=1000
CRIT=1100

domains=$(mysql --defaults-extra-file=/root/.my.cnf -e "use vmail; select count(domain) from domain" -s 2>&1)

    if [ $domains -lt $WARN ] ; then
        status=0
        statustxt=OK
    elif [ $domains -lt $CRIT ] ; then
        status=1
        statustxt=WARNING
    else
        status=2
        statustxt=CRITICAL
    fi


echo "$status iRed-Domains count=$domains;$WARN;$CRIT;0; $statustxt - $domains Domains"

iredmail-Mailaliases

#!/bin/bash

WARN=1000
CRIT=1100

mailalias=$(mysql --defaults-extra-file=/root/.my.cnf -e "use vmail; select count(address) from alias;" -s 2>&1)

    if [ $mailalias -lt $WARN ] ; then
        status=0
        statustxt=OK
    elif [ $mailalias -lt $CRIT ] ; then
        status=1
        statustxt=WARNING
    else
        status=2
        statustxt=CRITICAL
    fi


echo "$status iRed-Mailaliases count=$mailalias;$WARN;$CRIT;0; $statustxt - $mailalias Mailaliases"

iredmail-Mailboxes

#!/bin/bash

WARN=1000
CRIT=2100

mailboxes=$(mysql --defaults-extra-file=/root/.my.cnf -e "use vmail; select count(username) from mailbox" -s 2>&1)

    if [ $mailboxes -lt $WARN ] ; then
        status=0
        statustxt=OK
    elif [ $mailboxes -lt $CRIT ] ; then
        status=1
        statustxt=WARNING
    else
        status=2
        statustxt=CRITICAL
    fi

echo "$status iRed-Mailboxes count=$mailboxes;$WARN;$CRIT;0; $statustxt - $mailboxes Mailboxes"

Anstatt die Werte in eine CSV-Datei zu schreiben kann man auch ein kleines Plugin für check_mk schreiben. (Das Script aus obigen Link wird im Pfad /root/bin erwartet!)

pico /usr/lib/check_mk_agent/local/oc-traffic

#/bin/bash

TRAFFIC=$(/root/bin/owncloud-traffic --zero-chain)

OUT=$(echo $TRAFFIC |awk -F"," '{print $1}')
IN=$( echo $TRAFFIC |awk -F"," '{print $2}')

echo "0 OC_HTTPS_Traffic OUT=$OUT|IN=$IN; IN/OUT: - $IN/$OUT Bytes"

chmod +x /usr/lib/check_mk_agent/local/oc-traffic

Ich verzichte hier auf die Ausgabe von Datum und Uhrzeit und lasse check_mk nach jeder Wertermittlung die „Kette“ nullen (Parameter –zero-chain ). Ist das Script nun im Plugin-Pfad von check_mk gespeichert kann man den Host in WATO anpassen und die Services neu einlesen.
Nach ein paar Minuten sollten auch schon ansehnliche Grafiken erstellt werden.

Man sieht hier schön, dass der abgehende Traffic wesentlich mehr ist. Ein Upload (im Beispiel hier eines Bildes) wird auf mehrere Clients herunter geladen.

cd /root/
aptitude update && aptitude upgrade
aptitude install xinetd -y
scp michelle.systemtechnics.de:/root/software/check-mk-agent_1.2.4p2-2_all.deb .
dpkg --install check-mk-agent_1.2.4p2-2_all.deb 
scp michelle.systemtechnics.de:/root/software/check_mk.xinetd /etc/xinetd.d/check_mk 
/etc/init.d/xinetd restart

Anschließend kann man den Host zusätzlich in der Webverwaltung (WATO) von check_mk hinzufügen.