Mit KDCLTERM können Sie die Eigenschaften der LTERM-Partner von Clients, Druckern und LTERM-Pools ändern. Sie können die LTERM-Partner sperren, Sperren aufheben und die Verbindung zu den Clients und Druckern auf- und abbauen.
 
Wirkung in UTM-Cluster-Anwendungen
Die Wirkung in UTM-Cluster-Anwendungen ist bei den einzelnen Operanden beschrieben, da die mit KDCLTERM vorgenommenen Änderungen teils Knoten-lokal und teils Cluster-global wirken.
 
Wirkungsdauer der Änderungen
Alle Änderungen bleiben über das Anwendungsende hinaus erhalten.
KDCLTERM    LTERM={ ltermname | (ltermname_1,ltermname_2,...,ltermname_10) }
           [ ,ACTION={ CON| DIS } ] 
           [ ,STATUS={ ON| OFF } ]
           [ ,PRIMARY=primary-lterm]
Für die Administration über Message Queuing müssen Sie KDCLTRMA angeben.
| LTERM=(ltermname_1,...,ltermname_10) | ||
| Namen der LTERM-Partner, die administriert werden sollen.  Für ltermname_1,...,ltermname_10 können Sie auch die Namen von LTERM-Partnern angeben, die einem LTERM-Pool zugeordnet sind. Dabei ist der vollständige Name dieser LTERM-Partner anzugeben, also LTERM-Präfix des LTERM-Pools und die laufende Nummer.  | ||
| ACTION= | Verbindungen zu den LTERM-Partnern auf- oder abbauen In UTM-Cluster-Anwendungen gilt: Der Operand wirkt Knoten-lokal. | |
| CON | Es wird der Aufbau der Verbindungen zu den angegebenen LTERM-Partnern veranlasst.  In UTM-Anwendungen auf Unix-, Linux- und Windows-Systemen wirkt die Funktion nur für TS-Anwendungen und Drucker. | |
| DIS | Die Verbindungen zu den angegebenen LTERM-Partnern werden abgebaut. Der Verbindungsabbau ist sofort wirksam, d.h. offene Vorgänge können nicht beendet werden. | |
| STATUS= | LTERM-Partner sperren oder wieder zulassen. In UTM-Cluster-Anwendungen gilt: Der Operand wirkt Cluster-global. | |
| ON | LTERM-Partner wieder zulassen | |
| OFF | die angegebenen LTERM-Partner sperren. Die Sperre wirkt wie folgt: 
 KDCOFF BUT wirkt bei gesperrtem LTERM-Partner wie KDCOFF. LTERM-Partner eines LTERM-Pools können nicht gesperrt werden. | |
| PRIMARY=primary-lterm | ||
| Name eines normalen LTERMs oder eines Primary-LTERMs einer LTERM-Gruppe (siehe openUTM-Handbuch „Anwendungen generieren“). Der Operand PRIMARY ist nur in stand-alone UTM-Anwendungen erlaubt. LTERM muss ein Alias-LTERM einer LTERM-Gruppe sein. Durch Angabe von PRIMARY= wird es zu einem Alias-LTERM der LTERM-Gruppe mit dem Primary-LTERMs primary-lterm. Ist primary-lterm bereits das Primary-LTERM einer LTERM-Gruppe, wird das LTERM dieser Gruppe zugeordnet. Waren primary-lterm bisher keine Alias-LTERMs zugeordnet, entsteht jetzt eine neue LTERM-Gruppe mit primary-lterm als Primary-LTERM und ltermname (LTERM=) als Alias-LTERM. Ist primary-lterm ein normales LTERM, muss es folgende Bedingungen erfüllen: 
 | ||
Ausgabe von KDCLTERM
Am Administrator-Terminal werden die neuen und alten Eigenschaften (NEW, OLD) des LTERM-Partners angezeigt. Die Anzeige 'POOL LTERM' besagt, dass der Client über einen LTERM-Pool angeschlossen ist.
LTERM      STATUS            CONNECTION
           NEW      OLD      NEW        OLD
ltermname  ON|OFF   ON|OFF   CON|DIS|W  CON|DIS|W [POOL LTERM]
 
Erläuterung der Ausgabe
| LTERM | Name des LTERM-Partners | 
| STATUS | Der LTERM-Partner ist gesperrt (OFF) oder nicht gesperrt (ON). | 
| CONNECTION | Die Verbindung zu dem LTERM-Partner ist aufgebaut (CON), abgebaut (DIS) oder openUTM versucht gerade eine Verbindung aufzubauen (W; waiting for connection). |