Mailcow Monitoring für Zabbix update auf v1.2
Im Februar habe ich hier mein Mailcow Zabbix Monitoring vorgestellt. Ein Bugreport im Mai — „Dashboard not work?“ — hat eine ganze Reihe Fehler ans Licht gebracht. Alle hatten dasselbe Muster: Sie meldeten Erfolg, während sie nichts taten. Deshalb waren sie fünf Monate lang niemandem aufgefallen.
Version 1.2 behebt sie.
Was war kaputt
| 63 von 71 Triggern | wurden nie importiert — sie referenzierten den sichtbaren statt des technischen Template-Namens. Zabbix überspringt das kommentarlos und meldet „Imported successfully“. |
| Alle 46 Dashboard-Widgets | nutzten die Syntax von Zabbix 6.x. Unbekannte Felder ignoriert 7.0 stillschweigend: Achsen wurden gezeichnet, Daten nicht. |
ServerActive |
war nirgends dokumentiert. Alle 246 Items sind aktive Checks — ohne diesen Wert sammelt kein einziges Daten. Ohne Fehlermeldung. |
| RBL-Check | wertete Spamhaus-Fehlercodes (127.255.255.x) als Listung. Auf Servern bei Hetzner, OVH oder DigitalOcean: dauerhafter Disaster-Alarm auf sauberen Systemen. |
| Template-Import | brach komplett ab — 7 Trigger hatten eine recovery_expression ohne passendes recovery_mode. |
| Collector | las die Postfix-PID mit führenden Leerzeichen (Daueralarm „Postfix läuft nicht“) und verwarf erfolgreiche Ergebnisse, wenn ein gebündelter Befehl scheiterte (18 Rspamd-Werte auf 0). |
Neu in v1.2
update.sh— aktualisiert die Host-Seite mit Backup,--check,--rollback,ServerActive-Prüfung und Verifikation der erzeugten Werteinstall.shprüft jetzt ebenfallsServerActiveundHostname- 5 Trigger-Dependencies gegen doppelte Alarme
- Doku — Installation und Update über GitHub, Import-Optionen, Fundort der Dashboards, Mailflow-Kapitel
- Lizenz — Wechsel von GPLv3 auf AGPL-3.0-or-later, passend zu Zabbix seit 7.0
- Aufgeräumt —
dovecot_check.shentfernt, Lizenz-Header vereinheitlicht, shellcheck sauber
Vollständig im Changelog.
Update
cd ~/Mailcow-Zabbix-Monitoring
git pull
sudo ./update.sh --check # zeigt an, was sich aendern wuerde
sudo ./update.sh
Danach das Template neu importieren: Data collection → Templates → Import, dabei „Create new“ UND „Update existing“ anhaken. Mit „Update existing“ allein legt Zabbix fehlende Objekte nicht an — genau so entstanden die 0 Trigger.
Kontrolle in der Template-Zeile: Items 246 | Triggers 63 | Dashboards 19
Neuinstallation
git clone https://github.com/linuser/Mailcow-Zabbix-Monitoring.git
cd Mailcow-Zabbix-Monitoring
sudo ./install.sh
Zwei Blicke, die sich lohnen
Wenn du eine ältere Version einsetzt:
- Steht in der Zeile deines Templates eine Zahl bei Triggers? Wenn nicht, hattest du nie Alarme.
- Steht ServerActive in
/etc/zabbix/zabbix_agent2.conf? Wenn nicht, sammelst du keine Daten — egal wie grün alles aussieht.
Das Projekt ist Open Source (AGPL-3.0) und auf GitHub verfügbar:
https://github.com/linuser/Mailcow-Zabbix-Monitoring
Created with Open Source and ❤ — Alexander Fox | PlaNet Fox
Related posts:
