Wie externe Meldung wenn Postman-Port blockiert

Moin zsammen,

ein kräftig mailender Kunde hat nach Providerwechsel das Problem, dass jener Provider ihn ab und zu mal als "SPAM-Versender" einstuft und die weitere Annahme von Mails verweigert. Sofern im Postman-Port der Haken bei "Deaktivierung unterbinden" nicht gesetzt ist, kommt in den Ereignissen die Meldung "Transmission disabled for this port", und diese würde ich gerne an mich extern per E-Mail weiterleiten lassen. Blöd nur: Wenn der Postman down/blockiert ist, geht das halt nicht.

Ich hab' schon eine separate Verteilregel angelegt für die spezifische Zieladresse, so dass diese Nachrichten direkt verschickt werden. Aber auch das klappt nicht, solange der Postman nicht läuft.

Generell direkt, also nicht per Provider, zu senden, ist leider keine Option: Die Mailarchivierung wird dort durchgeführt, das muss also via Smarthost laufen.

Wenn ich den Haken bei "Deaktivierung unterbinden" setze, versucht der Postman immer wieder, über das Provider-Postfach zu senden (erfolglos). In diesem Fall erhalte ich leider in den Ereignissen keine auswertbare Fehlermeldung. Irgendwas muss die zu startende Aktion ja aber triggern.

Nun dachte ich schon: Machste das per ServerEye. Ereignis-Protokoll abfragen, und wenn dort was von Deaktivierung auftaucht, Meldung generieren. Klappt auch nicht. Offenbar wird beim Deaktivieren des Ports kein Eintrag im Windows-Ereignisprotokoll erstellt.

Hat jemand von euch eine Idee, wie ich per Verteilregel eine externe Benachrichtigung triggern kann, ohne dabei auf den Postman angewiesen zu sein?

Richtig, der Dienst läuft weiter. Eine ähnliche Problematik habe ich bei einem anderen Kunden, wenn der SL "hängt" - auch das kann mit ServerEye leider nicht überwacht werden, da der Dienst an sich ja gestartet ist.

Das mit dem Verschieben in ein Dummy-Verzeichnis ist aber in der Tat eine Idee, danke Wizzard . Das probiere ich mal aus. Ist zwar ein bisschen "von hinten durch die Brust ins Auge", aber wenn's funktioniert...

Werde bei Tobit mal anregen, dass man in den Regeln so etwas wie "externes Programm starten" einbaut. Einen Versuch ist's ja wert.

Fürs Archiv: OK, klappt. Es gibt in ServerEye einen Sensor namens "Verzeichnis Dateianzahl". Damit kann man festlegen, dass eine Alarmierung erfolgt, wenn die Anzahl der Dateien in einem bestimmten Verzeichnis einen festgelegten Wert überschreitet.

Kleine Falle: "0" scheint nicht zulässig zu sein. Man muss manuell eine Dummy-Datei erstellen und als Alarmierung "Anzahl >1" festlegen.

Weitere Falle: Nachdem ein Alarm generiert wurde, befinden sich natürlich gleich eine ganze Anzahl von Dateien im Ordner, nämlich eine archive.dat, eine .0tx und eine .001-Datei. Da muss man also entweder manuell aufräumen oder die Sensor-Schwelle entsprechend hochdrehen.

Zitat von Wizzard

Schau dir mal die in David integrierte Automation an, im State Archive kannst du eine Regel anlegen, die eine Automation ausführt.

Wow, man lernt nie aus... Danke, das werde ich mir mal anschauen, wirkt ja vielversprechend!