Lorsque vous utilisez IBM Telephone Directory version 5.2, vous devez prendre en considération les remarques et les limitations suivantes.
Configuration
L'application IBM Telephone Directory version 5.2 peut être configurée pour utiliser un nom distinctif de base du serveur Directory Server (LDAP). Si vous publiez l'annuaire système sur le serveur LDAP à l'aide de la classe d'objets inetOrgPerson, vous pouvez utiliser cet annuaire pour l'application. Vous pouvez effectuer cette opération en indiquant le nom distinctif de base à utiliser pour l'application IBM Telephone Directory lors de l'installation d'IBM Welcome Page version 1.1. Toutefois, la zone du mot de passe est facultative dans la classe d'objets inetOrgPerson. Un utilisateur autorisé doit définir la valeur du mot de passe dans les entrées s'il souhaite que les utilisateurs mettent à jour leurs propres entrées.
Utilisation générale
Lorsque vous recherchez un numéro de téléphone, aucun caractère générique n'est implicitement pris en compte. L'application IBM Telephone Directory version 5.2 recherche une valeur identique à celle que vous avez entrée. Vous devez donc impérativement indiquer le caractère générique astérisque (*) si vous recherchez une partie d'un numéro de téléphone.
Par exemple, vous souhaitez rechercher tous les utilisateurs possédant l'indicatif 02. Le critère de recherche suivant est défini :
*02*
Remarque : Outre les résultats comportant l'indicatif 02, vous pouvez obtenir d'autres résultats (les utilisateurs dont le numéro de téléphone comporte le chiffre 02).
Lorsque le système vous invite à entrer votre ID utilisateur et votre mot de passe, les caractères indiqués doivent être mappés au CCSID du travail par défaut sur le système IBM HTTP Server. Le serveur HTTP suppose que l'ID utilisateur et le mot de passe indiqués sont codés avec le CCSID (ASCII) configuré pour le serveur et les convertit au format du CCSID du travail du serveur (EBCDIC). Si les caractères ne sont pas mappés, la connexion échoue. Par exemple, si l'ID utilisateur ou le mot de passe contienne des caractères japonais, le serveur HTTP doit s'exécuter avec un CCSID net japonais (tel que 943) et un CCSID de travail japonais (tel que 5035). Dans le cas contraire, vous ne pouvez pas vous connecter à l'application IBM Telephone Directory car le serveur HTTP ne parvient pas à authentifier vos justificatifs. Cette limitation ne s'applique pas aux données entrées ou affichées dans un formulaire car toutes les données sont codées au format UTF-8. Elle s'applique uniquement à la procédure de connexion.
Les procédures suivantes sont affectées :
Les procédures suivantes ne sont pas affectées :
Enregistrement
Les mots de passe ne sont pas obligatoires par défaut.
Si vous souhaitez associer une photo à l'entrée d'un utilisateur, vous devez utiliser un fichier au format .jpg. L'application IBM Telephone Directory ne prend pas en charge le format .gif. La taille de la photo doit être inférieure à la taille configurée.
Vous devez créer une entrée d'utilisateur valide pour que d'autres entrées définissent les valeurs des zones Manager Name, Assistant Name ou Backup Name. Cela signifie que vous devez créer un annuaire à l'aide d'une procédure descendante si vous souhaitez indiquer toutes les valeurs lors de la création initiale d'une entrée d'utilisateur. Vous pouvez également utiliser la fonction Update entry pour entrer les valeurs du responsable, de l'assistant et du remplaçant après avoir créé toutes les entrées d'utilisateur. Par exemple, l'entrée du responsable doit être créée au préalable pour que ses employées puissent définir le nom du responsable dans leurs entrées. Si l'entrée du responsable n'existe pas lors de la création de l'entrée de l'employé, vous devez mettre à jour l'entrée de l'employé après la création de l'entrée du responsable.
Si vous supprimez une entrée (par exemple, un responsable) utilisée dans une autre entrée (par exemple, un employé dont le responsable est répertorié), l'application IBM Telephone Directory ne supprime pas le nom du responsable de l'entrée de l'employé. Le même scénario s'applique aux zones définissant le nom du remplaçant et de l'assistant.
Si l'entrée d'un responsable, assistant ou remplaçant est supprimée, les liens d'accès à cette entrée ne sont plus affichés dans l'entrée de l'utilisateur associée. Si l'entrée supprimée est recréée (avec le même CN et les mêmes valeurs), les liens associés à cette entrée sont automatiquement rétablis. En outre, lorsque l'entrée d'un responsable est supprimée, la page Reports-To Chain (pour les entrées liées à l'entrée supprimée) ne fonctionne plus tant que l'entrée du responsable n'est pas recréée. Toutefois, la page Same-Department fonctionne toujours même si l'entrée du responsable a été supprimée.