DominoArea.org [Archive]

Bonjour à tous,

Tout d'abord, une précision, je ne suis pas administrateur lotus, mais développeur lotus.

Dans un cas très particulier, je cherche a savoir s'il est possible de configurer un client lourd lotus notes pour qu'il s'ouvre sur une seule application lotus et interdire l'accès a toutes autre fonctionnalité. Attention, il ne s'agit pas d'interdire l'accès au niveau de l'utilisateur, mais bien au niveau de l'installation/configuration de ce client lourd.

En d'autre terme, imaginons qu'un utilisateur est autoriser a accéder à ces mails et à deux applications, App1 et App2. Tout doit fonctionner sur son poste utilisateur.

Je voudrais lui configurer un client lourd en RemoteApp (sur serveur 2008R2), mais il serait mieux que ce client lourd soit limité a uniquement l'application "App2".

Pour les curieux, il s'agit d'un problème de performance liée a l'éloignement physique de l'utilisateur et du serveur (plus de 9000 Km dans mon cas) et l'impossibilité de créer un replica local de l'application App2 (à cause de DECS, il est impératif que tout changement soit répercuté en temps réel sur notre serveur iSeries via DECS).

Voila, toutes idées est la bienvenus.

Merci.

DesktopManager doit pouvoir le faire mais jamais utilisé et payant

sinon ya pas moyen d'ouvrir le client notes en mode "zut le nom m'échappe" en gros on vois pas le client que l'appli...

Tu peux créer un raccourcis qui lance le client et ouvre une base précise, mais tout edt dispo...

Michael DELIQUE a écrit:sinon ya pas moyen d'ouvrir le client notes en mode "zut le nom m'échappe" en gros on vois pas le client que l'appli...

C'est le mode Kiosk il suffit d'ajouter /kiosk comme paramètre à l'exe

oui voila !

Hello,

Je ne saisis pas bien quel est le nombre d'utilisateurs concernés : si je comprends bien il y en a un seul ?

Je ne connais pas le mode "RemoteApp (sur serveur 2008R2)" mais j'imagine que dans ce cas les binaires et la configuration sont sur un serveur et non sur la station de travail de l'utilisateur. Dans ce cas une solution artisanale pourait être de faire en sorte que le desktop.dsk soit très fréquement et automatiquement remplacé par une version de référence stockée ailleurs que dans le userland.

La solution la plus fiable reste d'éduquer l'utilisateur, mais nous savons tous que c'est malheureusement la moins simple à mettre en oeuvre dans la vraie vie.

D'autres pistes :
* une politique
* wébiser ladite appli, de sorte que l'user n'ait plus du tout besoin d'un client riche.
* modifier l'appli concernée pour que les champs visés par DECS soient forcément "poussés" dans une autre base qui elle, habiterait sur le serveur ou vit DECS en jouant sur les évènement onChange, Exiting, QuerySave etc ...