Hallo allerseits, kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt. Danke & Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Hallo Dr., * Dr. Jürgen Vollmer schrieb:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
Auf die Schnelle: dcop kmail MainApplication-Interface quit Mal mit dcop beschäftigen, was noch so geht. Gruß Christian -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Montag, 22. Januar 2007 21:47 schrieb Christian Schult:
* Dr. Jürgen Vollmer schrieb:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
Auf die Schnelle: dcop kmail MainApplication-Interface quit
Mal mit dcop beschäftigen, was noch so geht.
nicht viel :-) egal, welche session ich angebe (dcop --list-session), KMAIL lässt sich auf diese Art nicht beenden. Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
* Dr. Jürgen Vollmer wrote on Mon, Jan 22, 2007 at 20:59 +0100:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
killall kmail? Kein Schwerz: kmail wird ja TERM sauber verarbeiten, oder? Bei mutt und vim mach ich sowas (immer wenn ne SSH hängt, weil ich immer noch kein screen gelernt hat) seit Jahren hin- und wieder, geht einfach. Wenn's bei kmail nicht geht, würde ich es nicht nehmen (so'n X kann ja auch mal abstürzen, oder man drückt aus Versehen CTRL-ALT-Backspace oder CTRL-ALT-X / ALT-F4 oder so. oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 23. Januar 2007 01:24 schrieb Steffen Dettmer:
* Dr. Jürgen Vollmer wrote on Mon, Jan 22, 2007 at 20:59 +0100:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
killall kmail?
Kein Schwerz: kmail wird ja TERM sauber verarbeiten, oder?
leider nein! (hab' mich in der ersten PM zu früh gefreut). killall -TERM kmail terminiert KMAIL zwar, nach einem Start erscheinen auch wieder alle geöffneten Fenster, aber die gelöschten Dateien erscheinen erneut in der Übersicht. Klickt man auf sie, ist die Mail leer.
Bei mutt und vim mach ich sowas (immer wenn ne SSH hängt, weil ich immer noch kein screen gelernt hat) seit Jahren hin- und wieder, geht einfach. Wenn's bei kmail nicht geht, würde ich es nicht nehmen
tja, was dann? ich möchte auf jeden Fall die Mails im maildir-Format speichern.
(so'n X kann ja auch mal abstürzen, oder man drückt aus Versehen CTRL-ALT-Backspace oder CTRL-ALT-X / ALT-F4 oder so. ja, dann muß man die Index-Dateien löschen. ärgerlich, daß die KMAIL-Programmier das (kill -TERM) nicht in den Griff bekommen.
Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Am Dienstag, 23. Januar 2007 08:26 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 01:24 schrieb Steffen Dettmer:
* Dr. Jürgen Vollmer wrote on Mon, Jan 22, 2007 at 20:59 +0100:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
killall kmail?
Kein Schwerz: kmail wird ja TERM sauber verarbeiten, oder?
leider nein! (hab' mich in der ersten PM zu früh gefreut).
killall -TERM kmail terminiert KMAIL zwar, nach einem Start erscheinen auch wieder alle geöffneten Fenster, aber die gelöschten Dateien erscheinen erneut in der Übersicht. Klickt man auf sie, ist die Mail leer.
Hallo Jürgen killall -HUP kmail scheint ;-) bei mir zu laufen. Gruß Heiner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 23. Januar 2007 10:32 schrieb Heiner Kuhlmann:
Am Dienstag, 23. Januar 2007 08:26 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 01:24 schrieb Steffen Dettmer:
* Dr. Jürgen Vollmer wrote on Mon, Jan 22, 2007 at 20:59 +0100:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
killall -HUP kmail
scheint ;-) bei mir zu laufen.
ja, aber auch nicht 100%, denn die "Gelesen"-Markierung der mails geht flöten (und wer weiss was sonst noch....) Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Am Dienstag, 23. Januar 2007 11:24 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 10:32 schrieb Heiner Kuhlmann:
Am Dienstag, 23. Januar 2007 08:26 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 01:24 schrieb Steffen Dettmer:
* Dr. Jürgen Vollmer wrote on Mon, Jan 22, 2007 at 20:59 +0100:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
killall -HUP kmail
scheint ;-) bei mir zu laufen.
ja, aber auch nicht 100%, denn die "Gelesen"-Markierung der mails geht flöten (und wer weiss was sonst noch....)
Stimmt. Außerdem schießt sich nur das Fenster. Es bleiben noch eine von Prozessen stehen. Das ist übrigens auch beim normalen schließen des K-Mail-Fensters so. Mangels Dokumentation: Versuch macht kluch dcop kmail MainApplication-Interface quit sieht gut aus. Die Prozesse werden beendet. Gruß Heiner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 23. Januar 2007 12:51 schrieb Heiner Kuhlmann:
Am Dienstag, 23. Januar 2007 11:24 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 10:32 schrieb Heiner Kuhlmann:
Am Dienstag, 23. Januar 2007 08:26 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 01:24 schrieb Steffen Dettmer:
* Dr. Jürgen Vollmer wrote on Mon, Jan 22, 2007 at 20:59 +0100:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
Mangels Dokumentation: Versuch macht kluch
wer oder was ist das?
dcop kmail MainApplication-Interface quit sieht gut aus. Die Prozesse werden beendet.
sitze ich vor dem Rechner, auf welchem KMAIL läuft gehts, KMAIL terminiert. Ein ssh localhost dcop kmail MainApplication-Interface quit liefert nur: ERROR: Couldn't attach to DCOP server! dcop --user vollmer --list-sessions liefert: Active sessions for user /home/vollmer : .DCOPserver .DCOPserver_joergli__0 .DCOPserver_joergli__1 .DCOPserver_jogi__0 .DCOPserver_vmware__0 ein ssh localhost dcop --user vollmer --session .DCOPserver kmail \ MainApplication-Interface quit liefert nur: DCOPClient::attachInternal. Attach failed Could not open network socket DCOPClient::attachInternal. Attach failed Could not open network socket ERROR: Couldn't attach to DCOP server! Versuch ich: ssh localhost dcop --user vollmer --session .DCOPserver_joergli__0 kmail \ MainApplication-Interface quit dann schliesst sich KMAIL. Meine Fragen sind nun: - warum gibt es mehrere DCOP Sessions? - welche ist die "richtige"? - gibt's hier eigentlich vernünftige Doku? bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Am Dienstag, 23. Januar 2007 14:32 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 12:51 schrieb Heiner Kuhlmann:
Am Dienstag, 23. Januar 2007 11:24 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 10:32 schrieb Heiner Kuhlmann:
Am Dienstag, 23. Januar 2007 08:26 schrieb Dr. Jürgen Vollmer:
Am Dienstag, 23. Januar 2007 01:24 schrieb Steffen Dettmer:
* Dr. Jürgen Vollmer wrote on Mon, Jan 22, 2007 at 20:59 +0100: > kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" > möchte is ausführen. Konkret: > auf rechner1 läuft kmail > auf rechner2 logge ich mich auf rechner1 per ssh ein und dann > schicke ich ein "Kommando", so daß kmail auf rechner1 sauber > herunterfährt.
Mangels Dokumentation: Versuch macht kluch
wer oder was ist das?
dcop kmail MainApplication-Interface quit sieht gut aus. Die Prozesse werden beendet.
sitze ich vor dem Rechner, auf welchem KMAIL läuft gehts, KMAIL terminiert.
Ein ssh localhost dcop kmail MainApplication-Interface quit
liefert nur: ERROR: Couldn't attach to DCOP server!
dcop --user vollmer --list-sessions
liefert:
Active sessions for user /home/vollmer : .DCOPserver .DCOPserver_joergli__0 .DCOPserver_joergli__1 .DCOPserver_jogi__0 .DCOPserver_vmware__0
ein ssh localhost dcop --user vollmer --session .DCOPserver kmail \ MainApplication-Interface quit liefert nur: DCOPClient::attachInternal. Attach failed Could not open network socket DCOPClient::attachInternal. Attach failed Could not open network socket ERROR: Couldn't attach to DCOP server!
Versuch ich: ssh localhost dcop --user vollmer --session .DCOPserver_joergli__0 kmail \ MainApplication-Interface quit dann schliesst sich KMAIL. Meine Fragen sind nun: - warum gibt es mehrere DCOP Sessions? - welche ist die "richtige"? - gibt's hier eigentlich vernünftige Doku?
Doku, ich lese immer Doku, was ist das denn? Es könnte doch sein, das einer der Experten von seinem Sockel fällt, wenn er sie Wissen aufschreibt ;-) Manchmal habe ich den Eindruck, dass wir Zustände wie im Mittelalter haben: Das Wissen der Meister ist geheim und es gibt ein Reihe von Gesellen mit Halbwissen. Ich fühle mich wie einer dieser Gesellen :-). Aber vielleicht hilft Dir http://www.volny.cz/bwian/dcop.html oder besser gleich die offizielle http://developer.kde.org/documentation/other/dcop.html und wenn das nicht reicht gibt's ja noch die Quellen .... oder Versuch und sich wundern, was es so alles gibt. Fazit Heiner -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* Dr. Jürgen Vollmer wrote on Tue, Jan 23, 2007 at 08:26 +0100:
killall kmail?
Kein Schwerz: kmail wird ja TERM sauber verarbeiten, oder?
leider nein! (hab' mich in der ersten PM zu früh gefreut).
killall -TERM kmail terminiert KMAIL zwar, nach einem Start erscheinen auch wieder alle geöffneten Fenster, aber die gelöschten Dateien erscheinen erneut in der Übersicht. Klickt man auf sie, ist die Mail leer.
Bei mutt und vim mach ich sowas (immer wenn ne SSH hängt, weil ich immer noch kein screen gelernt hat) seit Jahren hin- und wieder, geht einfach. Wenn's bei kmail nicht geht, würde ich es nicht nehmen
tja, was dann? ich möchte auf jeden Fall die Mails im maildir-Format speichern.
doch mutt? nee, mal lieber keine MUA War losbrechen lassen :)
(so'n X kann ja auch mal abstürzen, oder man drückt aus Versehen CTRL-ALT-Backspace oder CTRL-ALT-X / ALT-F4 oder so. ja, dann muß man die Index-Dateien löschen. ärgerlich, daß die KMAIL-Programmier das (kill -TERM) nicht in den Griff bekommen.
Ja, klingt nach einem Bugreport ;) oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Montag, 22. Januar 2007 20:59 schrieb Dr. Jürgen Vollmer:
Hallo allerseits,
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
Hast du dir mal man 7 signal angesehen? Speziell SIGTERM 15 Term Termination signal SIGSTOP 17,19,23 Stop Stop process Also mit "ps ax | grep kmail" Prozessid herausfinden und dann mit "kill -[SIGNAL] [ProzessID]" Kmail beenden. Kill reagiert nicht nur auf das Signal 9 ;-) Oder alternativ kann man auch in "top" Signale an Prozesse schicken man top Signale sind die selben wie bei kill. Wie freundlich oder etwa nicht diese Methode ist, müssen dir andere erzählen, die mehr Ahnung davon haben als ich :) MFG Markus -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Am Dienstag, 23. Januar 2007 01:27 schrieb Markus Wunder:
Am Montag, 22. Januar 2007 20:59 schrieb Dr. Jürgen Vollmer:
Hallo allerseits,
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
Hast du dir mal
man 7 signal
angesehen?
Speziell
SIGTERM 15 Term Termination signal
geht leider nicht, sihe vorige Mail.
SIGSTOP 17,19,23 Stop Stop process ist nicht das richtige, kier hält man einen Prozess an. Schickt man das kamil "friert" das GUI erwartuingsgemäß ein. Schickt man dann ein SIGCONT stürtzt KMAIL ab....
Also mit "ps ax | grep kmail" Prozessid herausfinden und dann mit "kill -[SIGNAL] [ProzessID]" Kmail beenden. Kill reagiert nicht nur auf das Signal 9 ;-) Oder alternativ kann man auch in "top" Signale an Prozesse schicken man top Signale sind die selben wie bei kill.
Einfacher: killall Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
Hallo, Am Die, 23 Jan 2007, Dr. Jürgen Vollmer schrieb:
SIGTERM 15 Term Termination signal
geht leider nicht, sihe vorige Mail. [..] Einfacher: killall
-USR1 / -USR2 Und dann vielleicht -HUP und ggfs. -TERM hinterher... -dnh, KDE halt *läster* -- 49: Version x.0 Kostenpflichtiger Preview als Bestandteil unserer Beta-Tests (Kristian Köhntopp) -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
* David Haller wrote on Tue, Jan 23, 2007 at 16:43 +0100:
Am Die, 23 Jan 2007, Dr. Jürgen Vollmer schrieb:
SIGTERM 15 Term Termination signal
geht leider nicht, sihe vorige Mail. [..] Einfacher: killall
-USR1 / -USR2
Und dann vielleicht -HUP und ggfs. -TERM hinterher...
-dnh, KDE halt *läster*
Wenn SIGTERM zu Datenverlust führt, ist das schon Schade, oder? Stärkt nicht unbedingt das Vertrauen in kmail oder? oki, Steffen -- Dieses Schreiben wurde maschinell erstellt, es trägt daher weder Unterschrift noch Siegel. -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Hallo, Am Mit, 24 Jan 2007, Steffen Dettmer schrieb:
* David Haller wrote on Tue, Jan 23, 2007 at 16:43 +0100: [..]
-dnh, KDE halt *läster*
Wenn SIGTERM zu Datenverlust führt, ist das schon Schade, oder? Stärkt nicht unbedingt das Vertrauen in kmail oder?
Vertrauen in kmail? Hatte ich noch nie! Mich wundert ja schon, daß es seit KDE3(?) halbwegs alltagstauglich geworden ist. Andere so alte KDE-Programme sind AFAIK weitestgehend sang- und klanglos verstorben. Und die Nachfolger habe ich mir nicht mehr angetan. -dnh, der hier noch KDE 1.1.2 installiert läßt. Und ein Programm davon sogar regelmäßig verwendet: kmix (mit 3 Reglern und abgespeicherten Stellungen). Ich hab' noch keinen besseren Mixer gefunden (was Bildschirmplatz und Bedienbarkeit angeht). Die aktuelle kmix-Version ist aber AFAIK ebenso doof wie die meisten anderen. Ansonsten finde ich nur Platzfresser oder unbedienbar Fitzliges. *grmbl* -- "Historians now believe the iBusiness trend was started by sleepy vi users who had forgotten they were already in insert mode. Foisting a patented Buzzword on the internet-hungry masses of the late 20th century was, after all, far easier than the keystrokes required to remove the extra letter." -- Jai -- Um die Liste abzubestellen, schicken Sie eine Mail an: opensuse-de+unsubscribe@opensuse.org Um eine Liste aller verfuegbaren Kommandos zu bekommen, schicken Sie eine Mail an: opensuse-de+help@opensuse.org
Der Vollständigkeithalber gebe ich die Lösung für mein Problem an. Danke für alle Tips: Am Montag, 22. Januar 2007 20:59 schrieb Dr. Jürgen Vollmer:
kann KMAIL "fernsteuern", inbes. das Äquivalent zu "Schliessen" möchte is ausführen. Konkret: auf rechner1 läuft kmail auf rechner2 logge ich mich auf rechner1 per ssh ein und dann schicke ich ein "Kommando", so daß kmail auf rechner1 sauber herunterfährt.
auf rechner2: ssh HOST dcop --all-sessions --user USER \ kmail MainApplication-Interface quit > /dev/null 2>&1 wobe HOST der Rechner ist, auf dem KMAIL läuft und USER der User, unter welchem KMAIL läuft. Bye Jürgen -- Dr.rer.nat. Juergen Vollmer, Viktoriastrasse 15, D-76133 Karlsruhe Tel: +49(721) 92 04 87 1 Fax: +49(721) 92 04 87 2 Juergen.Vollmer@informatik-vollmer.de www.informatik-vollmer.de Internet-Telefonie: www.skype.com Benutzer: juergen.vollmer
participants (6)
-
Christian Schult -
David Haller -
Dr. Jürgen Vollmer -
Heiner Kuhlmann -
Markus Wunder -
Steffen Dettmer