1. Introduction aux Profiles
|
|
|
Afin de faciliter la gestion des postes des clients, il est possible, au moyen de la base Desktop Manager, de définir des documents Profiles qui vont s'appliquer à un ensemble d'individus ayant les mêmes besoins (communauté). Ces profils vont se caractériser par la gestion des éléments suivants de la configuration Notes :
- les documents du NAB personnel (Site, Page Replicateur, Connexion, Compte, Programme, Certificats Croisés...),
- les documents de la base Mail (Calendar Profile, Out Of Office, Mail Rules...)
- les Bases Notes auxquelles l'utilisateur accède (répliques locales ou icônes sur l'espace de travail)
- les Préférences Utilisateur (affichage du Workspace, Notes.ini, liens dans le Bookmark, jour du début de la semaine, liste des carnet d'adresses).
- les Préférences SameTime (Contact List, Server Communities, Meeting Rooms...).
- les actions d'administration quotidiennes des répliques locales (Compact, Fixup, ...)
- le contrôle des actions de l'utilisateur au moyen de documents Hook. (limiter la taille des pièces jointes envoyées par Mail...).
- l'application des Scripts de Pre et Post session pour effectuer par exemple des sauvegardes régulières de la configuration.
- ...
Appliquer un ou plusieurs documents Profiles à un poste utilisateur permet donc de s'assurer que la configuration de celui-ci sera conforme aux paramètres fixés. Comme les Profiles sont appliqués systématiquement (contrairement aux Tâches qui ne s'exécutent qu'une fois), si l'utilisateur change sa configuration, celle-ci sera immédiatement rétablie (dans le périmètre couvert par les options des Profiles définis pour cet utilisateur). L'utilisation des Profiles est une manière de garantir que la configuration du poste ne va pas dériver dans le temps.
L'autre avantage des Profiles réside dans l'application immédiate sur tous les postes dépendant de ces Profiles des modifications effectuées. Si vous ajoutez une base dans la configuration d'un Profile, tous les utilisateurs dépendants de ce Profile recevront cette base (soit comme icône, soit répliquée). Si vous changez l'adresse IP d'un des documents de Connexion associé à un Profile, tous les utilisateurs liés à ce Profile verront l'adresse IP du document Connexion de leur carnet d'adresse local immédiatement modifiée. L'utilisation de Profiles permet donc de propager immédiatement, sur un ensemble de postes, une modification de configuration.
De manière analogue aux Tâches, la mise en place des bases (icônes et répliques), le changement des préférences utilisateur et les traitements de synchronisation entre les documents Site, Connexion et Compte associés aux Profiles de l'utilisateur se feront lors de l'ouverture de la base Desktop Manager, dans la section application des Profiles 
du document de suivi de gestion du poste.
Il est possible à tout moment de créer, de modifier ou de supprimer des Profiles et de les associer / dissocier aux utilisateurs. Comme il est possible d'associer plusieurs Profiles à un utilisateur, on pourra créer des Profiles génériques s'appliquant à un ensemble de personnes, et créer des Profiles plus pointus ne s'appliquant qu'à un ensemble réduit d'utilisateurs.
Les seules personnes pouvant créer ou modifier des Profiles sont les personnes ayant le rôle [ADMIN] dans la LCA de la base Desktop Manager. Les personnes ayant le rôle [HELPDESK] peuvent simplement les consulter.
2. Contenu des documents Profile
|
|
|
Comme il existe de nombreux profils au sein de l'entreprise, il est possible de créer plusieurs Profiles dans la base Desktop Manager. La création de tels documents s'effectue en utilisant le bouton 
de la vue Notes Configuration / Profiles / Profiles Documents. Pour que ces documents soient valides, il faut renseigner un certain nombre de champs.
Main
: Il s'agit du nom de ce document Profile. Comme plusieurs documents Profiles peuvent cohabiter dans la base DskMgr.nsf, il convient de donner à chacun un nom unique. Ce paramètre est obligatoire.
: Zone de saisie libre pour indiquer la nature du document Profile ou des informations s'y rapportant.
: Il est possible d'associer à ce document de Profile un nom afin de le catégoriser dans la vue des Profile (cela permet de regrouper ensemble les Profiles de même nature).
: Numéro interne à l'application Desktop Manager permettant d'indiquer combien de fois le document a été modifié.
: Nom de la dernière personne ayant modifié le document.
: Date de création du document.
: Date de dernière modification du document.
Options
: Détermine si ce Profile doit être appliqué en mode silencieux (Silent) et/ou en mode complet (Full).
: Fréquence de l'application du Profile. Par défaut un profile s'applique à chaque démarrage de Desktop Manager en mode silencieux comme en mode complet. En affectant une fréquence, cela permet de planifier régulièrement (mais pas tous les jours) des opérations de maintenance comme la suppression du cache ou la purge de la base log.nsf.
: L'ordre d'application des documents Profile appliqué à un utilisateur suit l'ordre de déclaration des Profiles du document User. Il est possible d'imposer un choix différent en indiquant ici un ordre de priorité (1 - N) des Profiles les uns par rapport aux autres.
: Lors de l'application des Profiles en mode Full, on demande à masquer les lignes de détails des actions réalisées par ce Profile.
: Demande à ce que les traitements qui doivent être exécutés par DskMgr.exe lorsque le client Notes n'est plus en mémoire (suppression des icones de l'espace de travail, suppression du Cache.ndk, déplacement de fichiers...) le soient à la fin de la session Notes, quand l'utilisateur fermera son client Notes. Si cette option est cochée, le programme DskMgr.exe est démarré en tâche de fond par Desktop Manager, et il attend la fin du client Notes avant de traiter les lignes de commande du fichier DskMgr.ini. Si cette option a déjà été cochée dans le document de Setup, il n'est pas utile de la re-cocher ici.
: Si ce Profile lance des Agents LotusScript qui veulent pouvoir modifier les valeurs du document User, il conviendra de cocher cette option afin que les modifications apportées ne soit pas perdues.
Conditions
Il est possible de conditionner l'application d'un Profile pour un utilisateur à un ensemble d'options :
: Ce Profile ne doit s'appliquer que pour les utilisateurs démarrant Desktop Manager depuis un ordinateur portable.
: Ce Profile ne doit pas s'appliquer pour les utilisateurs démarrant Desktop Manager depuis un ordinateur portable.
: Ce Profile ne doit s'appliquer que pour les utilisateurs démarrant Desktop Manager depuis une session Virtuelle ( CITRIX...).
: Ce Profile ne doit pas s'appliquer aux utilisateurs démarrant Desktop Manager depuis une session Virtuelle.
: Ce Profile ne doit s'appliquer que pour les utilisateurs appartenant à un des serveurs de messagerie spécifiés.
: Ce Profile ne doit s'appliquer que pour les utilisateurs appartenant à un des domaines de messagerie spécifiés.
: Ce Profile ne doit s'appliquer que pour les utilisateurs appartenant à un des certificats Notes spécifiés.
: Ce Profile ne doit s'appliquer que pour les utilisateurs démarrant Desktop Manager depuis un client Notes sous Eclipse.
: Ce Profile ne doit pas s'appliquer pour les utilisateurs démarrant Desktop Manager depuis un client Notes sous Eclipse.
: Ce Profile ne doit s'appliquer que pour les utilisateurs ayant un client Notes dont la version est une de celles spécifiées.
: Ce Profile ne doit s'appliquer que pour les utilisateurs ayant un client Notes dont le Build Version est celui indiqué.
: Ce Profile ne doit s'appliquer que pour les utilisateurs ayant une interface de Desktop Manager dans les langues spécifiées.
: Ce Profile ne peut pas s'appliquer avant ou après la date spécifiée.
: Ce Profile ne peut s'appliquer que pour les utilisateurs ayant une adresse IP comprise dans les plages spécifiées.
: Ce Profile s'applique ou non en fonction des valeurs présentes dans le fichier Notes.ini.
: Ce Profile s'applique ou non en fonction des valeurs des variables d'environnement.
: Ce Profile s'applique ou non en fonction des valeurs de la base de registre Windows.
: Ce Profile peut s'appliquer ou non lors de la première exécution de Desktop Manager sur le poste (installation).
: Permet de limiter l'application de ce Profile à certain document Sites. Cela permet de ne pas appliquer un Profile qui répliquerait des bases à un site définit comme non connecté au serveur. Pour autoriser l'application de ce document Profile quelque soit le site courant, il suffit de laisser le champs vide.
Summary
: Listes des actions effectuées sur le poste de l'utilisateur, lors de l'application de ce Profile par Desktop Manager. Cette liste est dans l'ordre d'exécution des actions.
: Certaines actions nécessitent d'être effectuées quand le client Notes n'est pas en mémoire. Cette liste présente les actions traitées par le fichier DskMgr.exe à la fermeture de la session Notes (ces actions sont inscrites dans le fichier DskMgr.ini).
Warning
: Listes des options pour lesquelles les paramètres requis ne sont pas corrects : manque d'un paramètre, nom de serveur non canonique (CN=..../O=...), nom de la base Notes ne se terminant pas par ".nsf" ou ".ntf"... Cette analyse est effectuée à l'enregistrement du document Profile.
Hook
: Liste des Hooks qui doivent être installés sur le poste de l'utilisateur.
Workspace Preferences
: Permet de modifier les options d'affichage de l'espace de travail (Empiler les icones des bases répliques, Afficher le nombre de documents non lus, Afficher les noms de serveur, ...).
Workspace File
: Effectue une sauvegarde de l'état de l'espace de travail (icones de bases, pages, options d'affichage) et conserve jusqu'à X jours d'historique. Cette sauvegarde est effectuée dans le répertoire temporaire de l'utilisateur, sous la forme de fichier binaire nommé DskMgrWorkspace_20070417.bin (où 20070417 est la date du jour de la sauvegarde : 17 Avril 2007). Le fait de conserver un historique de l'espace de travail permet de le restaurer plus tard (via une Tâche). Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini.
Les fichiers DskMgrWorkspace_*.bin peuvent être copiés d'une machine à une autre, notamment pour transférer vers un autre poste la configuration complète de l'espace de travail.
Workspace Icons
: Liste des bases à ajouter sur l'espace de travail de l'utilisateur. Ces bases ne sont ni copiées ni répliquées sur le poste de travail, seul un lien (symbolisé par une icône sur l'espace de travail) est apporté. Si la base existe déjà sur l'espace de travail, il ne passera rien. L'application des Profiles étant un processus récurrent, il s'agit la plupart du temps de s'assurer que l'icône de la base est bien présente sur l'espace de travail.
: Liste des icônes des bases de l'espace de travail que l'on souhaite déplacer. Il faut indiquer le nom de la page ainsi que les coodonnées X - Y de destination pour chaque icône. La page de destination peut être désignée en donnant son nom ou sa position. Dans ce dernier cas, on utilisera la syntaxe "Page #" + numéro (exemple : Page #3 pour la 3ème page). Les pages sont numérotées de 1 à 32 (nombre de pages maximum autorisées). Les coordonnées X - Y d'une icône permettent de définir sa position sur la grille de l'espace de travail. La numérotation commence à 1. Les coordonnées de l'icône dans l'exemple ci dessous sont 5 - 2 :
Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini.
: Liste des icônes de l'espace de travail à supprimer. Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini. Il est possible d'utiliser le caractère Joker '*' pour spécifier un ensemble de bases (Application\*.nsf). Si vous utilisez le mot clé MISSING_DATABASES, l'application supprimera toutes les icônes pointant sur des bases locales inexistantes (Missing Databases).
Workspace Pages
: Liste des pages de l'espace que l'on souhaite créer ou déplacer. Pour chaque page, il faut indiquer son nom, sa couleur et sa position. Si la page existe déjà, on peut utiliser la notation Page # pour la désigner. La couleur s'exprime sous la forme d'un nombre compris entre 1 et 240. Ce nombre correspond au numéro de la couleur dans la table suivante. La table se lit de gauche à droite et de haut en bas. Les premières couleurs sont le noir (1), le blanc (2), le rouge (3), le vert clair (4), le bleu clair (5) :
La position de la page est un chiffre compris entre 1 et 32 (nombre de page maximum). Si la page désignée n'existe pas, elle sera créée (vide de toutes icônes). Si elle existe déjà, elle sera coloriée ou déplacée, en fonction des paramètres indiqués. Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini.
: Liste des pages de l'espace de travail que l'on souhaite renommer. Les pages concernées peuvent être désignées en donnant leur nom ou leur position. Dans ce dernier cas, on utilisera la syntaxe "Page #" + numéro (exemple : Page #3 pour la 3ème page). Les pages sont numérotées de 1 à 32 (nombre de pages maximum autorisées). Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini.
: Liste des pages de l'espace de travail à supprimer. Les pages concernées peuvent être désignées en donnant leur nom ou leur position. Dans ce dernier cas, on utilisera la syntaxe "Page #" + numéro (exemple : Page #3 pour la 3ème page). Les pages sont numérotées de 1 à 32 (nombre de pages maximum autorisées). Attention, la suppression d'une page entraînera la suppression de toutes les icônes se trouvant dessus. Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini.
Notes Files Cache
: Impose au fichier Cache.ndk une taille maximale. Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini.
: Suppression du fichier Cache.ndk. Ce traitement ne pouvant pas se faire alors que le client Notes est ouvert, il est déporté à la fin de la session Notes, grâce à l'utilisation conjointe de l'exécutable DskMgr.exe et du fichier de commande DskMgr.ini.
Notes Files Bookmark
: Permet d'ajouter l'icône de l'espace de travail 
dans la partie gauche de l'écran, sous le réplicateur 
. Il est possible de définir l'espace de travail comme Page par défaut de Notes.
: Permet d'ajouter des bases au Bookmark, soit dans le dossier Bases de documents (Database), soit dans la partie gauche de l'écran (Root). En renseignant, un nom de Frameset, la base sera ouverte dans ce frameset. Si le champ est laissé vide, la base s'ouvrira de façon standard suivant les propriétés d'ouverture de la base. Il est également possible de définir une base comme Page de démarrage du client Notes.
: Permet de supprimer du Bookmark un ensemble de bases se trouvant dans la partie gauche de l'écran (Root) ou dans le dossier Bases de documents (Database). Il suffit d'indiquer leur nom, leur titre ou leur Replica ID. Il est possible d'utiliser les caractères Joker (*).
Notes Files : Notes.ini
: Liste des variables dont on souhaite changer la valeur dans le fichier Notes.ini de l'utilisateur.
Notes Files : XML Files
: Liste des fichiers XML de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des valeurs d'un ou plusieurs fichiers XML que l'on shouhaite modifier. Il faut indiquer :
- le chemin du fichier XML (l'utilisation des @Keywords est possible),
- le nom de la variable à modifier (on précise son chemin complet dans l'arborescence du fichier XML) :
<?xml version="1.0" encoding="UTF-8"?>
<providerConfig lastModified="Thu Mar 25 12:14:39 CET 2010">
<communities>
<community alwaysEditActiveText="true" alwaysEditAwayText="true" alwaysEditDndText="true" ...
- la valeur que l'on shouhaite affecter (l'utilisation des @Keywords est possible)
- la clé permettant d'identifier la variable :
Certains fichiers XML peuvent rendre le chemin de la variable (connection-context.connection.proxyHost) ambigue :
<?xml version="1.0" encoding="UTF-8"?>
<connection-context>
<connection connectionType="tls-direct" proxyHost="192.168.210.10" proxyPassword=""/>
<connection connectionType="tls-proxy" proxyHost="192.168.210.25" proxyPassword=""/>
<connection connectionType="tls-vpn" proxyHost="192.168.210.59" proxyPassword=""/>
</connection-context>
Pour identifier la variable connection-context.connection.proxyHost de façon certaine, nous devons fournir la clé permettant de sélectionner la bonne occurence :
| Variable Name : |
|
connection-context.connection.proxyHost |
| Value : |
|
192.168.210.25 (nouvelle valeur) |
| Key Name : |
|
connection-context.connection.connectionType |
| Key Value : |
|
tls-proxy |
- les options d'insertion de la variable dans le fichier XML :
Le fichier XML suivant :
<?xml version="1.0" encoding="UTF-8"?>
<providerConfig lastModified="Thu Mar 25 12:14:39 CET 2010">
<communities>
<community alwaysEditActiveText="true" alwaysEditAwayText="true" ...
<statusTexts>
<activeText>I am available</activeText>
<awayText>I am away from my computer now</awayText>
utilise les deux types de variables possibles :
providerConfig.communities.community.alwaysEditAwayText est un attribut (Is Attribute).
providerConfig.communities.community.statusTexts.activeText n'est pas un attribut.
Notes Files : Prefs Files
: Liste des fichiers PREF de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des valeurs d'un ou plusieurs fichiers PREF que l'on souhaite modifier. Il faut indiquer le chemin du fichier PREF (l'utilisation des @Keywords est possible), le nom de la variable à modifier, la valeur que l'on souhaite positionner (l'utilisation des @Keywords est possible) ainsi que les options d'insertion de la variable.
Local NAB Account
: Liste des documents Compte du NAB local de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des documents Compte déjà existants dans le NAB local de l'utilisateur que l'on veut modifier en utilisant des documents Preference. La sélection des documents cibles se fait en utilisant un Wizard (bouton 
).
: Liste des documents Compte à supprimer du NAB local de l'utilisateur. La sélection des documents cibles se fait en utilisant un Wizard (bouton ).
Local NAB Connection
: Liste des documents Connexion du NAB local de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des documents Connexion déjà existants dans le NAB local de l'utilisateur que l'on veut modifier en utilisant des documents Preference. La sélection des documents cibles se fait en utilisant un Wizard (bouton ).
: Liste des documents Connexion à supprimer du NAB local de l'utilisateur. La sélection des documents cibles se fait en utilisant un Wizard (bouton ).
Local NAB Location
: Liste des documents Site du NAB local de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des documents Site déjà existants dans le NAB local de l'utilisateur que l'on veut modifier en utilisant des documents Preference. La sélection des documents cibles se fait en utilisant un Wizard (bouton ).
: Liste des documents Site à supprimer du NAB local de l'utilisateur. La sélection des documents cibles se fait en utilisant un Wizard (bouton ).
Local NAB Program
: Liste des documents Programme du NAB local de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des documents Programme déjà existants dans le NAB local de l'utilisateur que l'on veut modifier en utilisant des documents Preference. La sélection des documents cibles se fait en utilisant un Wizard (bouton ).
: Liste des documents Programme à supprimer du NAB local de l'utilisateur. La sélection des documents cibles se fait en utilisant un Wizard (bouton ).
Local NAB Cross Certificates
: Liste des documents Certificats Croisés du NAB local de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des documents Certificats Croisés à supprimer du NAB local de l'utilisateur. Il est possible d'utiliser des caractères Joker (*).
Local NAB Directory Profile
: Liste des documents Preference que l'on veut utiliser pour modifier le document Directory Profile du NAB local de l'utilisateur.
Replication : Local Databases
: Liste des bases d'un serveur que l'on souhaite répliquer en local sur le poste. Un talon de réplication est créé sur le poste de travail et son icône est rajoutée sur l'espace de travail de l'utilisateur. Il est possible de demander à ce que l'icône soit celui de la base sur le serveur ou celui de la base locale. Si on coche la case Replicate, la réplication sera lancée immédiatement. Dans le cas contraire, il faudra attendre la prochaine étape de réplication programmée pour recevoir le contenu des données. Il est possible de renseigner une formule de replication dans le champ Formula, cette formule de sélection sera appliquée à chaque réplication de la base. Il est également possible d'indiquer des Flags pour définir si on veut chiffrer ou non la base en local (EncryptSimple, EncryptMedium, EncryptStrong). Si on laisse le champ Flags vide, la base n'est pas chiffrée.
: Liste des bases dont on veut modifier les flags de réplication. Il est possible de traiter plusieurs bases : il suffit de changer la valeur de la colonne (Number). Les différents flags (valeur True / False) qu'il est possible de modifier sont les suivants :
ReplicationFlag1 = Server's Replicator Task ignores this database (Disable Replication)
ReplicationFlag2 = Server's Replicator Task automatically deletes notes that are older than the cutoff date
ReplicationFlag3 = Server's Replicator Task Ignores this database (Never Replicate)
ReplicationFlag4 = Truncate large documents and remove attachments
ReplicationFlag5 = Don't replicate deleted notes into destination database
ReplicationFlag6 = Do not send deletions made in this replica to other replicas
ReplicationFlag7 = Do not send changes in local security property to other replicas
ReplicationFlag8 = Do not send changes in database title & catalog info to other replicas
Priority = Set scheduled replication priority for this replica (LOW / MEDIUM / HIGH)
Vous pouvez également utiliser le Wizard de création de la ligne de commande en cliquant sur le bouton 
.
: Définit les préférences du client Notes pour le Managed Replica.
Replication : Replicator Pages
: Ces options permettent de contrôler les options de l'onglet réplicateur. Pour une base donnée (Replicated Database), il est possible d'indiquer si la réplication est active ou non (Check), avec quel serveur la prochaine réplication doit avoir lieu (Replicate with server), le sens de la réplication (Direction) et la troncature appliquée aux échanges (Trunc).
Comme les options de réplications d'une base peuvent être différentes selon le document Site actif, on précise en début de tableau le ou les sites sur lesquels ces options s'appliquent. Pour désigner l'ensemble des sites, on utilisera le caractère *.
: Il est possible de changer les chemins des bases enregistrés dans les pages du Réplicateur. Vous devez préciser le nom du chemin recherché (Current Database Path) et le nom du chemin de remplacement (New Database Path). Les chemins peuvent être donnés en absolu (c:\..) ou être relatifs au répertoire Data de Notes. Il est possible de spécifier plusieurs documents Site (pour indiquer TOUS les sites, utilisez le caractère joker *).
: Permet de changer la position des bases dans la page du réplicateur. Vous devez préciser le nom de la base (Replicated Database Name) et sa nouvelle position (Database Position). Il est possible de spécifier plusieurs documents Site (pour indiquer TOUS les sites, utilisez le caractère joker *).
: Liste des bases (répliques locales) à supprimer de la page Replicateur d'un document Site. Il est possible de spécifier plusieurs documents Site (pour indiquer TOUS les sites, utilisez le caractère joker *).
: Liste des documents Site pour lesquels on souhaite activer ou désactiver la synchronisation des Contacts du NAB local de l'utilisateur avec sa base Mail (option visible dans la page réplicateur). Cette option est réservée aux clients Notes R.8x. Si vous voulez synchroniser les contacts pour les clients Notes R6.x ou R7.x, utilisez l'agent R6.x : Synchronize Address Book Contacts.
Mail : Mail File
: Lorsque le Profile va s'appliquer en Mode Full, on veut lancer le compactage de la réplique locale de la base Mail.
: Il est possible de ne compacter la base Mail que si son espace libre dépasse un certain seuil.
: Il est possible de demander l'autorisation à l'utilisateur avant de compacter sa base Mail.
: Message à afficher à l'utilisateur.
Mail : Calendar Profile
: Liste des documents Preference que l'on veut utiliser pour modifier le document Calendar Profile dans la base Mail de l'utilisateur.
Mail : Mail Rules
: Liste des documents Mail Rule de la base Mail de l'utilisateur que l'on veut créer / synchroniser en utilisant des documents Template.
: Liste des documents Mail Rule à supprimer de la base Mail de l'utilisateur. La sélection des documents cibles se fait en utilisant un Wizard (bouton 
).
Notes Databases : Administration Tasks
: Liste des bases locales qu'on veut compacter. Si une base ne peut pas être compactée immédiatement (en cours d'utilisation par Notes comme le names.nsf), elle sera compactée ultérieurement, via l'exécutable DskMgr.exe et le fichier de commande DskMgr.ini (cela n'est valable que pour les bases non chifrées).
: Liste des bases locales auxquelles on veut faire subir un Fixup.
: Liste des bases locales dont on veut reconstruire tous les index de vues.
: Liste des bases locales dont on veut reconstruire l'index Full Text.
: Liste des bases locales dont on veut supprimer l'index Full Text.
: Liste des bases locales pour lesquelles on souhaite mettre à jour le Design des vues privées. En effet, les vues privées sont créées à partir du modèle de vue présent dans la base. Si ce modèle évolue, les occurrences des vues privées basées sur ce design ne sont pas impactées. Cette fonctionnalité vise donc à tenir à jour le code des vues privées en fonction de la vue d'origine.
: Listes des bases dont on veut supprimer les Deletion Stubs.
: Permet de purger la base Log.nsf locale en supprimant tous les documents qui datent de plus de X mois. Comme Desktop Manager parse le Log pour remonter les erreurs survenues sur le poste utilisateur, le fait de ne pas conserver des années de documents (inutiles) accélérera le traitement d'analyse.
: Liste des bases locales pour lesquelles on souhaite effectuer un audit complet. Pour chaque base auditée, un document Database Audit sera créé dans la base Desktop Manager :
: Permet de reconfigurer le poste d'un utilisateur dans le cas où une base auquel il accédait a été déplacé d'un serveur à un autre. Le processus va supprimer l'icône de la base sur son ancien serveur et ajouter l'icône de la base sur le nouveau serveur. S'il existe une replique locale de l'ancienne base, le processus va mettre le nom du nouveau de serveur dans le réplicateur afin que la base réplique avec le nouveau serveur. Si la base est une base mail (is Mail Database), alors le processus va en plus modifier les documents Sites et le nom du serveur de mail dans le Notes.ini (MailServer).
Notes Databases : Modify Database
: Permet de modifier les valeurs des champs des documents d'une base locale. Il est possible de rechercher / remplacer une valeur ou tout simplement d'affecter la valeur à un champ sans tenir compte de sa valeur précédente :
- Le premier paramètre (Local Database Name) sert à indiquer le nom de la base locale.
- Le deuxième paramètre (Documents Selection @ Formula) est une formule de sélection de documents (analogue à la formule de sélection dans les vues), afin de définir la liste des documents à traiter (pour désigner tous les documents, il suffit d'indiquer @All). Il est possible d'indiquer ici un nom de document Profile (CalendarProfile, ArchiveProfile, ...) à la place de la @formula.
- Le troisième paramètre (Fields to Process) défini la liste des champs du document à traiter (ce paramètre est multi valué). Pour traiter tous les champs du documents, il suffit d'indiquer *. Si tous les champs doivent être traités (*), il est possible d'indiquer une liste de champs à exclure dans le 4 ème paramètre (ce paramètre est également multi valué).
- Le cinquième paramètre (Source String) indique la valeur que l'on recherche. Pour les noms canoniques (nom de serveur, nom d'utilisateur), il faut saisir un nom complet avec les CN= et les /O=. Si on ne veut pas fonctionner en mode rechercher / remplacer, mais que l'on veut simplement imposer une valeur au champ, il suffit de mettre * dans ce paramètre.
- Le sixième paramètre (Replace String) est la chaîne de caractère de remplacement, ou d'affectation. Pour les noms canoniques (nom de serveur, nom d'utilisateur), il faut saisir un nom complet avec les CN= et les /O=.
Il n'est pas possible de mettre conjointement * dans le 3 ème paramètre (liste des champs à traiter) et * dans le cinquième paramètre (Source String), car cela voudrait dire que l'on va modifier la valeur de TOUS les champs des documents. L'utilisation de * dans le 3 ème paramètre (liste des champs à traiter) n'est possible qui si l'on travaille en mode rechercher / remplacer, c'est à dire avec une valeur dans 5 ème paramètre différente de *. Vous pouvez également utiliser le Wizard de création de la ligne de commande en cliquant sur le bouton 
.
: Permet de copier un ensemble de documents d'une base source vers une base destination. La sélection des documents se fait à partir d'une @Formula.
: Permet de synchroniser de façon bijective un ensemble de documents d'une base source vers une base destination à l'aide d'une formule de sélection et d'une clé de synchronisation. Il est possible de supprimer ou non les documents de la base destination qui répondent à la formule de sélection mais qui n'ont plus d'équivalent dans la base source.
: Liste des bases dans lesquelles on souhaite supprimer des documents. La sélection des documents à supprimer se fait au moyen d'une @Formula Notes.
: Liste des bases dont on veut modifier les options. Il est possible de traiter plusieurs bases : il suffit de changer la valeur de la colonne (Number). Les différents options (valeur ou flag True / False) qu'il est possible de modifier sont les suivants :
R5Option1 = Don't maintain unread marks (True / False)
R5Option2 = Document table bitmap optimization (True / False)
R5Option4 = Maintain LastAccessed property (True / False)
R5Option6 = Allow soft deletion (True / False)
R5Option7 = Don't support specialized response hierarchy (True / False)
R5Option9 = Allow more fields in database (True / False)
IconReplace = Allows or prevents the possibility of replacing the 'Icon' document during the replace/refresh Design (True = Protects from Replace Design, False = Allows Replace Design).
HelpUsingReplace = Allows or prevents the possibility of replacing the 'Using' document during the replace/refresh (True = Protects from Replace Design, False = Allows Replace Design).
HelpAboutReplace = Allows or prevents the possibility of replacing the 'About' document during the replace/refresh Design (True = Protects from Replace Design, False = Allows Replace Design).
CatalogFlag = Allow or prevent a database to be processed by the Catalog task, and so to appear in the Catalog database (True=The database must appear in the Catalog database, False=The database must NOT appear in the Catalog database )
Category = Define the category name used, for this database, in the Catalog database (Category = [Category name]).
LimitUpdatedBy = Define the maximun number of entries permited in the $UpdatedBy fields of database's documents (LimitUpdatedBy = [Number of entries], 0=No limit)
LimitRevisions = Define the maximun number of entries permited in the $Revisions fields of database's documents (LimitRevisions = [Nombre d'entrées autorisées], 0=No limit)
ExpireTime = Define the value for the field $Undelete for the database's documents (ExpireTime = [Number of hour]).
ReplicateUnread = Modification of the option related to the replication of Unread Tables (ReplicateUnread = Never / Clustered / All)
Vous pouvez également utiliser le Wizard de création de la ligne de commande en cliquant sur le bouton .
: Liste des bases dont on veut modifier (ou définir) le quota. Les tailles sont exprimées en MB. Pour ne pas changer une des deux valeurs (Quota ou Warning), il suffit de laisser la valeur vide. Si on désire appliquer en local le même quota que la base Mail du serveur, il suffit d'utiliser le mot clé @MailFileQuota dans les champs définissant les tailles.
Notes Databases : Change Database Design
: Liste des bases locales dont on veut rafraîchir la structure. Il est possible de préciser le nom du serveur abritant les modèles.
: Liste des bases locales dont on veut remplacer la structure. Le modèle doit être en local.
Notes Databases : Database Security
: Liste des bases dont on veut modifier la LCA. Il est possible d'agir sur les entrées, les rôles, les options d'administration, etc... La liste détaillée et la syntaxe des commandes de changement de la LCA est donnée en annexe (cf 4.8- Syntaxe des commandes ChangeACL). Vous pouvez également utiliser le Wizard de création de la ligne de commande en cliquant sur le bouton .
Pour toutes les options relatives aux bases locales, il est possible de traiter plusieurs bases; il suffit de changer la valeur de la colonne (Number).
User Pref
A travers les Profile, il est possible de fixer certaines valeurs des Préférences Utilisateur. Il ne s'agit pas de définir des valeurs pour toutes les préférences utilisateur mais simplement déclarer la liste des préférences utilisateur qu'on souhaite gérer à partir de ce Profile et d'en donner la valeur.
Pour indiquer qu'on veut gérer une préférence, on sélectionne la coche à gauche de la valeur (colonne Enforce) et on indique sa valeur :
: Dans cet exemple, on souhaite imposer la position de la palette Smart Icon à gauche de l'écran. En revanche, on laisse libre le choix du nom de la palette et la taille des icônes. L'utilisateur peut à sa convenance modifier le nom et la taille, mais s'il change la préférence liée à la position, lors de l'application des Profiles, la valeur sera remise à Left.
Pour les cases à cocher, le principe reste le même, on indique les préférences qu'on veut gérer en sélectionnant la coche de la colonne Enforce et on indique la valeur en cochant ou en ne cochant pas la case :
: Dans cet exemple on souhaite gérer à partir du Profile les options d'affichage des icônes de l'espace de travail, et notamment le fait d'empiler ou non les icônes des répliques (Stack Replica Icons) et l'affichage du nombre des documents non lus (Show Unread). Pour cela, on coche les cases de la colonne Enforce correspondant à ces deux choix (Stack Replica Icons et Show Unread). Il faut ensuite définir les valeurs. Pour le choix Stack Replica Icons, on ne souhaite PAS empiler les icônes, on décoche alors la case représentant la valeur. Pour le choix Show Unread, on veut en revanche afficher le compte des non lus, alors on coche la valeur.
Comme on ne s'intéresse pas à l'affichage des noms de serveur (Show Server Names), on ne coche pas la case de la colonne Enforce pour cette option. L'utilisateur pourra donc la modifier sans que l'application du Profile ne vienne écraser son choix.
Sametime
A travers les Profiles, il est possible de fixer certaines valeurs des préférences Sametime. Il ne s'agit pas de définir des valeurs pour toutes les préférences Sametime de l'utilisateur mais simplement déclarer la liste des préférences Sametime qu'on souhaite gérer à partir de ce Profile et d'en donner la valeur.
Pour indiquer qu'on veut gérer une préférence Sametime, on sélectionne la coche à gauche de la valeur (colonne Enforce) et on indique sa valeur, comme pour les préférences utilisateurs (User Pref) :
ECL
: Permet de figer la LCE en lecture seule afin que l'utilisateur ne puisse plus la modifier. Il est également possible de rendre à nouveau l'ECL modifiable par l'utilisateur.
: On veut rafraîchir la LCE (Liste de contrôle d'exécution) du poste de l'utilisateur.
: Nom du serveur et nom de la base hébergeant la LCE de référence. Si ces champs de sont pas remplis, le programme va utiliser le carnet d'adresse (names.nsf) du serveur hébergeant la base Desktop Manager. Si on fait référence à une ECL nommée stockée dans la base Desktop Manager, il faut indiquer ici le chemin de la base Desktop Manager ainsi que le nom du serveur hébergeant la base.
: Nom de la LCE qu'on souhaite appliquer. Habituellement, ce paramètre est laissé vide, pour indiquer la LCE d'administration. Si vous souhaiter appliquer une ECL nommée stockée dans la base Desktop Manager, il suffit d'indiquer son nom.
: Ajoute une nouvelle entrée dans la LCE. Si l'entrée existe déjà, elle ne sera pas modifiée.
: Options de sécurité pour l'entrée à créer.
Vous pouvez également utiliser le Wizard de création de la ligne de commande en cliquant sur le bouton 
.
: Il faut sélectionner quelles sont les parties de la LCE où l'on souhaite ajouter l'entrée (Workstation, Java Applets, JavaScript).
: Modifie les options de sécurité d'une entrée déjà existante dans la LCE. Il est possible de modifier plusieurs entrées en utilisant le caractère Joker * (ex : CN=*/O=CooperDev). Si l'entrée n'existe pas, elle ne sera pas créée.
: Options que l'on souhaite modifier dans l'entrée de la LCE. En plaçant un signe + devant la lettre, on ajoute l'option, en plaçant un signe - devant la lettre, on supprime l'option (cf ci-dessus pour le détail des options).
: Il faut sélectionner quelles sont les parties de la LCE où l'on souhaite modifier la ou les entrées (Workstation, Java Applets, JavaScript).
: Supprime une entrée de la LCE. Il est possible de supprimer plusieurs entrées en utilisant le caractère Joker * (ex : CN=*/O=CooperDev). Il n'est pas possible de supprimer les entrées -Default- ou -No Signature-.
: Il faut sélectionner quelles sont les parties de la LCE où l'on souhaite supprimer la ou les entrées (Workstation, Java Applets, JavaScript).
: Supprime la LCE (Liste de contrôle d'exécution) du poste de l'utilisateur.
: Il faut sélectionner quelles sont les parties de la LCE que l'on souhaite supprimer (Workstation, Java Applets, JavaScript).
Execute Scripts : Notes Agents
: Liste des agents à lancer au moment de l'application du Profil sur le poste (en mode Full ou en mode Silent). Dans des cas particuliers, il est plus simple d'écrire un agent LotusScript qui va effectuer un ensemble de modifications du poste plutôt que de passer par des tâches séquentielles. Les agents à exécuter doivent se trouver dans la base DskMgr.nsf et être signés par un ID compatible avec la LCE du poste où va s'exécuter l'agent.
: Liste des agents à lancer au moment de l'application du Profil sur le poste, mais seulement quand celui-ci est appliqué en mode Full. Cela permet de lancer des agents dont le temps d'exécution peut être élevé (compactage de bases, migration de données).
: Liste des agents LotusScript qui seront lancés en arrière plan, après la phase d'audit, par le composant DskMgrTask.exe. Ces agents ne doivent pas utiliser de fonctions provenant des classes UI (UIWorkspace, UIDocument...).
: Permet d'exécuter des agents localisés dans d'autres bases Notes que Desktop Manager. Il est possible d'utiliser un replica id comme nom de base. L'agent sera exécuté lors de l'exécution du Profile sur le poste de l'utilisateur. L'option Full Mode only permet de ne pas lancer l'agent si le Profile est exécuté en Mode Silent. Il est possible de préciser plusieurs noms de serveur pour la base hébergeant l'agent à exécuter. Si le premier serveur n'est pas disponible, Desktop Manager essayera le suivant et ainsi de suite jusqu'à trouver un serveur disponible.
Execute Scripts : Exe Files
: Liste des exécutables (ou fichier de commande) à lancer sur le poste de l'utilisateur. Il existe deux types de lancement disponibles : le lancement en séquence (Sequence) qui enchaîne les différents programmes, et qui attend la fin du précédent pour lancer le suivant et le lancement en mode détaché (Detach) qui lance tous les programmes en parallèle. Le mode Sequence bloque l'exécution de déroulement de l'application Desktop Manager (elle attend la fin de l'exécution pour continuer) alors que le mode Detach lui permet de continuer immédiatement. Si le chemin du programme que vous voulez exécuter contient des espaces (c:\Program Files\...\my_exe param_1 param_2), pensez à ajouter des guillemets ("") autour ("c:\Program Files\...\my_exe" param_1 param_2).
: Permet de lancer en arrière plan un programme lié à Notes comme les Tâches locales d'administration (compact, convert, fixup, update ...) présentes sur le poste de l'utilisateur. Si vous ne voulez pas attendre la fin de l'exécution de la Tâche pour continuer l'exécution de Desktop Manager, laissez le champ Timeout delay vide. Si au contraire vous devez attendre que la Tâche soit terminée avant de continuer l'exécution de Desktop Manager, vous devez alors indiquer le délai maximum d'attente dans le champ Timeout Delay (par exemple 300 s = 5 minutes). Si la Tâche n'a pas terminée son exécution après que délai soit expiré, Desktop Manager continuera son exécution sans plus attendre. Si la Tâche a terminé avant le délai, Desktop Manager continuera son exécution juste après la fin de la Tâche.
Execute Script : Pre-Session Script
: Le Pre-Session Script est un fichier de commandes (DskMgrPre.ini) exécuté depuis le Hook, au démarrage du client Notes, avant la demande de mot de passe. Ce script est généralement utilisé pour le roaming, afin de recopier les fichiers de l'utilisateur (names.nsf, bookmark, espace de travail, fichier id, notes.ini...) dans le répertoire Notes courant avant que celui-ci n'y accède. Ce script s'exécute dans le contexte Lotus Notes, il peut donc utiliser les fonctions manipulant les ressources Notes (modification des variables du Notes.ini, création / modification de documents dans les bases Notes...). Pour plus d'information sur les fichiers de Scripts, se reporter à la documentation 5.2- Programmez des Scripts en utilisant l'API Script de Desktop Manager.
Execute Script : Post Actions
: Les Post Actions correspondent généralement à des commandes sur des fichiers (copie, suppression...) qui seront exécutés par le composant DskMgr.exe, à la fin de la session Notes. Ces commandes sont écrites dans le fichier DskMgr.ini. Elles seront exécutées dans l'ordre de déclaration dans le Profile.
Les Post Actions disponibles sont :
| |
Copy File |
|
Copie un fichier |
| |
Move File |
|
Déplace ou renomme un fichier ou un réperoire |
| |
Delete File |
|
Supprime un fichier ou plusieurs fichiers |
| |
Zip File |
|
Compresse un fichier au format Zip |
| |
Unzip File |
|
Décompresse un fichier Zip |
| |
Modify File |
|
Modifie le contenu d'un fichier (recherche et remplace une chaine de caractère de même longueur, sous format texte ou hexa ascii) |
| |
Create Folder |
|
Crée un dossier |
| |
Delete Folder |
|
Supprime un dossier (et, si besoin, son contenu) |
| |
Mount Volume |
|
Crée un point de montage pour un volume |
| |
Run Sequence Program |
|
Exécute un programme en attendant la fin |
| |
Run Detach Program |
|
Exécute un programme sans attendre la fin |
Execute Script : Post-Session Script
: Le Post-Session Script est un fichier de commandes (DskMgrPost.ini) exécuté par le DskMgr.exe, après la fin de la session Notes, après l'exécution des commandes du fichier DskMgr.ini (post actions). Ce script est généralement utilisé pour le backup des fichiers de l'utilisateur (names.nsf, bookmark, espace de travail, fichier id, notes.ini...) dans un répertoire dédié. Ce script s'exécutant après les modifications apportées aux fichiers Notes, les fichiers sont donc dans un état stable, ils peuvent être déplacés sans risque. Comme il n'y a pas de session Notes active lors de l'exécution de Post Script, il n'est pas possible de faire appel à des fonctions Notes. Pour plus d'information sur les fichiers de Scripts, se reporter à la documentation 5.2- Programmez des Scripts en utilisant l'API Script de Desktop Manager.
Files on Disk
: Liste des fichiers qu'on souhaite détacher sur le poste de l'utilisateur. Il ne s'agit pas forcément de fichiers Notes. Il faut donc indiquer les chemins des fichiers en absolu. Il peut s'agit de fichiers de commande (.bat) qui seront ensuite exécutés à l'aide du module définit ci-dessous.
: Liste des fichiers présents sur le disque dur de l'ordinateur de l'utilisateur que l'on souhaite récupérer dans la base Desktop Manager. Si le fichier est trouvé, un document File sera créé dans la base Desktop Manager, sous l'arborescence des résultats de l'audit de l'utilisateur. Il est possible de compresser le fichier (Zip) au moment de son stockage dans la base Desktop Manager, afin de limiter l'espace occupé.
: Copie un fichier présent sur le poste de l'utilisateur.
: Copie un ensemble de fichiers présents dans un répertoire Source (Source Folder Path) vers un répertoire de Destination (Destination Folder Path). Il faut définir la liste des fichiers ou des sous-répertoires que l'on veut copier (l'utilisation du caractère '*' est autorisée) mais également la liste des fichiers ou des répertoires que l'on ne souhaite pas copier (l'utilisation du caractère '*' est autorisée). Il est possible de parcourir récursivement l'ensemble des sous-répertoires du répertoire Source en cochant l'option 'Process Sub Folders'. Dans ce cas, l'arborescence des fichiers Source est re-créée sous le répertoire Destination.
: Synchronise un ensemble de fichiers présents dans un répertoire Source (Source Folder Path) vers un répertoire de Destination (Destination Folder Path). Il faut définir la liste des fichiers ou des sous-répertoires que l'on veut synchroniser (l'utilisation du caractère '*' est autorisée) mais également la liste des fichiers ou des répertoires que l'on ne souhaite pas synchroniser (l'utilisation du caractère '*' est autorisée). Il est possible de parcourir récursivement l'ensemble des sous-répertoires du répertoire Source en cochant l'option 'Process Sub Folders'. Dans ce cas, l'arborescence des fichiers Source est re-créée sous le répertoire Destination. Les fichiers du répertoire Source ne seront copiés dans le répertoire Destination uniquement dans le cas où la date de dernière modification est plus récente pour le document Source (date modification fichier Source > date modification fichier Destination).
: Zip un ensemble de fichiers présents dans un répertoire Source (Source Folder Path) dans un fichier zip (Zip File Path). Il faut définir la liste des fichiers ou des sous-répertoires que l'on veut zipper (l'utilisation du caractère '*' est autorisée) mais également la liste des fichiers ou des répertoires que l'on ne souhaite pas zipper (l'utilisation du caractère '*' est autorisée). Il est possible de parcourir récursivement l'ensemble des sous-répertoires du répertoire Source en cochant l'option 'Process Sub Folders'. Dans ce cas, l'arborescence des fichiers Source est re-créée dans le fichier zip.
: Déplace ou renomme un fichier ou un répertoire sur le poste de l'utilisateur.
: Liste des fichiers à supprimer du disque dur de l'utilisateur. Si le fichier ne peut pas être supprimé immédiatement (en cours d'utilisation par Notes), il sera supprimé ultérieurement, via l'exécutable DskMgr.exe et le fichier de commande DskMgr.ini. Il est possible d'utiliser le caractère * pour supprimer un ensemble de fichier (ex : %TEMP%\DskMgrLog*.txt).
: Liste des répertoires à créer sur le disque dur de l'utilisateur.
: Liste des répertoires à supprimer. L'option "Empty Directory" permet de vider les répertoires avant de les supprimer.
: Liste des clés de registre que l'on souhaite modifier. Si le nom de la clé est vide (Key Name), c'est la valeur par défaut de la sous clé qui est mise à jour. Si la sous clé ou la clé n'existe pas, elles seront créées. Les différents types de données possibles sont les suivants :
| |
REG_SZ |
|
Chaîne de caractères |
| |
REG_EXPAND_SZ |
|
Chaîne de caractères contenant des variables d'environnement Windows (%USERPROFILE) |
| |
REG_DWORD |
|
Nombre entier (à saisir en décimal) |
: Liste des clés de registre que l'on souhaite supprimer.
3. Utilisation des Wizard
|
|
|
Afin de faciliter la saisie des paramètres obligatoires (listes des options, documents cibles...) des fonctions disponibles dans les Profile vous devez parfois utiliser un Wizard en cliquant sur le bouton 
. Une fenêtre s'affiche alors à l'écran :
Le type de fenêtre affichée va dépendre des besoins de la fonction en terme de paramètres (sélection de documents du NAB, sélection de documents de la base Mail, propriétés d'une base, options de réplication, options de la LCE...).
Toutes les fenêtres Wizard fonctionnent sur le même principe :
- On commence par sélectionner les paramètres souhaités dans le haut de la fenêtre :
- On clique ensuite sur le bouton
afin de convertir les paramètres en ligne de commande :
- On ferme la fenêtre de Wizard en cliquant sur le bouton
, cela transfère la ligne de commande dans le champ du document Profile :
4. Association User / Profile
|
|
|
Il existe plusieurs manières distinctes d'associer un ou plusieurs Profiles à un utilisateur:
- En ouvrant les documents User et en modifiant la liste des Profiles directement dans le champ réservé à cet effet :
: On renseigne les noms de Profiles dans l'ordre dans lequel ils doivent être appliqués.
- Au moyen du bouton
de la vue Notes Configuration / Profile / Profile Assignments :
Une fois les documents utilisateurs sélectionnés dans la vue et le bouton d'action activé, il faut sélectionner le ou les documents Profiles souhaités à travers une boîte de dialogue :
: Liste des Profiles à ajouter à ceux existants déjà.
: Liste des Profiles à supprimer de la liste existante.
- Au moyen du bouton
présent dans les vues affichant les documents User :
Une fois les documents utilisateurs sélectionnés dans la vue et le bouton d'action activé, il faut sélectionner le ou les documents Profiles souhaités à travers une boîte de dialogue :
: Liste exacte des Profiles que doivent avoir ces utilisateurs.
: Liste des Profiles à ajouter à ceux existants déjà.
: Liste des Profiles à supprimer de la liste existante.
- Au moyen du document Setup associé à cet utilisateur :
: Si la Precedence est définie à User, la liste des Profiles du document Setup va servir à initialiser la liste des Profiles de l'utilisateur la première fois où il va se connecter à la base Desktop Manager. Ensuite, la liste des Profiles de l'utilisateur pourra évoluer de manière complètement indépendante de la liste définie dans le document Setup.
: Si la Precedence est définie à Setup, les Profiles du document Setup vont systématiquement s'ajouter en tête de liste des Profiles à appliquer à l'utilisateur. Il sera possible d'en ajouter d'autres, mais ceux-ci seront toujours présents. Il est en plus possible de préciser une liste de Profiles à supprimer systématiquement. Ces Profiles ne seront donc jamais applicables à l'utilisateurs car le Setup à la priorité sur les Profiles que l'administrateur pourrait définir manuellement.
5. Utilisation des mots clés %, # et @
|
|
|
Comme pour les Tâches, il est possible d'utiliser, dans tous les champs des documents Profile, les mots clés @ (valeurs Notes), # (variables du Notes.ini) et % (variables d'environnement). Lors de l'application du Profile sur le poste utilisateur, ces mots clés sont remplacés par les vraies valeurs, dont la plupart sont extraites de la fiche Person de l'utilisateur dans le carnet d'adresses de l'entreprise (pour les @), du fichier Notes.ini (pour les #) et des variables d'environnement de la session utilisateur du poste (pour les %). Contrairement aux Tâches qui peuvent être personnelles, l'aspect universel du document Profile rendent obligatoire l'utilisation de mot clés génériques. La liste de tous les mots clés utilisables est décrite en annexe (cf 4.7- Utilisation des mots clés @, # et %).
Par exemple, si on désire créer en local une réplique de la base courrier de l'utilisateur, il suffira de paramétrer comme suit :
@MailServer correspond au nom du serveur de mail de l'utilisateur et @MailDbName désigne le chemin de la base Mail sur le serveur. Dans le répertoire MailCooper\ du poste local (sous Data), la base mail présente sur le serveur va être répliquée, en conservant le même nom de fichier (@MailFileName). L'utilisation de mots clés génériques permet de faciliter l'écriture de tâches multi-utilisateurs.
De plus, partout où il est possible de mettre un nom de base dans les paramètres du document de Profile, on peut fournir à la place un Replica ID de base :
Back to Top
Commentaires
0 commentaire
Cet article n'accepte pas de commentaires.