Jein muss man halt selber implementieren, es wird halt schon in diesen Message Broker Kontext geführt, wobei mir genau der "fehlende Broker" gefällt...
Jein muss man halt selber implementieren, es wird halt schon in diesen Message Broker Kontext geführt, wobei mir genau der "fehlende Broker" gefällt...
Gruß nopes
(,,,)---(^.^)---(,,,) /var/log/messages | grep cat
Lustige Idee könnte sein: Das Ziel nimmt kein Netzwerk entgegen, hängt aber in diesem - damit könnte man das via PortKnocking machen - nach außen kein Port offen, wenn man aber den "Schlüssel" kennt geht "intern" irgendwas los...
Ich bin root - ich darf das.
Wieso eingehende Netzwerkverbindung - ein fetchmail im Minutentakt als Hintergrund-Task ist doch eine ausgehende Verbindung. Die wird doch von fetchmail aufgebaut...
ah, ok, du willst das so herum lösen - ich vermutete, Du schickst eine Mail an den Server selbst und hoffst, daß da darauf ein Mailserver läuft, der die dann entgegen nehmen würde...
... aber mal ehrlich, bevor ich dann noch anfange, Mails zu parsen lasse ich es bei der aktuellen Lösung via scp.
Ich bin root - ich darf das.
Kommt halt immer drauf an, von welcher Maschine so was gemacht werden soll. Damals wars ein IBM-Mainfraime mit Z/OS. Der konnte zwar mailen, aber nicht auf Linux-Dateisysteme zugreifen und da hatte ich es halt so gelöst.
Lesezeichen