Notes de version de Sun Java Communications Suite 5

Messaging Server Problèmes de compatibilité

Pour purger les utilisateurs avec iPlanet Delegated Administrator lors de l'exécution de Messaging Server 6.3, consultez Purge des utilisateurs avec iPlanet Delegated Administrator et Messaging Server 6.3

Le tableau suivant répertorie les problèmes de compatibilité avec Messaging Server :

Incompatibilité	Solution	Commentaires
`comm_dssetup.pl`, le programme qui prépare le serveur d'annuaire pour Messaging Server (Calendar Server et Delegated Administrator) a été modifié pour fonctionner avec Directory Server 6.0 et Directory Server 5.x: Mode interactif : Racine du serveur et instances de Directory Server	Les instances de Directory Server résident dans la racine du serveur ou dans un répertoire d'instance explicite de Directory Server. Les versions précédentes de Directory Server utilisaient la notion de racine de serveur à l'endroit où plusieurs instances et informations de configuration étaient placées. Directory Server 6 n'utilise plus de racine du serveur. Il peut y avoir des instances partout. À cette question, l'utilisateur doit : 1) spécifier le répertoire d'instance. Ou, si l'utilisateur utilise une version précédente de Directory Server, il peut : 2) spécifier le répertoire de la racine de serveur où se trouvent les instances. Il vous sera demandé de sélectionner une instance de la racine de serveur. Ou, 3) un ancien utilisateur de Directory Server 5x qui utilise maintenant Directory Server 6 peut placer toutes ses instances de Directory Server dans un répertoire parent (ce que nous appelions une racine du serveur). Remarque – La terminologie de la racine du serveur a été supprimé de Directory Server 6.	Aucun commentaire supplémentaire
`comm_dssetup.pl`, le programme qui prépare le serveur d'annuaire pour Messaging Server (Calendar Server et Delegated Administrator) a été modifié pour fonctionner avec Directory Server 6.0 et Directory Server 5.x: Silent Installation : répertorie de la racine du serveur	Dans les versions précédentes de Silent installation, vous devez spécifier une racine de serveur et un répertoire d'instance. Il en est de même si vous utilisez Directory Server 5.x. Étant donné qu'il n'y a pas de répertoire de racine du serveur dans Directory Server 6.0, vous devez spécifier le répertoire parent de l'instance de Directory Server.	Aucun commentaire supplémentaire
L'emplacement de Directory Preparation Tool `(comm_dssetup.pl)` a été modifié.	`comm_dssetup.pl` se trouve maintenant dans son propre package installé dans `/opt/SUNcomds` pour Solaris et `/opt/sun/comms/dssetup` pour Linux. Les scripts existants qui spécifient l'ancien chemin doivent être mis à jour.	Pour pouvoir installer le package, vérifiez que Directory Preparation Tool est sélectionné dans le panneau approprié du programme d'installation.
Dans Messaging Server 5.x, l'administrateur peut afficher tous les dossiers contenus dans la mémoire des messages à l'aide de la commande IMAP `list`. Dans une mémoire de messages type, le serveur affichait une liste exceptionnellement longue. Dans Messaging Server 6.x, lorsque l'administrateur exécute la commande IMAP `list`, seuls les dossiers partagés de manière explicite s'affichent.	Pour afficher l'ensemble des dossiers de la mémoire de messages, ayez recours à l'utilitaire `mboxutil`.	Pour plus d'informations sur l'utilitaire `mboxutil` , reportez-vous au Sun Java System Messaging Server 6.3 Administration Guide .
Le programme de configuration de Delegated Administrator a été modifié.	Installez Delegated Administrator et exécutez le programme de configuration. Le programme actuel se trouve dans : pour Solaris, `/opt/SUNWcomm/sbin/ config-commda` pour Linux, `/opt/sun/comms/config-commda`	Effectuez une mise à niveau vers Delegated Administrator lors de l'installation de cette version de Messaging Server.
Mise à niveau de Messaging Server avec modification du protocole Webmail sur IMAP (6397425, 6397451, 2137362)	Le serveur d'arrière-plan doit être mis à niveau avant la mise à niveau du serveur frontal. Webmail sur le protocole IMAP et le stockage des messages d'arrière-plan doivent être de la même version. Pour plus de détails, consultez le Guide de mise à niveau de Sun Java Communications Suite 5.	Aucun commentaire supplémentaire
Cette version de Communications Express n'est pas compatible avec la version précédente de Messaging Server.	Si vous mettez à niveau Communications Express, vous devez également le faire pour Messaging Server.	Ceci s'applique aussi à Calendar Server. Pour plus d'informations sur Communications Express, voir Chapitre 6, Sun Java System Communications Express 6.3 Notes de version.
Éclaircissement nécessaire concernant l'édition RTF/HTML et la compatibilité de navigateur pour Messenger Express et Communications Express. (6311363)	Sur Messenger Express, vous pouvez utiliser l'édition RTF/HTML avec des navigateurs Internet Explorer. Vous ne pouvez pas l'utiliser avec des navigateurs Mozilla ou Netscape. Dans la version JES 2004Q2 de Communications Express, vous pouvez utiliser l'édition RTF/HTML avec les navigateurs Internet Explorer. Vous ne pouvez pas l'utiliser avec des navigateurs Mozilla ou Netscape. Dans la version JES 2005Q1 de Communications Express, vous pouvez utiliser l'édition RTF/HTML avec Internet Explorer 5.5 ou supérieur, Mozilla 1.3 ou supérieur ou Netscape 7.2 ou supérieur.	Aucun commentaire supplémentaire.
L'erreur contextuelle `"session.timeout` Login Again" s'affiche lorsque vous cliquez sur Communications Express dans Portal Server. (6417988)	Ignorez l'erreur contextuelle, fermez la fenêtre et continuez à utiliser Communications Express.	Aucun commentaire supplémentaire.
Si vous utilisez Messaging Server avec Access Manager Single Sign-on, il ne prend pas en charge Java Enterprise System 2004Q2 Access Manager Server. Cependant, Access Manager 6.3 et version supérieure est pris en charge.	Voici les versions spécifiques de Messaging Server qui ne prennent pas en charge Java Enterprise System 2004Q2 Access Manager Server : Messaging Server 6.2-6.01 et version supérieure Messaging Server 6.3	Mettez à niveau Access Manager (JES 2004Q2) avant Messaging Server.
Access Manager propose désormais deux types d'installation : Domaine (style de version 7.x) et Hérité (style de version 6.x).	Si vous installez Access Manager avec Messaging Server, Calendar Server, Instant Messaging, Delegated Administrator ou Portal Server, vous devez sélectionner le mode Hérité (style de version 6.x). Pour de plus amples informations, consultez : Sun Java System Access Manager 7 2005Q4 Release Notes	Si la version d'Access Manager installée n'est pas celle appropriée, vous ne pourrez pas exécuter Delegated Administrator.

Purge des utilisateurs avec iPlanet Delegated Administrator et Messaging Server 6.3

Si vous utilisez iPlanet Delegated Administrator et que vous passez à Messaging Server 6.3, vous ne pouvez pas utiliser la commande imadmin user purge pour supprimer des utilisateurs du répertoire comme vous le faisiez avec les versions précédentes de Messaging Server (6486836). Suivez plutôt les étapes suivantes pour purger des utilisateurs.

Ce problème de compatibilité se produit car la console d'administration et le serveur d'administration ont été supprimés de Messaging Server 6.3. Avec les versions précédentes de Messaging Server, vous pouvez continuer à utiliser imadmin user purge .

Remarque –

iPlanet Delegated Administrator, utilisé à l'origine avec Messaging Server 5.x, est un utilitaire désapprouvé. Il ne s'agit pas du même outil que Communications Suite Delegated Administrator, introduit avec Messaging Server 6.x. Communications Suite Delegated Administrator prend en charge le schéma 2. iPlanet Delegated Administrator prend en charge le schéma 1. (Certains administrateurs qui sont passés de Messaging Server à 6.x, mais qui restent dans le schéma 1, ont continué à utiliser iPlanet Delegated Administrator pour approvisionner les utilisateurs.)

Pour purger les utilisateurs de Messaging Server 6.3 avec iPlanet Delegated Administrator

Appliquez le patch 1.2p3 d'iPlanet Delegated Administrator.

Vous pouvez télécharger ce patch sur le site suivant :

http://www.sun.com/download/index.jsp?cat=Collaboration%20%26%20Communication&tab=3

Allez sur Delegated Administrator 1.2 Patch 3 pour Messaging. Ce patch active la commande imadmin user purge pour fonctionner correctement avec Messaging Server 6.3. Suivez les étapes restantes de cette procédure pour activer le nouveau comportement.

Modifiez la propriété MsgSvrN-adminurl dans le fichier iPlanet Delegated Administrator resource.properties.

La propriété MsgSvrN-adminurl définit l'URL du serveur d'administration. Lorsque cette propriété est définie sur un URL réel, la commandeimadmin user purge essaie de localiser le serveur d'administration. Il ne répondra pas. La commande imadmin user purge enverra une erreur.

Vous devez définir MsgSvrN-adminurl sur cette valeur : NO_ADMIN_SERVER.

Le fichier resource.properties se trouve par défaut dans le chemin suivant :

iDA_Install_Directory /nda/classes/netscape/nda/servlet/resource.properties

Remarque –
Mise à jour de Multiple Message Stores vers Messaging Server 6.3:

La valeur N de MsgSvrN-adminurl est une variable qui doit être remplacée par une valeur spécifique, telle que 0, qui identifie le système de mémoire de messages mis à jour vers Messaging Server 6.3. Si vous avez déployé des mémoires de message à plusieurs arrières-plans dans Messaging Server 6.3, vous devez modifier cette valeur pour chaque instance de la propriété MsgSvrN-adminurl.

Par exemple, si vous avez trois mémoires de message d'arrière-plan, vous devez modifier cette propriété dans le fichierresource.properties pour les trois mémoires. Vous changerez par exemple les propriétés MsgSvr0-adminurl , MsgSvr1-adminurl et MsgSvr2-adminurl.

Mémoires de messages multiples utilisant différentes versions de Messaging Server :

Supposons que vous avez déployé plusieurs mémoires de message et que certaines seulement sont mises à jour vers Messaging Server 6.3 tandis que les autres restent dans les versions précédentes de Messaging Server. Dans ce cas, modifiez la propriété MsgSvrN-adminurl uniquement pour les mémoires mises à jour vers Messaging Server 6.3.

Lorsque vous exécutez la commande imadmin user purge sur une mémoire pour laquelle vous avez modifié la propriété MsgSvrN-adminurl sur NO_ADMIN_SERVER, celle-ci fonctionne comme décrit dans l'étape 5 ci-dessous.

Lorsque vous exécutez la commande imadmin user purge sur une mémoire où la propriété MsgSvrN-adminurl reste inchangée (pointant toujours vers un URL du serveur d'administration), la commande fonctionne comme auparavant.

Redémarrez le serveur Web sur lequel vous avez déployé iPlanet Delegated Administrator.

Le serveur Web sur lequel est exécuté iPlanet Delegated Administrator doit être redémarré pour que les modifications apportées au fichier resource.properties puissent prendre effet.

Utilisez la commandeimadmin user delete pour marquer l'utilisateur comme étant supprimé.

imadmin user delete définit l'attribut inetUserStatus sur « supprimé ». Pour supprimer plusieurs utilisateurs, utilisez l'option -i . Exemple :

imadmin user delete -D chris -L user1 -n siroe.com -w bolton

Utilisez la commande msuserpurge pour supprimer la boîte à lettres de l'utilisateur.

msuserpurge recherche toutes les entrées utilisateur dans lequelles inetUserStatus ou mailUserStatus sont définies sur supprimé, purge toutes les boîtes à lettres utilisateur de la mémoire de messages et définit mailUserStatus sur supprimé. Exemple :

msuserpurge -d domain

Vous devez exécuter msuserpurge avant de passer à l'étape suivante (suppression de l'entrée utilisateur du répertoire), faute de quoi la boîte à lettres de l'utilisateur sera orpheline.

Vous pouvez planifier la commande msuserpurge à l'aide du paramètre configutil local.schedule.userpurge. Exemple :
configutil -o local.schedule.userpurge -v "30 2 * * 0 /opt/SUNWmsgsr/lib/msuserpurge -g 20"
Dans l'exemple précédent, msuserpurge sera exécuté tous les dimanches à 2h30 et supprimera la boîte à lettres de tous les utilisateurs marqués pour suppression depuis plus de 20 jours.

Utilisez la commande imadmin user purge pour supprimer l'entrée utilisateur d'un répertoire.

Dans les versions précédentes, cette commande effectuait les actions suivantes :
1. Recherche dans le répertoire les utilisateurs marqués comme étant supprimés.
2. Supprime tous les carnets d'adresses personnels de l'utilisateur du répertoire.
3. Supprime toutes les boîtes à lettres utilisateur de la mémoire de messages.
4. Si l'attribut utilisateur inetUserStatus est défini sur supprimé, l'entrée utilisateur est supprimée. Si l'attribut utilisateur mailUserStatus est défini sur supprimé, les attributs du courrier sont supprimés de l'entrée.
Puisque vous avez modifié la propriété MsgSvr0-adminurl, le serveur d'administration n'est pas appelé. Un message vous informe que le serveur d'administration n'est pas appelé. L'étape c, ci-dessus ne s'effectue pas. La boîte à lettres a déjà été supprimé par msuserpurge à l'étape 3.

Dans Messaging Server 6.3, si mailuserstatus de l'utilisateur a été défini pour être supprimé (par msuserpurge) et qu'aucun autre service ne se trouve dans cette entrée utilisateur, la commandeimadmin user purge supprime l'entrée utilisateur du répertoire.

Si les attributs d'un autre service tel que calendar service se trouvent dans cette entrée utilisateur, l'entrée n'est pas supprimée.