Monitoring-Benachrichtigungen über Telegram oder Microsoft Teams versenden
Üblicherweise werden auftretende Probleme mittels E-Mail oder SMS an die zuständigen IT-Mitarbeiter gemeldet. Aber sind das tatsächlich schon alle möglichen Kanäle um Benachrichtigungen zu versenden?
Natürlich nicht. Zwei sehr geschickte Beispiele sind diese hier:
Benachrichtigungen über die Telegram App (CLI)
Benachrichtigungen über die Office 365 Web API (Microsoft Teams)
Telegram
Wie Sie wahrscheinlich wissen, ermöglicht die WhatsApp-ähnliche App “Telegram” das Versenden von Nachrichten an Kontakte, Gruppen und Channels. Im Gegensatz zu WhatsApp stellt Telegram eine installierbares Command Line Interface bereit, durch welches Sie das Versenden von Nachrichten vom Computer aus skripten können. Sie müssen dazu die Telegram Binaries herunterladen und auf Ihrem Monitoring Server installieren. Anschließend definieren Sie den Benachrichtigungsbefehl im Monitoring folgendermaßen:
Natürlich sollten Sie vorher Ihren Monitoring-Host als Telegram-Sender registrieren (wie Sie es auch auf Ihrem Smartphone tun würden). Hierfür können Sie die selbe Telefonnummer verwenden wie für den SMS-Versand.
Office 365
Hier haben Sie die Möglichkeit Gruppen zu registrieren. Für die Benachrichtigung benötigen Sie genau diese GUID, danach können Sie diesen Befehl nutzen um die Benachrichtigungen zu versenden:
I have over 20 years of experience in the IT branch. After first experiences in the field of software development for public transport companies, I finally decided to join the young and growing team of Würth Phoenix (now Würth IT Italy). Initially, I was responsible for the internal Linux/Unix infrastructure and the management of CVS software. Afterwards, my main challenge was to establish the meanwhile well-known IT System Management Solution WÜRTHPHOENIX NetEye. As a Product Manager I started building NetEye from scratch, analyzing existing open source models, extending and finally joining them into one single powerful solution. After that, my job turned into a passion: Constant developments, customer installations and support became a matter of personal. Today I use my knowledge as a NetEye Senior Consultant as well as NetEye Solution Architect at Würth Phoenix.
Author
Juergen Vigna
I have over 20 years of experience in the IT branch. After first experiences in the field of software development for public transport companies, I finally decided to join the young and growing team of Würth Phoenix (now Würth IT Italy). Initially, I was responsible for the internal Linux/Unix infrastructure and the management of CVS software. Afterwards, my main challenge was to establish the meanwhile well-known IT System Management Solution WÜRTHPHOENIX NetEye. As a Product Manager I started building NetEye from scratch, analyzing existing open source models, extending and finally joining them into one single powerful solution. After that, my job turned into a passion: Constant developments, customer installations and support became a matter of personal. Today I use my knowledge as a NetEye Senior Consultant as well as NetEye Solution Architect at Würth Phoenix.
A safer way to run privileged Windows checks with SystemRunner If you’ve been monitoring Windows for a while, you’ve probably seen this pattern: some checks must run as LocalSystem (S-1-5-18), and the “quick fix” is to run the Icinga Agent Read More
This document describes the steps required to build, configure, and operate a Podman container based on php:8.2-cli, with the SNMP extension enabled, intended for executing monitoring plugins within a NetEye/Icinga environment. Pulling the base image podman pull docker.io/php:8.2-cli Containerfile for Read More
With the upgrade to NetEye 4.44, we've added a lot of new features (https://www.neteye-blog.com/2025/10/neteye-4-44-release-notes/) and, from my point of view, one of the most relevant is the introduction of Elastic Stack 9. This Elasticsearch major release (https://www.elastic.co/guide/en/elastic-stack/9.0/elastic-stack-release-notes.html) includes some new Read More
In NetEye, 'business processes' is a module used to model and monitor the business process hierarchy to obtain a high-level view of the status of critical applications. In short, they allow monitoring controls of individual components to be aggregated into Read More
If you've worked with Elastic APM, you're probably familiar with the APM Server: a component that collects telemetry data from APM Agents deployed across your infrastructure. But what happens when you need to segregate that data by tenant, especially in Read More