Notas de la versión de Sun Java Communications Suite 5

Problemas de compatibilidad de Messaging Server

Para depurar a los usuarios con iPlanet Delegated Administrator cuando está ejecutando Messaging Server 6.3, consulte Depurar usuarios con iPlanet Delegated Administrator y Messaging Server 6.3

La siguiente tabla describe los problemas de compatibilidad con Messaging Server:

Incompatibilidad 

Solución del problema 

Comentarios 

comm_dssetup.pl, el programa que prepara el servidor de directorios para Messaging Server (Calendar Server y Delegated Administrator) ha sido modificado para funcionar con Directory Server 6.0 y Directory Server 5.x: Modo interactivo: Raíz del directorio e instancias de Directory Server

Las instancias de Directory Server residen en la raíz del servidor o en un directorio de instancias explícito de Directory Server . Las versiones anteriores de Directory Server utilizaban la noción de una raíz de servidor donde se guardaban varias instancias e información de la configuración. Directory Server 6 ya no utiliza una raíz de servidor. Ls instancias pueden estar en cualquier parte. En este asunto, lo que necesita un usuario es: 1) especificar el directorio de la instancia. O, si el usuario tiene versiones anteriores de Directory Server, puede: 2) especificar el directorio de la raíz del servidor donde se alojan las instancias. Aparecerá un mensaje pidiéndole que elija una instancia de la raíz del servidor. O, 3) un usuario que haya utilizado Directory Server 5x y utilice ahora Directory Server 6 podría guardar manualmente todas las instancias de Directory Server en un directorio padre (lo que se llamaba antes una raíz de servidor). 


Nota –

Se ha eliminado la terminología de la raíz del servidor de Directory Server 6.


No hay comentarios adicionales. 

comm_dssetup.pl, el programa que prepara el servidor de directorios para Messaging Server (Calendar Server y Delegated Administrator) ha sido modificado para funcionar con Directory Server 6.0 y Directory Server 5.x: Instalación silenciosa: directorio de la raíz del servidor

En versiones anteriores de Silent Installation (Instalación silenciosa), debía especificar una raíz de servidor y un directorio de instancias. Si utiliza Directory Server 5.x, esto todavía es así. Dado que no hay directorio de raíz de servidor en Directory Server 6.0, tendrá que especificar el directorio padre de la instancia de Directory Server. 

No hay comentarios adicionales. 

La ubicación de la herramienta de preparación de directorios (Directory Preparation)(comm_dssetup.pl) ha cambiado.

comm_dssetup.pl ahora se instala en su propio paquete en /opt/SUNcomds para Solaris y /opt/sun/comms/dssetup para Linux

Es necesario actualizar las secuencias de comandos existentes que especifican la ruta anterior. 

Para instalar el paquete, asegúrese de que la herramienta Directory Preparation Tool se haya seleccionado en el panel del programa de instalación adecuado. 

En Messaging Server 5.x, un administrador podía utilizar la orden IMAP list para ver todas las carpetas del almacén de mensajes. En un almacén normal de mensajes, esto producía que el servidor mostrase una lista inusualmente larga.

En Messaging Server 6.x, cuando un administrador ejecuta la orden IMAP list, muestra únicamente las carpetas compartidas explícitamente.

Para ver todas las carpetas del almacén de mensajes, utilice la utilidad mboxutil.

Para obtener más información sobre la utilidad mboxutil consulte la Sun Java System Messaging Server 6.3 Administration Guide.

El programa de configuración para Delegated Administrator ha cambiado.  

Instale Delegated Administrator y ejecute el programa de configuración. El programa actual se encuentra en: 

para Solaris, /opt/SUNWcomm/sbin/ config-commda

para Linux /opt/sun/comms/config-commda

Actualice al nuevo Delegated Administrator al instalar esta versión de Messaging Server. 

Actualizar Messaging Server con Webmail con cambio de protocolo IMAP (6397425, 6397451, 2137362) 

Deberá actualizar el servidor secundario antes de actualizar el servidor principal. El Webmail con el protocolo IMAP y los almacenes de mensajes secundarios deben tener la misma versión de producto. Consulte la Guía de actualización de Sun Java Communications Suite 5 para obtener más información.

No hay comentarios adicionales. 

Esta versión de Communications Express es incompatible con la versión anterior de Messaging Server. 

Si actualiza Communications Express, también debe actualizar Messaging Server. 

Esto también es válido para Calendar Server. 

Para obtener más información sobre Communications Express, el Capítulo 6, Notas de la versión de Sun Java System Communications Express 6.3 .

Es necesario una clarificación sobre la edición de RTF/HTML y la compatibilidad de explorador para Messenger Express y Communications Express. 

(6311363) 

  • En Messenger Express, podrá utilizar la edición de RTF/HTML para los exploradores Internet Explorer. No podrá utilizar la edición RTF/HTML con los exploradores Mozilla ni Netscape.

  • En la versión JES 2004Q2 de Communications Express, podrá utilizar la edición de RTF/HTML para los exploradores Internet Explorer. No podrá utilizar la edición RTF/HTML con los exploradores Mozilla ni Netscape.

  • En la versión JES 2005Q1 de Communications Express, podrá utilizar la edición de RTF/HTML para Internet Explorer 5.5 o posterior, Mozilla 1.3 o posterior y Netscape 7.2 o posterior.

No hay comentarios adicionales. 

Aparece el mensaje de error "session.timeoutInicie sesión de nuevo" cuando hace clic en Communications Express desde Portal Server. (6417988)

Ignore el mensaje de error, cierre la ventana y continúe utilizando Communications Express. 

No hay comentarios adicionales. 

Si utiliza Messaging Server con Access Manager Single Sign-on, debe saber que no ofrece compatibilidad para Java Enterprise System 2004Q2 Access Manager Server. Sin embargo, si ofrece compatibilidad para Access Manager 6.3 y superiores. 

Las versiones específicas de Messaging Server que no ofrecen compatibilidad para Java Enterprise System 2004Q2 Access Manager Server son: 

  • Messaging Server 6.2-6.01 y superior

  • Messaging Server 6.3

Actualice Access Manager (JES 2004Q2) antes de actualizar Messaging Server.  

Ahora Access Manager tiene dos tipos de instalación: Realm (estilo versión 7.x) y Legacy (estilo versión 6.x). 

Si está instalando Access Manager con Messaging Server, Calendar Server, Instant Messaging, Delegated Administrator o Portal Server, debe seleccionar el modo Legacy (estilo versión 6.x). Consulte: Sun Java System Access Manager 7 2005Q4 Release Notes

Si se instala un Access Manager incorrecto, no podrá ejecutar Delegated Administrator. 

Depurar usuarios con iPlanet Delegated Administrator y Messaging Server 6.3

Si utiliza iPlanet Delegated Administrator y actualiza a Messaging Server 6.3, no podrá utilizar la orden imadmin user purge para eliminar a los usuarios del directorio como hacía con versiones anteriores de Messaging Server (6486836). Pero si desea depurar a los usuarios, siga los pasos que se indican más abajo.

Este problema de compatibilidad se produce porque se han eliminado la Consola de administración y Administration Server de Messaging Server 6.3. Con versiones anteriores de Messaging Server, puede seguir utilizando imadmin user purge como antes.


Nota –

iPlanet Delegated Administrator, que se utilizaba anteriormente con Messaging Server 5.x, es ahora una utilidad descartada. No es la misma herramienta que Communications Suite Delegated Administrator; presentada con Messaging Server 6.x. Communications Suite Delegated Administrator, ofrece compatibilidad para Schema 2. iPlanet Delegated Administrator ofrece compatibilidad para Schema 1. (Algunos administradores han actualizado Messaging Server a 6.x, pero continúan en Schema 1 y han seguido utilizando iPlanet Delegated Administrator para aprovisionar a los usuarios.)


ProcedurePara depurar a los usuarios de Messaging Server 6.3 con iPlanet Delegated Administrator

  1. Aplique la revisión 1.2p3 a iPlanet Delegated Administrator.

    Puede descargar esta revisión en la siguiente web

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

    Vaya a Delegated Administrator 1.2 Parche 3 for Messaging. Esta revisión habilita la orden imadmin user purge para que funcione de forma que sea compatible con Messaging Server 6.3. Siga los pasos que quedan para completar el procedimiento si desea habilitar el nuevo comportamiento.

  2. Modifique la propiedad MsgSvrN-adminurl en el archivo resource.properties de iPlanet Delegated Administrator.

    La propiedad MsgSvrN-adminurl establece la URL de Administration Server. Cuando se establece esta propiedad en una URL actual, la orden imadmin user purge intentará localizar Administration Server, que no responderá. La orden imadmin user purge devolverá un error.

    Debe establecer MsgSvrN-adminurl en el siguiente valor NO_ADMIN_SERVER.

    El archivo resource.properties está localizado por defecto en la siguiente ruta:

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


    Nota –

    Varios almacenes de mensajes actualizados a Messaging Server 6.3:

    El valor N de MsgSvrN-adminurl es una variable que debe remplazarse con un valor específico, como por ejemplo 0, que identifica el sistema de almacenes de mensajes que ha sido actualizado a Messaging Server 6.3. Si ha implementado varios almacenes de mensajes secundarios en Messaging Server 6.3, deberá cambiar este valor para cada instancia de la propiedad MsgSvrN-adminurl.

    Por ejemplo, si tiene tres almacenes de mensajes secundarios, deberá cambiar esta propiedad en los archivos resource.properties de los tres almacenes. Por ejemplo, debería cambiar las propiedades MsgSvr0-adminurl , MsgSvr1-adminurl y MsgSvr2-adminurl.

    Varios almacenes de mensajes que utilizan distintas versiones de Messaging Server:

    Supongamos que ha implementado varios almacenes de mensajes y que ha actualizado sólo algunos almacenes a Messaging Server 6.3, mientras que otros siguen teniendo versiones anteriores. En este caso, cambie la propiedad MsgSvrN-adminurl sólo para los almacenes actualizados a Messaging Server 6.3.

    Cuando ejecute la orden imadmin user purge en un almacén para el que cambió la propiedad MsgSvrN-adminurl a NO_ADMIN_SERVER, la orden funcionará de la forma nueva que se describe en el paso 5 (más abajo).

    Cuando ejecute la orden imadmin user purge en un almacén en el que no se ha modificado la propiedad MsgSvrN-adminurl (que lleve todavía a la URL de Administration Server), la orden funcionará como antes.


  3. Vuelva a iniciar el servidor web en el que implementó iPlanet Delegated Administrator.

    Es necesario reiniciar el servidor web en el que iPlanet Delegated Administrator se está ejecutando para permitir que los cambios del archivo resource.properties surtan efecto.

  4. Utilice la orden imadmin user delete para marcar al usuario como eliminado.

    imadmin user delete establece el atributo inetUserStatus en "eliminado". Para eliminar a varios usuarios, utilice la opción -i. Por ejemplo:

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

  5. Utilice la orden msuserpurge para eliminar el buzón del usuario.

    msuserpurge encuentra todas las entradas de usuario donde inetUserStatus o mailUserStatus estén establecidos como "eliminados", depura los buzones de esos usuarios del almacén de mensajes y establece mailUserStatus como eliminado. Por ejemplo:

    msuserpurge -d domain

    Debe ejecutar msuserpurge antes de poder realizar el siguiente paso (eliminar la entrada del usuario del directorio), o el buzón del usuario quedará huérfano.

    Puede programar el comando msuserpurge con el parámetro configutil local.schedule.userpurge. Por ejemplo:


    configutil -o local.schedule.userpurge 
    -v "30 2 * * 0 /opt/SUNWmsgsr/lib/msuserpurge -g 20"

    En el ejemplo anterior,msuserpurge se ejecutará los domingos a las 2.30 h. Eliminará el buzón de todos los usuarios marcados para ser eliminados durante más de 20 días.

  6. Utilice la orden imadmin user purge para eliminar la entrada del usuario del directorio.

    En versiones anteriores, esta orden realizaba las siguientes acciones:

    1. Buscaba el directorio de los usuarios marcados como eliminados.

    2. Borraba del directorio la libreta de direcciones de cada usuario.

    3. Borraba del almacén de mensajes el buzón de todos los usuarios.

    4. Si el atributo de usuario inetUserStatus se establece como eliminado, se eliminará la entrada de usuario. Si el mailUserStatus del usuario se establece como eliminado, los atributos de correo se eliminan de la entrada.

    Ahora, debido a que ha modificado la propiedad MsgSvr0-adminurl no se invoca a Administration Server. Un mensaje le informará de que no se ha invocado a Administration Server. El paso C anterior no se realiza. El buzón ya ha sido eliminado por msuserpurge en el paso 3.

    En Messaging Server 6.3, si el mailuserstatus del usuario ha sido establecido como eliminado (por msuserpurge) y no hay otros servicios presentes en la entrada de usuario, la orden imadmin user purge elimina del directorio la entrada del usuario.

    Si en la entrada de usuario están presentes los atributos de otro servicio como Calendar Service, la entrada no se eliminará.