Jedes System, das eine E-Mail versenden kann, kann damit auch eine SMS auslösen: Das SMSEagle-Gateway bringt einen eigenen SMTP-Server mit und wandelt eingehende E-Mails direkt in SMS um, ohne Cloud-Dienst, ohne API-Umbau und unabhängig vom Internetanschluss des Empfängers. Das macht E-Mail-zu-SMS zum schnellsten Integrationsweg für bestehende Monitoring-, GLT- und SCADA-Systeme, die bereits E-Mail-Alarme versenden.
Warum E-Mail-Alarme nachts oft zu spät ankommen
Monitoring-Systeme, Gebäudeleittechnik und SCADA-Anlagen versenden Störmeldungen seit Jahrzehnten per E-Mail. Das funktioniert tagsüber am Arbeitsplatz akzeptabel: Jemand sitzt am PC, sieht die neue E-Mail, reagiert. Nachts, am Wochenende und im Urlaub sieht das anders aus. Laut Branchenerhebungen werden 90 Prozent aller SMS innerhalb von drei Minuten nach Empfang gelesen, E-Mails dagegen häufig erst Stunden später bemerkt. Eine Störmeldung, die um 02:30 Uhr ankommt und erst um 07:00 Uhr gelesen wird, hat in kritischen Anlagen gravierende Folgen.
Praxisbeispiel: Ein PRTG-Sensor meldet um 03:15 Uhr einen Netzwerkausfall per E-Mail. Der Bereitschaftstechniker schläft, sein Posteingang wird nicht überprüft. Um 07:00 Uhr stellt das Team einen Datenverlust fest. Mit E-Mail-zu-SMS wäre die Meldung in drei Minuten auf dem Handy gewesen.
Wie der interne SMTP-Server des SMSEagle funktioniert
Das SMSEagle-Gateway enthält einen vollständigen SMTP-Server, der auf Port 25 auf eingehende E-Mails wartet. Wenn eine E-Mail eintrifft, extrahiert das Gateway die Zielrufnummer aus der Empfängeradresse, übernimmt den E-Mail-Body als SMS-Text und sendet die Nachricht sofort über das eingebaute LTE-Modem ins Mobilfunknetz. Kein Cloud-Server, kein externer SMS-Dienstleister, keine Internetverbindung auf Senderseite nötig.
| Parameter | Wert | Hinweis |
|---|---|---|
| SMTP-Host | IP-Adresse des SMSEagle | Oder FQDN bei vorhandenem DNS-Eintrag |
| Port | 25 | Standard-SMTP-Port |
| Authentifizierung | Keine | Zugriff per Firewall auf bekannte Sender einschränken |
| Verschlüsselung | Optional TLS | Je nach Fähigkeit des sendenden Clients |
| Empfängeradresse | +4915112345678@192.168.10.50 | Format: Rufnummer@Gateway-IP |
| Gruppenadressierung | Bereitschaft@192.168.10.50 | Phonebook-Gruppe statt einzelner Rufnummer |
Das Feature aktiviert man im Webinterface unter Emails > Email to SMS > Settings. Filterregeln im Reiter Rules begrenzen, welche E-Mails eine SMS auslösen. Damit lässt sich verhindern, dass automatische Statusmeldungen oder Testnachrichten die Bereitschaft alarmieren.
Welche Systeme können über E-Mail-zu-SMS alarmieren?
Praktisch jedes professionelle Monitoring-, Gebäudeleittechnik- oder SCADA-System kann E-Mails versenden. Die folgende Tabelle zeigt die häufigsten Quellen und den jeweils nötigen Konfigurationsaufwand:
| System | Kategorie | Konfigurationsort | Aufwand |
|---|---|---|---|
| PRTG Network Monitor | IT-Monitoring | Setup > Notifications > New Notification > Send Email | Unter 5 Minuten |
| Nagios / Icinga | IT-Monitoring | notify-by-email Command, SMTP-Relay auf Gateway-IP umbiegen | Unter 10 Minuten |
| Zabbix | IT-Monitoring | Administration > Media types > Email | Unter 5 Minuten |
| Siemens WinCC | SCADA | Alarm Management > Notification > SMTP | Unter 15 Minuten |
| Ignition SCADA | SCADA | Config > Email Settings > SMTP Server | Unter 10 Minuten |
| Siemens Desigo CC | GLT/BMS | Alarm Notification per SMTP konfigurieren | Unter 15 Minuten |
| Honeywell EBI | GLT/BMS | Event Notification SMTP-Konfiguration | Unter 15 Minuten |
| Veeam Backup | Backup | Options > Email Notifications > SMTP Server | Unter 5 Minuten |
| Siemens S7 (TMAIL_C) | SPS | SMTP-Ziel im TIA-Portal-Baustein auf Gateway-IP setzen | Unter 20 Minuten |
| SAP CCMS | ERP | SMTP-Relay in der SAP-Mail-Konfiguration | Je nach Systemkonfiguration |
Schritt für Schritt: PRTG als Beispiel konfigurieren
PRTG ist eines der meistgenutzten Monitoring-Systeme in der IT und im Netzwerkbetrieb. Die E-Mail-zu-SMS-Integration ist in wenigen Minuten eingerichtet, ohne Plugins oder zusätzliche Software:
- PRTG-Weboberfläche öffnen, Setup > Account Settings > Notifications aufrufen
- Neue Benachrichtigung anlegen, Typ: Send Email auswählen
- SMTP-Server auf die IP-Adresse des SMSEagle setzen, Port 25, keine Authentifizierung
- Empfängeradresse im Format +4915112345678@192.168.10.50 eintragen
- Betreff und Body nach Wunsch gestalten, zum Beispiel: [ALARM] %sensorname - %status
- Trigger an bestehende Alarmbedingungen koppeln: beim Sensorstatus-Wechsel auf Error oder Down
- Test-Benachrichtigung versenden und SMS auf dem Empfängerhandy prüfen
Hinweis: PRTG versendet Benachrichtigungen ausschließlich über den PRTG Core Server, nicht über Remote Probes. Liegt das SMSEagle in einem anderen Netzwerksegment als der Core Server, muss Port 25 zwischen den Segmenten freigegeben sein.
E-Mail-Polling als Alternative: wenn Push nicht möglich ist
Manche Systeme oder Netzwerktopologien erlauben keine direkte SMTP-Verbindung vom sendenden System zum Gateway. In diesem Fall bietet SMSEagle einen zweiten Weg: Das Gateway pollt eine externe Mailbox per IMAP oder POP3 und wandelt dort eingegangene E-Mails in SMS um. Auch Office-365-Postfächer mit OAuth2-Authentifizierung werden unterstützt.
- Im Webinterface unter Emails > Email to SMS > Poller eine Mailbox-Verbindung anlegen
- Server, Port, Protokoll (IMAP oder POP3) und Anmeldedaten eintragen
- Abfrageintervall festlegen, empfohlen: 30 bis 60 Sekunden
- Die sendenden Systeme schicken ihre Alarmmails an diese Mailbox
- SMSEagle verarbeitet neue Nachrichten automatisch und sendet die SMS
Adressierungsoptionen: Rufnummer, Gruppe oder LDAP
Die Zielrufnummer muss nicht zwingend in der E-Mail-Adresse stehen. SMSEagle bietet drei Adressierungsvarianten:
- Rufnummer direkt: +4915112345678@192.168.10.50 leitet die SMS an genau diese Nummer
- Phonebook-Kontakt: bereitschaft@192.168.10.50 sendet an die im internen Adressbuch unter diesem Namen gespeicherte Rufnummer, nützlich wenn sich die Rufnummer ändert, ohne dass die SMTP-Konfiguration angefasst werden muss
- Phonebook-Gruppe: schicht@192.168.10.50 sendet an alle Mitglieder einer im SMSEagle angelegten Gruppe, ideal für Sammelalarme
- LDAP-Gruppe (ab Version 2.5): Bei vorhandenem LDAP-Server werden Active-Directory-Gruppen direkt als Empfänger verwendet
E-Mail-zu-SMS oder REST-API: was ist wann der bessere Weg?
Beide Wege haben ihre Stärken. Die Wahl hängt davon ab, wie viel Kontrolle das sendende System über den Alarmierungsvorgang haben soll:
| Kriterium | E-Mail-zu-SMS | REST-API |
|---|---|---|
| Integrationsaufwand | Minimal: nur SMTP-Relay-Einstellung ändern | Mittel bis hoch: HTTP-Request im Quellsystem implementieren |
| Systemvoraussetzung | Jedes System mit SMTP-Fähigkeit | System muss HTTP-POST absetzen können |
| Strukturierte Daten | Nur Freitext (E-Mail-Body) | JSON mit Feldern für Empfänger, Text, Gruppe |
| Quittierungsrückmeldung | Nicht direkt möglich | API-Response liefert Delivery-Status |
| Geeignet für Legacy-Systeme | Sehr gut | Begrenzt, je nach Systemalter |
| Geeignet für neue Integrationen | Gut | Besser: mehr Kontrolle und Flexibilität |
Für bestehende Systeme, die bereits E-Mail-Alarme versenden, ist E-Mail-zu-SMS der richtige erste Schritt. Auf der smsreach-Plattform unter /plattform lässt sich das Gateway später mit einer Eskalationslogik und einem Bereitschaftsplan kombinieren, ohne das sendende System anfassen zu müssen.
Sicherheit: das Gateway gegen Missbrauch absichern
Da der SMTP-Server des SMSEagle keine Authentifizierung voraussetzt, ist ein Schutz auf Netzwerkebene wichtig. Ohne Einschränkung könnte jedes System im Netz E-Mails an das Gateway senden und damit SMS auslösen. Drei Maßnahmen genügen für eine sichere Grundkonfiguration:
- Firewall-Regel: Port 25 nur für die IP-Adressen der berechtigten Monitoring-Server freigeben
- Absenderfilter im SMSEagle: Unter Emails > Email to SMS > Rules eine Regel anlegen, die nur E-Mails von bekannten Absender-Domains oder -Adressen verarbeitet
- VLAN-Segmentierung: Das SMSEagle in ein eigenes Management-VLAN setzen, das ausschließlich von Monitoring-Servern erreichbar ist
- TLS aktivieren, wenn das sendende System TLS-SMTP unterstützt, um den Transportweg zu verschlüsseln
- Zustelllog im Blick behalten: Unter Settings > Sysinfo > System logs lassen sich alle SMTP-Verbindungen nachvollziehen
Wann reicht E-Mail-zu-SMS, wann braucht man eine Alarmierungsplattform?
E-Mail-zu-SMS sendet die Störmeldung zuverlässig als SMS an feste Rufnummern oder Gruppen. Was es allein nicht leistet: prüfen, ob jemand reagiert hat, bei ausbleibender Quittierung eskalieren oder automatisch den aktuell diensthabenden Techniker aus einem rotierenden Plan auswählen. Sobald diese Anforderungen bestehen, ergänzt eine Alarmierungsplattform das Gateway.
| Anforderung | E-Mail-zu-SMS direkt | Mit smsreach-Plattform |
|---|---|---|
| Empfänger | Feste Rufnummer oder Gruppe | Bereitschaftsplan mit automatischem Wechsel |
| Quittierung | Nicht abgebildet | Per SMS-Antwort mit Quittierungscode |
| Eskalation bei fehlender Antwort | Nicht möglich | Automatisch nach konfigurierbarem Intervall |
| Protokoll und Nachweis | SMTP-Log am Gateway | Lückenloses Protokoll mit Zeitstempeln |
| Mehrere Standorte und Quellen | Je Quelle einzeln konfigurieren | Zentrale Plattform für alle Quellen |
Geeignete SMSEagle-Hardware für die E-Mail-zu-SMS-Integration, vom kompakten NXS-9700 bis zum NXS-9750 mit Dual-SIM-Redundanz, finden Sie mit Beratung vom autorisierten SMSEagle Gold Partner unter /geraete. Wie eine vollständige Alarmierungskette mit Bereitschaftsplan und Eskalation aufgebaut wird, beschreibt /plattform. Eine Demoumgebung zum Ausprobieren steht unter /demo bereit.
Häufig gestellte Fragen
Welche Systeme können über E-Mail-zu-SMS alarmieren?
Alle Systeme, die SMTP-E-Mails versenden können. Dazu gehören Monitoring-Tools wie PRTG, Nagios, Icinga und Zabbix, Gebäudeleittechnik-Software (Siemens Desigo, Sauter EY-modulo, Honeywell EBI), SCADA-Systeme (Siemens WinCC, Wonderware, Ignition), ERP-Systeme wie SAP sowie Backup-Lösungen wie Veeam. Auch jede SPS, die einen E-Mail-Baustein hat (z. B. Siemens TMAIL_C in TIA Portal), sendet damit direkt an das Gateway.
Wie lautet das Adressierungsformat für E-Mail-zu-SMS?
Die Zielrufnummer steht in der Empfängeradresse der E-Mail im Format +4915112345678@IP-DES-SMSEAGLE, zum Beispiel +4915112345678@192.168.10.50. Statt einer Rufnummer kann auch ein Kontaktname oder Gruppenname aus dem internen Telefonbuch des Gateways verwendet werden, zum Beispiel Bereitschaft@192.168.10.50. Ab SMSEagle-Softwareversion 2.5 sind auch LDAP-Gruppen möglich.
Welche Ports und Einstellungen brauche ich am SMSEagle?
Der interne SMTP-Server des SMSEagle lauscht standardmäßig auf Port 25. Authentifizierung ist nicht erforderlich. Das Feature wird im Webinterface unter Emails > Email to SMS > Settings aktiviert. Filterregeln für Absender, Betreff oder Inhalt lassen sich unter dem Reiter Rules anlegen. Sicherheitshalber sollte der Zugriff auf Port 25 per Firewall auf die sendenden Server beschränkt werden.
Was ist der Unterschied zwischen E-Mail-zu-SMS und der REST-API?
E-Mail-zu-SMS erfordert keine Änderung am sendenden System: Wer schon eine E-Mail-Alarmierung hat, leitet sie einfach an das Gateway um. Die REST-API des SMSEagle ermöglicht mehr Kontrolle: strukturierte Daten, Quittierungsrückmeldung und komplexe Alarmbedingungen im sendenden System. Für Legacy-Systeme und schnelle Integration ist E-Mail-zu-SMS die einfachere Wahl; für neue Integrationen mit Rückmeldebedarf empfiehlt sich die API.
Brauche ich eine Internetverbindung für E-Mail-zu-SMS?
Nein, sofern der sendende Server das Gateway direkt per SMTP im lokalen Netz erreicht. Das SMSEagle sendet die SMS über sein integriertes LTE-Modem direkt ins Mobilfunknetz, ohne Internetverbindung auf Senderseite. Das macht E-Mail-zu-SMS auch dann zuverlässig, wenn der Internetanschluss des Unternehmens ausgefallen ist.