migración a Lotus Domino

Transcripción

Lotus Domino
5.0
Configuración del servidor Domino
Referencia CT8UIES
LIMITACIÓN DE RESPONSABILIDAD
ESTA DOCUMENTACIÓN SOLAMENTE TIENE CARÁCTER CONSULTIVO. AUNQUE SE
HA HECHO TODO LO POSIBLE PARA GARANTIZAR LA CORRECCIÓN Y PRECISIÓN
DE LA INFORMACIÓN CONTENIDA EN ELLA, ESTA DOCUMENTACIÓN SE OFRECE
"TAL Y COMO ESTÁ", SIN GARANTÍA DE NINGÚN TIPO. EN LA MEDIDA EN LA QUE
LE ESTÁ PERMITIDO HACERLO, LOTUS NO CONCEDE GARANTÍA IMPLÍCITA
ALGUNA, INCLUIDAS PERO NO LIMITADAS, LAS GARANTÍAS IMPLÍCITAS DE
COMERCIABILIDAD, INVIOLABILIDAD Y ADECUACIÓN PARA UN PROPÓSITO
CONCRETO. LOTUS NO SERÁ RESPONSABLE DE NINGÚN PERJUICIO, INCLUIDOS
PERO NO LIMITADOS, LOS DAÑOS DIRECTOS, INDIRECTOS, FORTUITOS O LOS
PRODUCIDOS A CONSECUENCIA DEL USO O QUE PUEDAN DERIVARSE DEL USO DE
ESTA DOCUMENTACIÓN O CUALQUIER OTRA DOCUMENTACIÓN. INCLUSO
AUNQUE SE INDIQUE LO CONTRARIO, NADA DE LO INCLUIDO EN ESTA
DOCUMENTACIÓN NI EN CUALQUIER OTRA SUGIERE, NI IMPLICA LA EXISTENCIA
DE GARANTÍAS O REPRESENTACIONES POR PARTE DE LOTUS (O DE SUS
PROVEEDORES O CEDENTES), NI LA ALTERACIÓN DE LOS TÉRMINOS Y
CONDICIONES DEL CONTRATO DEL SOFTWARE APLICABLE QUE REGULA EL USO
DE ESTE SOFTWARE.
Copyright
De acuerdo con las leyes de propiedad intelectual, ni la documentación ni los programas
incluidos en este paquete pueden copiarse, fotocopiarse, reproducirse, traducirse o reducirse a
cualquier medio o soporte electrónico o legible mediante máquinas, ni total ni parcialmente,
sin el permiso previo por escrito de Lotus Development Corporation, excepto en los términos
descritos en la documentación o en el Contrato del software aplicable que regula el uso del
software.
© Copyright 1985 - 1999 Lotus Development Corporation
55 Cambridge Parkway
Cambridge, MA 02142
Reservados todos los derechos. Impreso en la República de Irlanda.
Lista de marcas comerciales
Domino, cc:Mail, Notes, NotesBench, NotesFlow y Notes/FX son marcas comerciales, y
Freelance, Freelance Graphics, Lotus, Lotus Components, Lotus Notes, LotusScript, Notes
Mail, NotesSQL, NotesView, 1-2-3, Organizer, SmartIcons y SmartSuite son marcas
comerciales registradas de Lotus Development Corporation. AS/400, OS/2 Warp, RS/6000 y
PowerPC son marcas comerciales, y AIX, IBM, OS/2, Presentation Manager y SNA son marcas
comerciales registradas de International Business Machines Corporation. Tivoli/Courier es
una marca comercial de Tivoli Systems Inc., empresa subsidiaria de International Business
Machines Corporation. Todas las demás marcas comerciales son propiedad de sus respectivos
propietarios.
Índice
Prefacio
. . . . . . . . . . . . . . . . . . . . . xiii
Estructura de esta guía . . . . . . . . . . . . . .
Estructura de la documentación de
Notes y Domino . . . . . . . . . . . . . . . . .
Documentación para el cliente Notes . . .
Documentación para la administración
de Domino . . . . . . . . . . . . . . . . . . . . .
Documentación para Domino Designer .
. xiii
. xiii
. xiii
. xiii
. xiv
Actualización a la V5
Capítulo 1
Planificación del paso a la
Versión 5 . . . . . . . . . . . . . . . . . . . . 1-1
Planificación del paso a la Versión 5 . . . . . .
Uso de este manual . . . . . . . . . . . . . . . .
Preparación de la actualización a la
Versión 5 . . . . . . . . . . . . . . . . . . . . . .
Lectura de la base de datos Release
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Compatibilidad con nombres largos de
archivo de Domino en OS/2 Warp . .
Actualización de la Versión 4 . . . . . . . . .
Actualización de versiones anteriores a
la Versión 4 . . . . . . . . . . . . . . . . . . . .
Creación de un equipo de actualización . . .
Creación de un plan de actualización . . . . .
Planificación del proceso de actualización .
Planificación de un proyecto de
actualización piloto . . . . . . . . . . . . . .
Programación de la actualización . . . . . .
Comprobación de las aplicaciones antes
de actualizar . . . . . . . . . . . . . . . . . . .
Formación para la Versión 5 . . . . . . . . . . . .
Nuevas funciones del servidor Domino . . .
Instalación de Domino Administrator
en la Versión 5 . . . . . . . . . . . . . . . . . .
Nuevas funciones del correo de Domino . .
. 1-1
. 1-2
. 1-3
. 1-3
. 1-3
. 1-4
.
.
.
.
1-4
1-4
1-5
1-7
. 1-11
. 1-13
. 1-14
. 1-18
. 1-18
. 1-21
. 1-22
Nuevas características del cliente Lotus
Notes . . . . . . . . . . . . . . . . . . . . . . . . . . 1-23
Nuevas funciones de las aplicaciones de
Domino . . . . . . . . . . . . . . . . . . . . . . . . 1-25
Nuevas funciones de búsqueda de
Domino . . . . . . . . . . . . . . . . . . . . . . . . 1-26
Capítulo 2
Actualización de un servidor de
correo de Internet . . . . . . . . . . . . . 2-1
Actualización de un servidor que utiliza el
agente de transferencia de mensajes
(MTA) de SMTP/MIME a la
Versión 5 . . . . . . . . . . . . . . . . . . . . . .
Realización de copias de seguridad de
los archivos en el servidor MTA . . . .
Desactivación de la ejecución diaria del
MTA de SMTP/MIME . . . . . . . . . . . .
Finalización de la ejecución del Gestor
de correo . . . . . . . . . . . . . . . . . . . . . .
Finalización de la ejecución del
transporte de mensajes entrantes . . . .
Eliminación de los mensajes de
SMTP.BOX . . . . . . . . . . . . . . . . . . . . .
Eliminación de los mensajes de la cola
de trabajo saliente . . . . . . . . . . . . . . .
Eliminación de mensajes de la cola de
trabajo entrante . . . . . . . . . . . . . . . . .
Finalización de la ejecución del servidor
MTA de SMTP/MIME . . . . . . . . . . . .
Actualización del archivo NOTES.INI
para el servidor de correo de
Internet . . . . . . . . . . . . . . . . . . . . . . .
Instalación de Domino Versión 5 en el
servidor MTA . . . . . . . . . . . . . . . . . .
Actualización del Registro de nombres
público para un servidor de correo
de Internet . . . . . . . . . . . . . . . . . . . . .
. 2-1
. 2-3
. 2-4
. 2-4
. 2-5
. 2-6
. 2-7
. 2-7
. 2-8
. 2-8
. 2-9
. 2-10
Índice iii
Establecimiento de la configuración de
servidor para un servidor de correo
de Internet . . . . . . . . . . . . . . . . . . . . . .
Edición del documento de servidor de
un servidor de correo de Internet . . . .
Actualización de la base de datos
Solicitudes de administración en el
servidor MTA . . . . . . . . . . . . . . . . . . .
Cómo sustituye el MTA la Versión 5 . . . . . .
Diferencias de configuración entre
V4 y V5 . . . . . . . . . . . . . . . . . . . . . . . .
Situaciones para la actualización del MTA . .
Sustitución de los MTA de la Versión 4
por servidores de correo de la
Versión 5 . . . . . . . . . . . . . . . . . . . . . . .
Uso de un host de tránsito de otra
compañía con un servidor de correo
V5 . . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Transferencia del correo de Internet en
entornos mixtos de distintas
versiones . . . . . . . . . . . . . . . . . . . . . . .
Conversión del correo de Internet en
entornos mixtos de distintas
versiones . . . . . . . . . . . . . . . . . . . . . . .
Mensajes codificados y entornos mixtos . .
Envío de correo en el formato de Notes
a usuarios de Internet . . . . . . . . . . . . .
Direcciones de correo de Internet en
Domino Versión 5 . . . . . . . . . . . . . . . .
Formato de almacenamiento del correo de
Internet en Domino Versión 5 . . . . . . .
Actualización del servidor MTA y de los
parámetros de NOTES.INI . . . . . . . . .
Cambios en la conversión de IMAP y POP
en la Versión 5 . . . . . . . . . . . . . . . . . . .
Cambios en los host de tránsito en Domino
Versión 5 . . . . . . . . . . . . . . . . . . . . . . .
Uso de conexiones telefónicas con Domino
Versión 5 . . . . . . . . . . . . . . . . . . . . . . .
Actualización de un servidor de correo de
Internet para poder usar subtareas
múltiples . . . . . . . . . . . . . . . . . . . . . . .
Múltiples bases de datos MAIL.BOX en un
servidor de correo . . . . . . . . . . . . . . . .
2-13
2-14
2-15
2-15
2-16
2-22
2-25
2-26
2-27
2-27
2-31
Capítulo 3
Actualización de un servidor
Domino . . . . . . . . . . . . . . . . . . . . . . 3-1
Actualización de un servidor Domino . . . . .
Detención de la ejecución del servidor
Domino . . . . . . . . . . . . . . . . . . . . . . . .
Realización de copias de seguridad de
los archivos de servidores Domino . . .
Actualización del archivo NOTES.INI . . .
Instalación de la Versión 5 de Domino . . .
Actualización del Registro de nombres
público . . . . . . . . . . . . . . . . . . . . . . . . .
Actualización del servidor de
administración para el Directorio de
Domino . . . . . . . . . . . . . . . . . . . . . . . .
Actualización de la plantilla de
Solicitudes de administración . . . . . . .
Actualización de un servidor de correo
para que utilice múltiples subtareas . .
Utilización de múltiples bases de datos
MAIL.BOX . . . . . . . . . . . . . . . . . . . . . .
Modificación de la zona horaria y del
horario de verano del servidor
Domino . . . . . . . . . . . . . . . . . . . . . . . .
3-1
3-2
3-2
3-3
3-3
3-4
3-7
3-7
3-9
3-9
3-10
2-32
Capítulo 4
Actualización de la
administración de Domino . . . . . . 4-1
2-33
4-1
2-31
2-33
2-34
2-34
2-34
2-35
2-35
iv Migración a Notes y Domino Versión 5
Actualización de la administración de
Domino . . . . . . . . . . . . . . . . . . . . . . . .
Actualización de los clientes de
administración . . . . . . . . . . . . . . . . . . .
Instalación del cliente Domino
Administrator de la Versión 5 . . . . . . .
Actualización a la herramienta Domino
Web Administrator . . . . . . . . . . . . . . .
Utilización del seguimiento de mensajes
en un entorno con distintas
versiones . . . . . . . . . . . . . . . . . . . . . . .
Capítulo 5
Actualización de clientes
4-1
4-2
4-2
4-2
. . . . . . . 5-1
Actualización de un cliente Lotus Notes a
la Versión 5 . . . . . . . . . . . . . . . . . . . . . 5-1
Creación de copias de seguridad de los
archivos del cliente Notes . . . . . . . . . . 5-2
Instalación del cliente Notes Versión 5 . . .
Conversión de las páginas del área de
trabajo en marcadores . . . . . . . . . . . . .
Cambios en la Libreta personal de
direcciones . . . . . . . . . . . . . . . . . . . . . .
Bases de datos Cartera en Notes Versión 5 . .
Actualización del archivo de correo a la
Versión 5 . . . . . . . . . . . . . . . . . . . . . . .
Creación de documentos de cuenta para el
correo de Internet . . . . . . . . . . . . . . . .
Configuración de los parámetros de
seguridad predeterminados en las
estaciones de trabajo . . . . . . . . . . . . . .
Sincronización de las zonas horarias y el
horario de verano en Notes . . . . . . . . .
Uso de las funciones de agenda y
planificación con el correo de
Internet . . . . . . . . . . . . . . . . . . . . . . . .
Reuniones periódicas en la Versión 5 . . . . . .
5-2
5-3
5-4
5-5
5-5
5-6
5-6
5-6
5-7
5-8
Capítulo 6
Utilización del Directorio de
Domino . . . . . . . . . . . . . . . . . . . . . 6-1
Utilización del Directorio de Domino . . . . . .
Uso de la plantilla Directorio de Domino
en un entorno de versiones mixto . . . .
Actualización de servidores de la
Versión 4 que usen la plantilla
Directorio de Domino . . . . . . . . . . . .
Uso del Perfil de Directorio de Domino . . . .
Vistas nuevas y eliminadas en el Directorio
de Domino . . . . . . . . . . . . . . . . . . . . . .
Nuevos formularios del Directorio de
Domino . . . . . . . . . . . . . . . . . . . . . . . .
Formas de rellenar el campo Dirección en
Internet en los documentos de
persona . . . . . . . . . . . . . . . . . . . . . . . .
Formatos de dirección de la Definir
dirección de Internet en Internet . . . .
Creación de una dirección de Internet . . .
Uso del formato de nombres
personalizado . . . . . . . . . . . . . . . . . . .
Creación de una dirección de Internet
mediante el formato de nombres
personalizado . . . . . . . . . . . . . . . . . . .
Validación de direcciones de Internet . . . . . .
6-1
6-2
6-2
6-2
6-3
6-4
6-4
6-6
6-7
6-8
6-9
6-9
Recuperación de información que utilice el
protocolo LDAP en un entorno con
varias versiones . . . . . . . . . . . . . . . . . .
Actualización de la base de datos
Asistencia de directorios . . . . . . . . . . .
Autentificación en Web y directorios
secundarios . . . . . . . . . . . . . . . . . . . . .
Los nombres de host en los documentos de
servidor . . . . . . . . . . . . . . . . . . . . . . . .
6-10
6-10
6-11
6-11
Capítulo 7
Actualización de una agrupación
de servidores . . . . . . . . . . . . . . . . . 7-1
Actualización de una agrupación de
servidores . . . . . . . . . . . . . . . . . . . . . . 7-1
Archivos de correo en una agrupación de
servidores de distintas versiones . . . . . 7-1
Capítulo 8
Actualización de bases de datos
y aplicaciones . . . . . . . . . . . . . . . . 8-1
Actualización de bases de datos y
aplicaciones . . . . . . . . . . . . . . . . . . . . .
Actualización de bases de datos a la
Versión 5 . . . . . . . . . . . . . . . . . . . . . . .
Actualización del formato de una base
de datos . . . . . . . . . . . . . . . . . . . . . . . .
Actualización de los archivos de correo de
los usuarios . . . . . . . . . . . . . . . . . . . . .
Uso de la utilidad de conversión de
correo . . . . . . . . . . . . . . . . . . . . . . . . . .
Actualización de plantillas . . . . . . . . . . . . . .
Plantillas de correo de la Versión 5 en
un servidor que emplee la Versión 4 . .
Actualización de aplicaciones para Web . . . .
Utilización en navegadores antiguos de
las plantillas de Web
predeterminadas . . . . . . . . . . . . . . . . .
Actualización de bibliotecas de
documentos . . . . . . . . . . . . . . . . . . . . .
Incidencias relativas a la actualización de
aplicaciones y bases de datos . . . . . . . .
Conservación de una base de datos nueva
en el formato de la Versión 4 . . . . . . . .
Liberación de espacio en las bases de datos
de un entorno con varias versiones . . .
8-1
8-3
8-4
8-5
8-6
8-8
8-9
8-9
8-10
8-11
8-11
8-11
8-13
Índice v
Reconversión de aplicaciones a versiones
previas . . . . . . . . . . . . . . . . . . . . . . . .
Actualización de aplicaciones y requisitos
de la Versión 5 . . . . . . . . . . . . . . . . . .
Mejora del rendimiento de una base de
datos . . . . . . . . . . . . . . . . . . . . . . . . .
Desactivación de las marcas de no
leídos . . . . . . . . . . . . . . . . . . . . . . . . .
Reconstrucción de las vistas con mayor
rapidez mediante la optimización de
mapas de bits . . . . . . . . . . . . . . . . . . .
Desactivación del aprovechamiento del
espacio libre . . . . . . . . . . . . . . . . . . . .
Desactivación de la opción "Conservar
la propiedad Usado en este archivo" .
Eliminación de las jerarquías de
respuestas especializadas de las
vistas que no las emplean . . . . . . . . .
Limitación del número de entradas en
los campos $UpdatedBy . . . . . . . . . .
Limitación del número de entradas en
los campos $Revisions . . . . . . . . . . . .
Desactivación de la supervisión de
titulares . . . . . . . . . . . . . . . . . . . . . . .
Cambios en la ordenación de caracteres
cuando se consideran acentos,
mayúsculas y minúsculas . . . . . . . . .
Almacenamiento de imágenes en su
formato original . . . . . . . . . . . . . . . . .
. 8-13
. 8-14
. 8-15
. 8-16
. 8-16
. 8-17
. 8-17
. 8-18
. 8-18
. 8-19
. 8-20
. 8-20
. 8-21
Capítulo 9
Actualización de la función de
búsqueda . . . . . . . . . . . . . . . . . . . . 9-1
Actualización de la función de búsqueda . . .
Cambios en la función de búsqueda . . . . . . .
Activación de la búsqueda en dominios . . . .
Actualización de los índices del servidor . . .
Establecimiento de las bases de datos en
las que se va a buscar . . . . . . . . . . . . . .
Configuración de la búsqueda en
dominios en los clientes Notes . . . . . .
Seguridad y búsqueda en dominios . . . . . . .
Interoperatividad de la función de
búsqueda . . . . . . . . . . . . . . . . . . . . . . .
La Sede de búsquedas y la Versión 5 . . . . . .
9-1
9-4
9-5
9-7
9-8
9-9
9-10
9-12
9-13
vi Migración a Notes y Domino Versión 5
Capítulo 10
Actualización de la seguridad
. . 10-1
Actualización de la seguridad . . . . . . . . . . .
Utilización de los archivos ID de la
Versión 5 . . . . . . . . . . . . . . . . . . . . . .
Creación de archivos ID no jerárquicos . . .
Comprobación de contraseñas e
interoperatividad con versiones
anteriores . . . . . . . . . . . . . . . . . . . . . .
Certificados X.509 e interoperatividad . . . .
Las instrucciones de protección de
HTTPD.CNF y la Versión 5 . . . . . . . .
Autentificación del servidor Web en un
entorno con distintas versiones . . . . .
Creación de certificados raíz disponibles
para clientes que empleen SSL y
S/MIME . . . . . . . . . . . . . . . . . . . . . . .
. 10-1
. 10-1
. 10-2
. 10-2
. 10-3
. 10-3
. 10-3
. 10-4
Capítulo 11
Certificación de usuarios y de
servidores en organizaciones no
jerárquicas . . . . . . . . . . . . . . . . . . 11-1
Conversión de nombres no jerárquicos en
jerárquicos . . . . . . . . . . . . . . . . . . . . .
Cómo convierte el Proceso de
administración los nombres no
jerárquicos . . . . . . . . . . . . . . . . . . . . .
Preparativos para la conversión de
nombres no jerárquicos . . . . . . . . . . .
Conversión de nombres no jerárquicos de
servidor en nombres jerárquicos . . . .
Conversión del nombre no jerárquico
del primer servidor . . . . . . . . . . . . . .
Conversión de los restantes nombres no
jerárquicos de servidor en nombres
jerárquicos . . . . . . . . . . . . . . . . . . . . .
Conversión de nombres no jerárquicos de
usuarios de Notes en nombres
jerárquicos . . . . . . . . . . . . . . . . . . . . .
Conversión de nombres no jerárquicos
de usuario en nombres jerárquicos . .
Nombres no jerárquicos . . . . . . . . . . . . . . .
Creación de un ID de certificador no
jerárquico . . . . . . . . . . . . . . . . . . . . . .
. 11-1
. 11-1
. 11-7
. 11-8
. 11-9
11-10
11-10
11-11
11-12
11-13
Formas de recertificar archivos ID con un
ID de certificador no jerárquico . . . . .
Recertificación de archivos ID no
jerárquicos mediante el correo de
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Recertificación de archivos ID no
jerárquicos sin utilizar el correo de
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Formas de cambiar el nombre de los
archivos ID de usuario no
jerárquicos . . . . . . . . . . . . . . . . . . . . .
Cambio del nombre de los archivos ID
de usuario no jerárquicos mediante
el correo de Notes . . . . . . . . . . . . . . .
Cambio del nombre de los archivos ID
de usuario no jerárquicos sin utilizar
el correo de Notes . . . . . . . . . . . . . . .
Eliminación del certificado no
jerárquico de un ID . . . . . . . . . . . . . .
Comunicación con organizaciones que
utilizan nombres no jerárquicos . . . .
Resultados de las solicitudes de
renovación de certificados . . . . . . . . .
administración un nombre de
usuario de Notes no jerárquico en
jerárquico . . . . . . . . . . . . . . . . . . . . . .
administración un nombre de
servidor no jerárquico en jerárquico .
11-14
11-14
11-15
11-17
11-17
11-19
11-21
11-21
11-23
11-23
11-24
Migración de usuarios
Capítulo 12
Generalidades sobre la
migración de usuarios a Notes y
Domino . . . . . . . . . . . . . . . . . . . . . 12-1
Generalidades sobre la migración de
usuarios a Notes y Domino . . . . . . . .
Uso de este manual . . . . . . . . . . . . . . . . . . .
Migración de usuarios y datos de correo . .
Instalación de Domino Administrator y las
herramientas de migración . . . . . . . .
Importación de usuarios de un directorio
de otro sistema . . . . . . . . . . . . . . . . . .
. 12-1
. 12-2
. 12-2
. 12-4
Especificación del Directorio de origen
de otro sistema . . . . . . . . . . . . . . . . . .
Selección de las personas y los grupos
que van a migrar . . . . . . . . . . . . . . . .
Migración de grupos . . . . . . . . . . . . . . .
Migración de grupos con nombres
repetidos . . . . . . . . . . . . . . . . . . . . . .
Definición de las opciones de migración
de grupo . . . . . . . . . . . . . . . . . . . . . .
Especificación del nombre, el tipo y la
descripción para los grupos
migrados . . . . . . . . . . . . . . . . . . . . . .
Migración de grupos anidados . . . . . . . .
Usar estos parámetros para todos los
grupos que estén seleccionados o
anidados . . . . . . . . . . . . . . . . . . . . . .
Cancelación de la migración de un
grupo . . . . . . . . . . . . . . . . . . . . . . . . .
Adición de usuarios a un grupo de
migración . . . . . . . . . . . . . . . . . . . . . .
Definición de las opciones de migración . . .
Generación de contraseñas aleatorias . . .
Adición de los nombres completos
especificados al documento de
persona de Notes . . . . . . . . . . . . . . . .
Cómo permitir la adición de grupos
vacíos a Notes . . . . . . . . . . . . . . . . . .
Conversión del correo . . . . . . . . . . . . . .
Conversión del correo únicamente . . . . .
Registro de usuarios y migración de los
datos de mensajería . . . . . . . . . . . . . .
Importación de contraseñas . . . . . . . . . .
Especificación de las opciones
avanzadas de registro de personas . .
Definición de las opciones de registro
predeterminadas . . . . . . . . . . . . . . . .
Almacenamiento de los registros
pendientes en la cola de registro . . . .
Aplicación de parámetros de registro a
múltiples usuarios . . . . . . . . . . . . . . .
Creación de archivos de correo de
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Cómo comprobar que la migración se ha
realizado correctamente . . . . . . . . . . .
. 12-6
. 12-6
. 12-6
. 12-7
. 12-9
12-11
12-12
12-13
12-14
12-14
12-15
12-15
12-17
12-17
12-18
12-18
12-20
12-21
12-22
12-23
12-24
12-25
12-26
12-28
. 12-5
Índice vii
Capítulo 13
Migración de usuarios desde
cc:Mail . . . . . . . . . . . . . . . . . . . . . 13-1
Migración de usuarios de cc:Mail . . . . . . . . . 13-1
Versiones de cc:Mail soportadas . . . . . . . . . . 13-2
Equivalentes en Notes para la información
proveniente de cc:Mail . . . . . . . . . . . . . 13-3
Equivalentes en Notes para la información
procedente de Organizer . . . . . . . . . . . 13-4
Pasos previos a la migración de los
usuarios de cc:Mail . . . . . . . . . . . . . . . 13-5
Tareas administrativas generales . . . . . . . 13-6
Tareas de preparación de Notes y
Domino . . . . . . . . . . . . . . . . . . . . . . . . 13-6
Tareas de preparación de cc:Mail . . . . . . . 13-7
Estimación del tamaño de un buzón de
correo convertido . . . . . . . . . . . . . . . . . 13-8
Copia de seguridad de la información
de Domino . . . . . . . . . . . . . . . . . . . . . . 13-9
Cómo dejar fuera de servicio la oficina
de correos durante la migración . . . . . 13-9
Copia de seguridad de la oficina de
correos de cc:Mail . . . . . . . . . . . . . . . . 13-9
Preparación del directorio para la
migración . . . . . . . . . . . . . . . . . . . . . . 13-10
Migración de la información de Organizer . 13-15
Determinación del juego de caracteres
(página de códigos) para la
migración de Organizer data . . . . . . . 13-16
Migración de múltiples secciones de un
único tipo . . . . . . . . . . . . . . . . . . . . . . 13-17
Especificación de una contraseña al
migrar la información de Organizer . 13-17
Migración de las secciones Directorio y
Notas de Organizer . . . . . . . . . . . . . . 13-17
Migración de las secciones Llamadas . . . 13-18
Migración de la información sobre
categorías de Organizer . . . . . . . . . . . 13-19
Migración de la información sobre
reuniones de Organizer . . . . . . . . . . . 13-20
Pasos previos a la migración de la
información de Organizer . . . . . . . . . 13-20
Conexión con los directorios de datos
de Organizer . . . . . . . . . . . . . . . . . . . 13-21
Preparación de los usuarios de
Organizer para la migración . . . . . . . 13-21
viii Migración a Notes y Domino Versión 5
Importación del directorio de la oficina de
correos de cc:Mail . . . . . . . . . . . . . . .
Conexión con la oficina de correos de
cc:Mail . . . . . . . . . . . . . . . . . . . . . . . .
Importación de los usuarios y grupos
de cc:Mail en la cola de registro de
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Personalización de los parámetros de
migración de cc:Mail . . . . . . . . . . . . .
Especificación de las opciones de
migración para cc:Mail . . . . . . . . . . .
Especificación de los parámetros
avanzados para la migración de
usuarios de cc:Mail . . . . . . . . . . . . . .
Especificación de los parámetros de
conversión de cc:Mail . . . . . . . . . . . .
Envío de listas de distribución privadas
de cc:Mail como anexos . . . . . . . . . . .
Conversión de los archivos de
planificación .OR2 de Organizer a
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Conversión de las entradas de alias de
cc:Mail . . . . . . . . . . . . . . . . . . . . . . . .
Conversión de los boletines electrónicos
en una base de datos de debates de
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Especificación de la página de códigos
para la conversión de la información
de cc:Mail . . . . . . . . . . . . . . . . . . . . . .
Asignación de gateways de cc:Mail a
dominios de Domino . . . . . . . . . . . . .
Los gateways de mensajes . . . . . . . . . . . .
Especificación de otros parámetros de
actualización de cc:Mail . . . . . . . . . . .
Actualización al cliente de la Versión
6.3 de cc:Mail para Domino . . . . . . . .
Especificación de la oficina de correos
para la transferencia del correo a
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Especificación de un umbral de errores .
Registro de usuarios y finalización de la
migración de cc:Mail . . . . . . . . . . . . .
Cómo garantizar la compatibilidad con el
MTA de cc:Mail . . . . . . . . . . . . . . . . .
Sincronización del directorio de cc:Mail
y del Directorio de Domino al
utilizar el MTA de cc:Mail . . . . . . . . .
13-22
13-23
13-23
13-25
13-25
13-26
13-27
13-28
13-28
13-29
13-29
13-31
13-32
13-32
13-34
13-34
13-35
13-36
13-37
13-39
13-39
Sincronización de los directorios al
realizar la migración desde una
oficina de correos de entrada . . . . . . .
Sincronización de los boletines
electrónicos de cc:Mail y las bases de
datos de debates de Notes . . . . . . . . .
Eliminación de los archivos de usuario
y de los mensajes de correo de los
usuarios importados desde la oficina
de correos de cc:Mail . . . . . . . . . . . . .
Migración de mensajes de cc:Mail
adicionales despúes de realizado el
registro . . . . . . . . . . . . . . . . . . . . . . . .
13-41
13-42
13-43
13-45
Capítulo 14
Migración de los usuarios de
Microsoft Mail a Notes . . . . . . . . . 14-1
Migración de los usuarios de Microsoft
Mail . . . . . . . . . . . . . . . . . . . . . . . . . . . 14-1
Equivalentes en Notes de la información
importada de Microsoft Mail . . . . . . . . 14-2
Modo en que la herramienta de migración
analiza los formatos de los nombres
de Microsoft Mail . . . . . . . . . . . . . . . . 14-3
Tabla: Generación de los componentes
de los nombres de Notes a partir de
los nombres de Microsoft Mail . . . . . . 14-4
Análisis de errores . . . . . . . . . . . . . . . . . . 14-6
Preparativos para la migración de los
usuarios de Microsoft Mail . . . . . . . . . 14-6
Copia de seguridad de la información
de Domino . . . . . . . . . . . . . . . . . . . . . . 14-7
Importación de la lista de direcciones de la
Oficina de correos de Microsoft Mail . . 14-8
Conexión con la Oficina de correos de
Microsoft Mail . . . . . . . . . . . . . . . . . . . 14-8
Importación de usuarios de Microsoft
Mail en la cola de registro . . . . . . . . . . 14-9
Personalización de los parámetros de
migración de Microsoft Mail . . . . . . . 14-10
para los usuarios de Microsoft Mail . 14-10
Especificación de las opciones avanzadas
para la migración de usuarios de
Microsoft Mail . . . . . . . . . . . . . . . . . . 14-11
Migración de las libretas personales de
direcciones de Microsoft Mail a
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Especificación de un umbral de errores .
Especificación de la página de códigos
para la conversión de la Oficina de
correos de Microsoft Mail . . . . . . . . .
migración desde Microsoft Mail . . . .
Mmigración de mensajes de Microsoft
Mail adicionales después del registro .
14-11
14-12
14-12
14-13
14-15
Capítulo 15
Microsoft Exchange . . . . . . . . . . 15-1
Migración de los usuarios de Microsoft
Exchange . . . . . . . . . . . . . . . . . . . . . .
Equivalentes en Notes de la información
importada de Microsoft Exchange . . .
Preparativos para la migración de usuarios
de Exchange . . . . . . . . . . . . . . . . . . . .
Importación del directorio de Microsoft
Exchange . . . . . . . . . . . . . . . . . . . . . .
Conexión con el servidor Exchange . . . .
Especificación de un perfil de correo
del administrador . . . . . . . . . . . . . . .
Importación de usuarios de Microsoft
Exchange en la cola de registro . . . . .
para los usuarios de Microsoft
Exchange . . . . . . . . . . . . . . . . . . . . . .
migración desde Exchange . . . . . . . .
. 15-1
. 15-2
. 15-5
. 15-6
. 15-6
. 15-7
. 15-8
. 15-8
. 15-9
Capítulo 16
una lista de dominios de
Windows NT . . . . . . . . . . . . . . . . . 16-1
Migración de usuarios de Windows NT . . .
Preparación de la importación de usuarios
de Windows NT . . . . . . . . . . . . . . . .
Especificación del dominio de Windows
NT desde el que realizar la
importación . . . . . . . . . . . . . . . . . . . .
Importación de usuarios de Windows NT
a la cola de registro de Notes . . . . . . .
. 16-1
. 16-1
. 16-2
. 16-3
Índice ix
Configuración de las opciones de
migración para usuarios de
Windows NT . . . . . . . . . . . . . . . . . . .
Definición de las opciones avanzadas para
la importación de usuarios de
Windows NT . . . . . . . . . . . . . . . . . . .
Definición del método de conversión de
los nombres completos de Windows
NT en componentes de nombres de
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Creación de nombres abreviados de
Notes a partir de los nombres de
usuario de Windows NT . . . . . . . . . .
migración desde Windows NT . . . . .
. 16-4
. 16-5
. 16-5
. 16-8
. 16-9
Capítulo 17
Migración de usuarios desde un
archivo LDIF . . . . . . . . . . . . . . . . . 17-1
Migración de usuarios desde un archivo
LDIF . . . . . . . . . . . . . . . . . . . . . . . . . .
¿Qué es LDIF? . . . . . . . . . . . . . . . . . . . . . . .
Uso de la información de los archivos
LDIF por parte de Notes . . . . . . . . . .
Adición del nombre jerárquico al
documento de persona . . . . . . . . . . .
Procesamiento de las clases de objetos . .
Generación de componentes de
nombres de Notes a partir de
atributos de LDAP . . . . . . . . . . . . . . .
Importación de contraseñas desde una
entrada LDIF . . . . . . . . . . . . . . . . . . .
Preparación de la importación de un
archivo LDIF . . . . . . . . . . . . . . . . . . .
Preparación de los archivos LDIF para
su importación a varias unidades
organizativas de Notes . . . . . . . . . . .
Especificación del archivo LDIF desde el
que migrar . . . . . . . . . . . . . . . . . . . . .
Definición de opciones para la
importación de usuarios desde un
archivo LDIF . . . . . . . . . . . . . . . . . . .
Registro de usuarios migrados desde un
archivo LDIF . . . . . . . . . . . . . . . . . . .
. 17-1
. 17-2
. 17-2
. 17-3
. 17-4
. 17-4
. 17-5
. 17-6
. 17-7
. 17-8
. 17-9
17-10
x Migración a Notes y Domino Versión 5
Adición de usuarios únicamente como
entradas de directorio . . . . . . . . . . . . 17-11
Uso de los usuarios importados en
cuentas de suscripciones . . . . . . . . . . 17-13
Capítulo 18
Novell GroupWise 4 . . . . . . . . . . . 18-1
Migración de usuarios de Novell
GroupWise 4 . . . . . . . . . . . . . . . . . . .
de GroupWise 4 . . . . . . . . . . . . . . . . .
Exportación de una lista de usuarios de
GroupWise 4 . . . . . . . . . . . . . . . . . . .
Importación de personas y grupos a la
cola de registro . . . . . . . . . . . . . . . . .
migración . . . . . . . . . . . . . . . . . . . . . .
. 18-1
. 18-1
. 18-2
. 18-2
. 18-3
Capítulo 19
Novell GroupWise 5 . . . . . . . . . . . 19-1
Migración de usuarios de Novell
GroupWise 5 . . . . . . . . . . . . . . . . . . .
de GroupWise 5 . . . . . . . . . . . . . . . . .
Concesión de derechos de proxy en el
cliente GroupWise 5 . . . . . . . . . . . . .
cola de registro . . . . . . . . . . . . . . . . .
migración . . . . . . . . . . . . . . . . . . . . . .
. 19-1
. 19-1
. 19-2
. 19-2
. 19-3
Capítulo 20
Netscape Messaging Server . . . . 20-1
Migración de los usuarios de Netscape
Messaging Server . . . . . . . . . . . . . . . .
Preparación para migrar los usuarios de
Netscape Messaging Server . . . . . . . .
cola de registro . . . . . . . . . . . . . . . . .
migración . . . . . . . . . . . . . . . . . . . . . .
. 20-1
. 20-1
. 20-2
. 20-3
Capítulo 21
Migración de datos personales
de correo . . . . . . . . . . . . . . . . . . . 21-1
Migración de datos personales de correo . .
Datos de mensajería migrados mediante
los Asistentes de actualización del
usuario . . . . . . . . . . . . . . . . . . . . . . . .
Antes de la ejecución del Asistente de
actualización . . . . . . . . . . . . . . . . . . .
Requisitos de la plataforma para
ejecutar los Asistentes de
actualización . . . . . . . . . . . . . . . . . . .
Instalación del Asistente de actualización . .
Instalación del Asistente de
actualización en una unidad de red . .
Instalación del Asistente de
actualización con un cliente Notes . .
Envío a los usuarios de un mensaje de
notificación de actualización . . . . . . .
Especificación de la ruta de acceso de la
copia del Asistente de actualización
que se encuentra en la red . . . . . . . . .
Ejecución del Asistente de actualización . . .
Ejecución del Asistente de actualización
mediante un acceso directo desde el
escritorio . . . . . . . . . . . . . . . . . . . . . .
Información que el Asistente de
actualización obtiene del mensaje de
notificación de actualización . . . . . . .
Información que el Asistente de
actualización obtiene del archivo
NOTES.INI . . . . . . . . . . . . . . . . . . . .
Selección de un método de
actualización . . . . . . . . . . . . . . . . . . .
Conversión de archivos de clasificación . . .
Migración de archivos durante una
actualización rápida . . . . . . . . . . . . . .
Migración de archivos durante una
actualización personalizada . . . . . . . .
Migración de la jerarquía de carpetas de
los buzones de correo . . . . . . . . . . . .
Traducción de los nombres de gateway
de cc:Mail correspondientes a
mensajes archivados . . . . . . . . . . . . .
Necesidades de espacio a la hora de
migrar archivos de clasificación . . . .
. 21-1
. 21-2
. 21-4
. 21-4
. 21-5
. 21-6
. 21-7
. 21-7
. 21-9
21-10
21-11
Selección de los archivos de
clasificación que se van a migrar . . . .
Especificación de la plantilla para los
archivos de clasificación migrados . .
Dónde migrar los archivos de
clasificación . . . . . . . . . . . . . . . . . . . .
Nueva ejecución del Asistente para
migrar más archivos de clasificación .
Aspectos generales de la migración de la
información procedente de las
libretas personales de direcciones . . .
Cómo obtiene el Asistente de
actualización información de las
libretas personales de direcciones . . .
Significado de las direcciones
personales y de las listas de
distribución . . . . . . . . . . . . . . . . . . . .
Migración de la información
procedente de las libretas personales
de direcciones del servidor de correo
anterior . . . . . . . . . . . . . . . . . . . . . . .
Copia de la información procedente de
las libretas personales de direcciones
en la Libreta personal de direcciones
de Notes . . . . . . . . . . . . . . . . . . . . . . .
Una vez finalizado el procesamiento por
parte del Asistente de actualización .
21-16
21-17
21-17
21-18
21-18
21-19
21-20
21-21
21-22
21-25
Índice alfabético . . . . . . . . . . . . . . . I-1
21-11
21-12
21-12
21-13
21-13
21-14
21-14
21-15
21-15
Índice xi
xii Migración a Notes y Domino Versión 5
Prefacio
Esta guía describe cómo realizar la actualización a la Versión 5 de Notes y
Domino. Va dirigida a administradores de sistemas a cargo de clientes
Notes y servidores Domino.
Estructura de esta guía
Esta guía consta de dos partes. La primera, la actualización de Notes y
Domino, describe cómo realizar la actualización a la Versión 5 desde
versiones anteriores de Notes y Domino. La segunda parte, que cubre el
traslado de usuarios a Notes y Domino, describe cómo agregar usuarios
desde otros sistemas de mensajería y de directorios al Directorio de
Domino, y cómo convertir sus datos de correo, de agenda y planificación al
formato de Notes.
Estructura de la documentación de Notes y Domino
La documentación para Notes y Domino se ofrece en formato electrónico en
tres bases de datos a las que se puede acceder desde el menú de ayuda.
Ayuda del cliente Notes Versión 5
Ayuda sobre administración de Domino Versión 5
Ayuda de Domino Designer Versión 5
Además, la documentación sobre administración y sobre Designer se
encuentra también disponible en manuales impresos. Seleccione Otras
Ayudas en la Ayuda de Notes para ver una tabla con toda la
documentación disponible. Si lo desea, puede encargar manuales en la sede
Web de Lotus Education en www.lotus.com/education.
Documentación para el cliente Notes
Además de la ayuda electrónica, el manual impreso Paso a paso ofrece un
curso para los usuarios no iniciados en Notes.
Documentación para la administración de Domino
La siguiente tabla muestra los manuales impresos que comprende el juego
de documentación de Administración. La información incluida en estos
manuales tambien puede hallarse en la base de datos Ayuda sobre
administración.
xiii
Migración a Notes y
Domino Versión 5
Describe cómo actualizar los servidores Domino y los
clientes Notes existentes a la Versión 5. También describe
cómo trasladar a los usuarios a Notes y Domino desde
otros sistemas de directorios y mensajería.
Configuración de la
red de Domino
Explica cómo se debe configurar una red específica para
que funcione con Domino. También ilustra sobre cómo
ejecutar Notes utilizando protocolos de red individuales
y múltiples como, por ejemplo, AppleTalk, Banyan
VINES, NetBIOS, Novell SPX (NetWare) y TCP/IP.
Administración del
sistema de Domino
Volúmenes 1 y 2
Describe cómo configurar y administrar los servidores,
los usuarios, las conexiones del servidor, el correo, la
replicación, la seguridad, las agendas y la planificación,
los servidores Web, los servicios de NNTP, la facturación
y la supervisión del sistema. También informa sobre
cómo solucionar los problemas del sistema.
Administración de
agrupaciones de Domino
Describe cómo configurar, administrar y solucionar los
problemas de las agrupaciones de servidores Domino.
Gestión de bases de
datos de Domino
Ofrece información sobre cómo gestionar y efectuar el
mantenimiento de las bases de datos, incluyendo
aspectos tales como su puesta en marcha y la
configuración de las listas de control de acceso y de la
replicación.
Documentación para Domino Designer
La siguiente tabla muestra los manuales impresos que comprende el juego
de documentación de Designer. La información incluida en estos manuales
tambien puede hallarse en la base de datos Ayuda de Domino Designer.
Application Development
with Domino Designer
Explica cómo crear todos los elementos de diseño
usados en la creación de aplicaciones de Domino,
cómo compartir información con otras aplicaciones
y cómo personalizar aplicaciones. El contenido de
este manual está disponible en español en la base
de datos Ayuda de Domino Designer.
Domino Designer
Programming Guide
Volume 1: Formula Language
Presenta la programación en Domino Designer y
describe el lenguaje de fórmulas, las funciones @ y
los comandos de @Command. La mayor parte del
contenido de este manual está disponible en
español en la base de datos Ayuda de Domino
Designer.
Ofrece información de referencia sobre las las
Domino Designer
clases de LotusScript, que proporcionan acceso a
Programming Guide
Volume 2: LotusScript Classes las bases de datos y a otras estructuras de Domino.
xiv Migración a Notes y Domino Versión 5
Domino Designer
Programming Guide
Volume 3: Java Classes
Ofrece información de referencia sobre las clases de
Java, que proporcionan acceso a las bases de datos
y a otras estructuras de Domino.
LotusScript Language Guide
Describe los bloques de creación básicos de
LotusScript, cómo usar este lenguaje para crear
aplicaciones, una panorámica general del lenguaje
de programación de LotusScript y una amplia lista
de los elementos del lenguaje.
Domino Enterprise
Integration Guide
Ofrece información sobre cómo configurar Domino
Connectors, cómo utilizar Domino Enterprise
Connection Services (DECS) para acceder a datos
empresariales en tiempo real y material de
referencia para realizar programaciones con la
extensión de LotusScript para Domino Connectors.
Gestión de bases de
datos de Domino
Ofrece información sobre cómo gestionar y
efectuar el mantenimiento de las bases de datos,
incluyendo aspectos tales como su puesta en
marcha y la configuración de las listas de control
de acceso y de la replicación. El contenido de este
manual está disponible en español en la base de
datos Ayuda de Domino Designer.
Prefacio xv
xvi Migración a Notes y Domino Versión 5
La Versión 5 de Lotus® Domino TM, de Lotus Notes®, de Lotus Domino
Administrator y de Lotus Domino Designer presenta nuevas
características y funciones, que junto con su mayor facilidad de uso
aumentarán la productividad y eficacia de su organización. Desde la
nueva interfaz de NotesTM hasta el cliente de administración (centrado
en las tareas), toda la Versión 5 está orientada especialmente a
simplificar el trabajo cotidiano.
Esta guía cubre dos áreas distintas: la actulización y la migración. Por
actualización se entiende el cambio de versiones anteriores de Domino y
Notes a la Versión 5, lo que supone actualizar tanto los componentes de
software que se usen en entornos mixtos (con distintas versiones de
Notes o Domino) como la infraestructura existente. El proceso de
migración consiste en el paso a la Versión 5 de Domino y Notes desde
otros sistemas de correo, como Microsoft Exchange, por ejemplo.
Planificación del paso a la Versión 5
La mayoría de las organizaciones no cambian a la Versión 5 de una sola
vez, sino que este proceso se desarrolla gradualmente. En un momento
inicial, los sistemas anteriores (incluidos las versiones anteriores y otros
productos de correo y de trabajo en grupo) coexisten con la Versión 5.
Lotus ha tenido en cuenta esta etapa de coexistencia al crear la
Versión 5, como lo demuestran las bases de datos que son clave para el
sistema, como el Directorio de Domino o la base de datos Solicitudes de
administración, diseñadas para mantener la compatibilidad con
versiones anteriores. Además, las nuevas características, como el
Protocolo de transferencia de mensajes simples nativo (SMTP, del inglés
Simple Message Transfer Protocol) y el soporte para las Extensiones
multiuso para correo de Internet (MIME, del inglés Multipurpose Internet
Mail Extensions) del Gestor de correo de Domino, no exigen ninguna
modificación en la infraestructura existente; basta con actualizar a la
Versión 5 para comenzar a utilizarlas. Las rutas de encaminamiento y
dirección funcionan en la Versión 5 de la misma forma que lo hacen en
la Versión 4. En resumen, la actualización y la coexistencia son procesos
que se realizan en principio sin problemas, lo que permite que las
distintas organizaciones se vayan adaptando a la Versión 5 de acuerdo
con sus necesidades específicas.
1-1
Capítulo 1
Planificación del paso a la Versión 5
Consulte la información contenida en los siguientes temas para
planificar el proceso de actualización y la puesta en marcha del sistema:
Preparación de la actualización a la Versión 5
Lectura de la base de datos Release Notes
Compatibilidad con nombres largos de archivo de Domino en OS/2
Warp
Actualización de la Versión 4
Actualización de versiones anteriores a la Versión 4
Diseño del proceso de actualización
Creación de un equipo de actualización
Creación de un plan de actualización
Planificación del proceso de actualización
Planificación de un proyecto de actualización piloto
Programación de la actualización
Comprobación de las aplicaciones antes de actualizar
Formación para la Versión 5
Nuevas funciones que incorpora la Versión 5
Nuevas funciones del servidor Domino
Instalación de Domino Administrator en la Versión 5
Nuevas funciones del correo de Domino
Nuevas características del cliente Lotus Notes
Nuevas funciones de las aplicaciones de Domino
Nuevas funciones de búsqueda de Domino
Uso de este manual
La finalidad de esta guía es servir como punto de referencia para todo el
que esté involucrado en el proceso de actualización y, especialmente,
para el equipo de actualización. Aunque es probable que los usuarios
finales no necesiten leer esta guía, en ella se incluye información que
puede resultarles de utilidad. Puede crear una lista con la información
útil y distribuirla entre los usuarios finales.
Esta guía incluye información sobre cómo planificar la actualización, los
pasos que han de seguirse en cada parte de la actualización, cómo
operar en un entorno mixto (con equipos de ambas versiones de Notes y
Domino, la 4 y la 5) y un repaso de las nuevas funciones de la Versión 5
que harán que su organización sea más productiva.
1-2 Migración a Notes y Domino Versión 5
Tenga en cuenta todos los elementos que se verán implicados en el
proceso de actualización a la Versión 5.
Cambios en el sistema operativo
En la Versión 5, el cliente Notes ya no se encuentra disponible para
Microsoft Windows 3.1, IBM® OS/2® Warp o para los sistemas UNIX.
Los usuarios de Notes que utilicen estos sistemas operativos podrán
continuar con una versión anterior de Notes o cambiar a una plataforma
compatible con el cliente de la Versión 5: Microsoft Windows 95,
Microsoft Windows 98, Microsoft Windows NT o Macintosh PowerPC.
En la Versión 5, el servidor Domino no se encuentra disponible para
Novell NetWare. Las organizaciones que ejecuten Domino en Netware
pueden optar por seguir utilizando una versión anterior de Domino o
cambiar a una plataforma que ofrezca el servidor de la Versión 5:
HP-UX, IBM AIX®, IBM OS/2 Warp, Microsoft Windows NT y Sun
Solaris.
Requisitos de hardware
Consulte la base de datos Release Notes para conocer los requisitos de
hardware que la Versión 5 de Domino y Notes necesiten. Es posible que
deba aumentarse la capacidad de los servidores y estaciones de trabajo
para ejecutar la Versión 5. Además, funciones tales como el registro de
transacciones necesitan elementos adicionales (por ejemplo, unidades
aparte).
Lectura de la base de datos Release Notes
Antes de llevar a cabo la actualización a la Versión 5, lea con atención y
a fondo la base de datos Release Notes (README.NSF). Esta base de
datos contiene información técnica crucial, documentación, temas de
interoperatividad y actualizaciones que no se incluyeron en el resto de
la documentación. Parte de la base de datos Release Notes versa sobre
problemas relativos a la actualización e incluye información general
sobre ésta.
Compatibilidad con nombres largos de archivo de Domino en OS/2
Warp
Para utilizar nombres de archivo cuya longitud sea superior a la
convención 8.3 (ocho caracteres para el nombre y tres para la extensión),
el servidor debe disponer de una unidad HPFS (del inglés
High-Performance File System).
Planificación del paso a la Versión 5 1-3
Actualización de la Versión 4
Para poder actualizar a la Versión 5, se debe estar utilizando la
Versión 4.1 u otra superior. Lotus recomienda actualizar los sistemas
que utilicen la Versión 4 a la última Versión de mantenimiento
trimestral con el fin de obtener mayor estabilidad y facilidad de
actualización. Por ejemplo, será conveniente actualizar un sistema en el
que se utilice la Versión 4.5 a la Versión 4.5.7.
Actualización de versiones anteriores a la Versión 4
Para poder actualizar a la Versión 5, se debe estar utilizando la Versión
4.1 u otra superior. Si se cuenta con diseños o plantillas de la Versión 3,
como un Listín o archivos de correo, se deben actualizar al menos a la
Versión 4.1 antes de actualizar a la Versión 5.
Si se actualizan clientes de la Versión 3 a la Versión 5, el programa de
instalación hará caso omiso tanto del área de trabajo como del archivo
DESKTOP.DSK y creará un conjunto de marcadores vacíos.
Creación de un equipo de actualización
Si bien la actualización a la Versión 5 no constituye un proceso
complicado, es conveniente incluir representantes de todas las áreas y
departamentos técnicos implicados en ella. Así se consigue que el
equipo sea capaz de evaluar el efecto que la actualización tendrá en
todas las áreas funcionales y aprovechar los recursos no sólo del
departamento de Sistemas de información, sino también del resto de
componentes de la organización. Como mínimo, el equipo debe estar
constituido por:
Director de Sistemas de Información
Director técnico
Administradores de los servidores Domino
Administradores de redes
Técnicos de soporte y asistencia
Desarrolladores de aplicaciones
Gerentes de bases de datos
Especialistas en formación / educadores
Representantes de los usuarios finales (especialmente expertos
locales y usuarios destacados)
Si se establece el equipo encargado de la actualización al principio del
proceso, se garantiza un mayor control y una mejor planificación al
implantar la Versión 5, reduciendo los problemas relacionados con la
actualización y aumentando el compromiso con el proceso.
Coordinar el programa de actualización
Configurar y supervisar las pruebas de actualización
Informar a los usuarios y directivos acerca de la actualización y del
efecto que tendrá sobre su trabajo
Recopilar y difundir los conocimientos adquiridos
Documentar los problemas surgidos y las soluciones alcanzadas o
propuestas
Coordinar la comunicación; esto incluye la gestión de las bases de
datos del proyecto, las reuniones y las teleconferencias
Actualización en el marco de una organización internacional
Si se trata de una organización internacional, se deberán incluir
representantes de cada sede o área geográfica. Las diferentes áreas
tendrán infraestructuras diferentes (así, por ejemplo, las áreas donde los
costes en telecomunicaciones sean elevados utilizarán una red WAN en
lugar de LAN) lo que implicará a su vez necesidades distintas. El
proceso de actualización puede afectar de forma diferente a cada una de
estas áreas; por ejemplo, ya no será necesario contar con un servidor
MTA (del inglés Mail Transfer Agent, Agente de transferencia de
mensajes) independiente para cada juego de caracteres o idioma.
Creación de un plan de actualización
La preparación del equipo de actualización junto a la experiencia
obtenida de la prueba inicial constituyen la base perfecta para elaborar
un plan de actualización. Éste debe contemplar el orden en el que se van
a desarrollar las distintas acciones en la organización de la que se trate:
los servidores que se van a actualizar en primer lugar y los clientes (por
departamento o por ubicación geográfica, por ejemplo) y, a
continuación, las aplicaciones (en primer lugar, las aplicaciones más
importantes, por ejemplo).
Establecimiento de los procedimientos
Será necesario documentar los pasos que el equipo designado deberá
seguir en el proceso de actualización de servidores, clientes y
aplicaciones. El punto de partida se encuentra en los procedimientos
descritos en esta guía. Si en la organización se hubiera personalizado el
Registro de nombres público, por ejemplo, habría que añadir un paso al
final del proceso de actualización en el que se apliquen los cambios a la
nueva plantilla del Directorio de Domino.
Gestión del proceso de actualización
Será necesario designar uno o más jefes del proyecto de actualización a
la Versión 5. Estos deberán:
Se deberá incluir asimismo información acerca de la solución de
problemas, procedimientos para realizar copias de seguridad de los
archivos claves, modos de notificar a los usuarios que el servidor va a
dejar de estar disponible o que se van a actualizar los clientes e
información de contacto donde dirigir las preguntas que puedan surgir.
Establecimiento de una estrategia
En la planificación se debe incluir el registro de datos, problemas,
soluciones y comentarios en una base de datos que cumpla la función de
depósito de conocimientos. Esta base de datos constituirá el punto de
partida para elaborar un conjunto de directrices, y procedimientos que
describan el mejor modo de desarrollar la actualización a la Versión 5
dentro de la organización. Al registrar los comentarios a medida que se
lleva a cabo el proceso de actualización, el equipo encargado de este
proceso puede modificar sus acciones o el orden de éstas para cubrir
más satisfactoriamente las necesidades de la organización.
Definición de responsabilidades
Establezca funciones y responsabilidades con el fin de determinar quién
debe desarrollar determinadas acciones y cuándo debe hacerlo. Por
ejemplo, los administradores de Domino pueden ser responsables de
actualizar los servidores hub en cuatro semanas y, a continuación,
actualizar los servidores de correo en las doce semanas siguientes.
Asegúrese de establecer una persona de contacto para cada función y
responsabilidad, que debería ser uno de los miembros del equipo de
actualización.
Planificación de la formación
Planifique asimismo la formación que se impartirá a los usuarios con el
fin de que se familiaricen con la nueva interfaz del cliente Notes. A
pesar de que la utilización de la nueva interfaz es muy sencilla, sobre
todo para los usuarios que estén acostumbrados a los navegadores de
Web, difiere en gran medida de las interfaces de las versiones anteriores
de Notes. Los usuarios de la Versión 4 podrán seguir utilizando su área
de trabajo, pero el nuevo modelo de navegación de marcadores presenta
elementos novedosos y es fácil de usar.
Necesidades de hardware y software
Conviene establecer si el proceso de actualización implica cambios
en componentes de hardware o software. Si la organización utiliza
Microsoft Windows 3.1 como sistema operativo del cliente,
pongamos por caso, será primordial actualizarlo antes del paso a la
Versión 5; se podría actualizar a Microsoft Windows 98 o a Microsoft
Windows NT 4.0. Aunque no es necesario modificar la configuración de
hardware para utilizar la Versión 5, puede ser necesario adquirir
componentes adicionales para sacar el máximo partido a las funciones
Planificación del proceso de actualización
El proceso de actualización del sistema Domino debe planearse
adecuadamente con el fin de reducir esfuerzos y molestias a los
usuarios. Así, por ejemplo, la actualización de los servidores se debe
realizar en momentos en los que el número de usuarios conectados sea
reducido: durante el fin de semana o a altas horas de la noche, por
ejemplo.
Así, resulta útil almacenar los procedimientos realizados, las
dificultades encontradas, las soluciones propuestas y las dudas que
hayan surgido para utilizar esa información en etapas futuras de
actualización. Es posible utilizar una base de datos de Notes o una sede
Web de Domino para hacer llegar los "trucos y consejos" sobre el
proceso de actualización al resto de los componentes de cada
organización.
Lotus recomienda seguir el orden que se detalla a continuación en el
proceso de actualización:
Servidores hub
Servidores de correo
Servidores de aplicaciones
Clientes Notes
Aplicaciones y bases de datos
Al actualizar los servidores antes que los clientes y ambos antes que las
aplicaciones, se reducen al mínimo las molestias causadas a los usuarios
y a las actividades de la organización. Los usuarios no tienen noticia
alguna de las funciones de la Versión 5 hasta que los clientes que
utilizan están preparados para asumirlas; del mismo modo, los usuarios
no intentan aprovechar estas nuevas funciones, como las reglas de
correo por ejemplo, hasta que los servidores pueden asumirlas.
Asimismo, este orden de actualización permite que los administradores
se familiaricen con el nuevo cliente Domino Administrator antes de
comenzar a prestar ayuda a los usuarios en el proceso de actualización.
de la nueva versión. Por ejemplo, los archivos de registro de
transacciones se deben almacenar en una unidad dedicada
independiente con el fin de obtener el mayor rendimiento del servidor
y, del mismo modo, la función del servidor del Catálogo del dominio,
que consiste en la realización de búsquedas en dominios, debe estar
reservada a un potente equipo dedicado en exclusiva. Por tanto, será
necesario estudiar la infraestructura con la que se cuenta y las funciones
de la Versión 5 que se desee implantar para determinar los cambios y
ampliaciones necesarios.
Servidores hub
Los servidores hub, que se encargan de gestionar un tráfico denso de
correo y replicación, se ven ampliamente beneficiados por el
rendimiento y administración mejorados de Domino V5. Además, son
pocos los usuarios finales que acceden a este tipo de servidores, por lo
que el tiempo que se dedique a las tareas de actualización tendrá menos
consecuencias perjudiciales. Estos servidores los manejan normalmente
administradores con gran experiencia en Domino, capaces de
implementar la Versión 5 rápidamente y de solucionar cualquier tipo
de problemas que pudieran presentarse.
Al mismo tiempo que se actualizan los servidores hub de la
organización, habrá que actualizar también los clientes de
administración que administren los servidores Domino. Domino
Administrator V5 simplifica las tareas administrativas gracias a una
nueva interfaz gráfica, además de presentar funciones mejoradas para
supervisar los servidores y resolver los problemas que puedan surgir.
Asimismo, Domino Administrator funciona con la nueva plantilla del
Directorio de Domino, lo cual facilita el proceso de administración y
reduce el tiempo empleado.
Tras actualizar los servidores hub, se habrán adquirido los
conocimientos y la experiencia necesarios y se dispondrá de unos
procedimientos que seguir para llevar a cabo la actualización de los
servidores de correo. Domino V5 presenta diversas mejoras en el
rendimiento y nuevas características dirigidas a aumentar la rapidez,
potencia y fiabilidad de las infraestructuras de correo. Los usuarios
pueden beneficiarse del rendimiento mejorado y las nuevas
características, como la función MIME y el protocolo SMTP nativos, la
capacidad de deshacer eliminaciones y la "bandeja de entrada universal"
para diversas cuentas de correo. La actualización de los servidores de
correo puede llevar más tiempo que la de los servidores hub y, además,
afecta a un mayor número de usuarios; sin embargo, el conocimiento
adquirido al actualizar los servidores hub permitirá desarrollar esta
tarea sin problemas.
Es necesario esperar a que los usuarios de Notes cambien a la Versión 5
para actualizar los archivos de correo con la nueva plantilla de la
Versión 5. Sin embargo, es posible actualizar los archivos de correo al
nuevo formato de bases de datos ODS (del inglés On-Disk Structure)
para conseguir mayor velocidad de compactación y reconstrucción de
vistas, así como mayor facilidad en la recuperación y creación de copias
de seguridad y mejora del rendimiento. En el caso de los usuarios que
acceden al correo únicamente mediante clientes de los protocolos POP
(del inglés Post Office Protocol) o IMAP (del inglés Internet Message Access
Protocol), como Microsoft Outlook y Netscape Communicator, por
ejemplo, es posible actualizar los archivos de correo a la Versión 5
inmediatamente.
Si desea información pormenorizada acerca de la actualización de
servidores de correo que no utilicen el MTA, consulte el Capítulo 3,
"Actualización de un servidor Domino".
Las aplicaciones, y los servidores en los que se ejecutan, son a menudo
la parte más importante de las organizaciones, por lo que se deben
actualizar una vez que el equipo que trabaja con ellas esté
suficientemente familiarizado con los procedimientos y las técnicas
necesarios para cambiar a la Versión 5. Es recomendable comprobar
detenidamente las aplicaciones de Domino V5 antes de actualizar el
entorno de producción; si bien la Versión 5 persigue la compatibilidad
total con versiones anteriores, pueden producirse determinados
problemas con aplicaciones que utilicen funciones no incluidas en la
documentación del producto o soluciones creativas. Si desea más
información, consulte Actualización de bases de datos y aplicaciones. Se
debe decidir si se desea actualizar los ODS de las aplicaciones a la
Versión 5, para mejorar el rendimiento y las funciones de copia de
seguridad y registro de transacciones, o por el contrario mantener la
Versión 4 para que los clientes y servidores puedan crear réplicas de
ellos.
Clientes Notes
Sólo es aconsejable ampliar el alcance de Notes V5 a los usuarios cuando
se hayan actualizado los servidores a los que estos clientes acceden.
Notes V5 actualiza los clientes de la Versión 4 automáticamente,
creando un conjunto de marcadores basados en el área de trabajo de
cada usuario y actualizando el diseño de la Libreta personal de
direcciones. Tal vez sea necesario que los usuarios reciban algún tipo de
formación sobre el uso de la nueva interfaz de usuario de Notes, aunque
su similitud con las de los navegadores de Web facilitará en gran
medida la transición.
Si desea más información, consulte el Capítulo 5, "Actualización de
clientes".
Si desea más información acerca de la actualización de servidores que
transfieren el correo de Internet mediante el MTA de SMTP/MIME,
consulte el Capítulo 2, "Actualización de un servidor de correo de
Internet".
Aplicaciones y bases de datos
Una vez que se hayan actualizado los servidores Domino y los clientes
Notes, es el momento de comenzar a actualizar las aplicaciones y bases
de datos a la Versión 5. Este proceso implica actualizar el formato de las
bases de datos (u ODS) a la Versión 5 y sustituir los diseños de las bases
de datos estándar (como los archivos de correo, las bases de datos de
debates y las bibliotecas de documentos) con plantillas de la Versión 5.
Ya que los clientes de la Versión 4 o de versiones anteriores no admiten
las funciones de la Versión 5, es necesario asegurarse de que los
usuarios han actualizado a la Versión 5 antes de implantar plantillas y
funciones de esta versión en las bases de datos o aplicaciones.
La actualización del formato de las bases de datos a ODS de la Versión 5
no resulta en absoluto complicado; el ODS no se replica, por lo que es
posible actualizar una réplica a la Versión 5 en un servidor que ya esté
actualizado y dejar que replique con una réplica de la Versión 4 de un
servidor que no haya sido actualizado aún. Sin embargo, cuando las
bases de datos adquieran el ODS de la Versión 5, las nuevas réplicas y
copias de esas bases de datos tendrán, de forma predeterminada, el
formato de la Versión 5. Por tanto, mientras en una organización
convivan diferentes versiones, es conveniente mantener algunas bases
de datos con el ODS de la Versión 4. Cuando se haya completado la
transición del sistema a la Versión 5, habrá llegado el momento de
actualizar las bases de datos que aún tengan el formato de la Versión 4
para mejorar el rendimiento y la fiabilidad gracias a las ventajas que
presenta el nuevo formato.
La actualización del diseño y las funciones de las bases de datos a la
Versión 5 precisa consideraciones adicionales a las de la actualización
del formato. En un entorno en el que se estén utilizando versiones
diferentes, los clientes de la Versión 4 y de versiones anteriores pueden
no estar capacitados para ver o utilizar las funciones de la Versión 5, por
lo que la implantación de una plantilla de la Versión 5 puede plantear
problemas. Por ejemplo, aunque un cliente de la Versión 4 pueda
acceder a un archivo de correo de la Versión 5, se reduce en gran
medida la capacidad de utilización. Por tanto, sólo se implantarán las
plantillas y funciones de la Versión 5 cuando los usuarios puedan
acceder a ellas y utilizarlas con éxito. Esto supone, normalmente, que
habrá que aguardar hasta que todos los usuarios hayan cambiado a la
Versión 5 para utilizar sus plantillas y funciones.
bases de datos y aplicaciones".
Antes de actualizar un sistema a la Versión 5, será necesario probar los
procedimientos de la actualización en un entorno no productivo, en el
que sea posible probar los procesos y cometer errores con el fin de
adquirir experiencia suficiente. A pesar de que la actualización a la
Versión 5 es un proceso sencillo, cada organización tiene una
infraestructura, necesidades y nivel de implantación propios. Al realizar
un proceso de prueba, se logra que el equipo a cargo de la actualización
se familiarice con los procedimientos que ésta requiere.
Además, resulta esencial que se prueben las bases de datos y
aplicaciones importantes en un entorno en el que se utilice la Versión 5
antes de pasarse definitivamente a ella. Por ejemplo, si en una empresa
se utiliza una aplicación para gestionar cadenas de suministro basada en
la Versión 4, será necesario copiar esta aplicación y probarla en un
servidor actualizado en el que se encuentren los ODS y todas las
funciones de la Versión 5 que se deseen implantar. Al verificar que no se
produce ningún tipo de problemas con la aplicación en la Versión 5 o
documentando los posibles problemas y sus soluciones, se cuenta con
una base importante para emprender la tarea de actualización con
confianza.
Reproducción de la infraestructura de la organización
Cualquier proyecto piloto de actualización debe reproducir, a pequeña
escala, el sistema Domino que funciona en la organización de la que se
trate. Si una organización utiliza frecuentemente servidores agrupados,
habrá que probar la agrupación en la Versión 5, así como en un entorno
en el que convivan las versiones 4 y 5. Si se utilizan varios servidores
MTA (del inglés Message Transfer Agent) para gestionar el correo de
Internet, el cual es esencial para el éxito de la empresa, habrá que probar
si un servidor de correo de Internet de la Versión 5 funciona
adecuadamente en ese entorno determinado. Si en una organización
coexisten versiones distintas, por ejemplo, clientes que utilizan la
Versión 4.1 junto a otros que utilizan la 4.6, será necesario probar que se
pueden actualizar favorablemente ambas versiones a la Versión 5. En el
caso de una empresa en la cual se utilicen las funciones de agenda y
planificación de la base de datos de correo de Notes, habrá que
comprobar el comportamiento de determinadas funciones nuevas, como
las bases de datos de tiempo libre agrupadas o las reuniones periódicas.
Planificación de un proyecto de actualización piloto
Consideración de las relaciones de dependencia
Es aconsejable crear una lista de las funciones y bases de datos de Notes
y Domino que resultan esenciales en una organización en concreto. Así,
se deben considerar las características estándar de la infraestructura
propia de la organización: por ejemplo, una empresa puede decidir
emplear siempre servidores de correo agrupados donde almacenar los
archivos de correo con el fin de obtener fiabilidad y equilibrio y reducir
los posibles errores. Habrá que crear una lista de los diferentes tipos de
servidores que se utilizan: así, algunas empresas prefieren utilizar
Domino para el correo exclusivamente, mientras que otras lo utilizan
para mensajería, aplicaciones, como host de sedes Web y para realizar
servicios de directorio, entre otras funciones. A continuación, será
necesario probar que todas las funciones (aplicaciones importantes,
configuración o papel del servidor) funcionan en la Versión 5, lo que
posibilitará la adquisición de importantes conocimientos y prácticas que
garantizarán el desarrollo eficaz de cada organización.
Conocimientos compartidos
Una vez que se hayan recopilado los procedimientos más adecuados
para la tarea de actualización, será conveniente comunicarlos al equipo
de actualización, así como a cualquier componente de la organización
implicado en este proceso. De este modo, se logra que todos aprovechen
la experiencia adquirida con el fin de reducir los esfuerzos y errores a la
vez que se consigue la máxima productividad.
Consideración de una implantación inicial
Cuando se trata de grandes empresas, especialmente de organizaciones
empresariales, puede resultar más conveniente realizar una
implantación limitada en una de las unidades o grupos de negocio y
emplearla como modelo para el resto de la organización. Esta forma de
implantar la Versión 5, junto con el proyecto piloto, puede resultar útil
para comprobar las expectativas y presunciones acerca del proceso de
actualización, así como la operatividad y el funcionamiento del nuevo
software. Se deberá seleccionar para ello un grupo determinado que esté
familiarizado con Notes y Domino, dispuesto a avanzar y aprender;
asimismo, será conveniente implicar a los componentes del grupo en el
proyecto haciéndoles ver los beneficios que les va a reportar y
animándolos a compartir sus dudas e inquietudes. Si se asiste a este
grupo en la transición a la Versión 5 y se registran las experiencias e
información obtenidas, será más fácil planificar y emprender la
actualización completa de la organización.
Al animar a los usuarios a compartir experiencias e información acerca
de la Versión 5 y del proceso de actualización, será posible adaptar la
planificación para evitar posibles problemas y aprovechar los esfuerzos.
Este tipo de implantación a pequeña escala puede no ser necesario
cuando se trate de pequeñas empresas en las que puedan surgir menos
problemas relacionados con la actualización, o en empresas que
necesiten implantar la Versión 5 rápidamente. De cualquier forma,
incluso si no se realiza este tipo de implantación inicial, es conveniente
que se registre la información y las experiencias obtenidas para evaluar
y modificar la estrategia de actualización a medida que se avanza en el
proceso.
Programación de la actualización
Será necesario programar el proceso de actualización en el entorno de
producción una vez que se hayan comprobado todos sus aspectos en el
entorno de prueba. Es posible realizar la actualización en pequeños
pasos; así, se puede probar la actualización de servidores y, a
continuación, actualizarlos mientras se comprueban los clientes en el
entorno de prueba.
Consideración de las necesidades de la organización
Cuando se esté planificando el proceso de actualización, habrá que
considerar el efecto que ésta tendrá en la organización y solicitar
información de los representantes que integren el equipo de trabajo, así
como de los directores de cada área o departamento que se va a ver
afectado. Algunos departamentos pueden encontrarse en un momento
en que estén trabajando en proyectos de mucha importancia o con poco
tiempo, por lo que no podrán ser molestados y su actualización deberá
programarse para más adelante. Por el contrario, en otros pueden
concentrarse varios usuarios avanzados, lo que implica que estos
departamentos son los mejores candidatos para comenzar con el
proceso de actualización ya que, además, pueden proporcionar
información útil acerca de los procedimientos empleados así como del
software de la Versión 5.
Asignación de tiempo para procesar los conocimientos
Cuando se esté llevando a cabo la planificación, será necesario asignar
tiempo suficiente no sólo para realizar las tareas específicamente
relacionadas con la actualización (copias de seguridad del software,
instalación, resolución de posibles errores y formación de usuarios y
administradores), sino también para registrar los problemas
encontrados, las soluciones propuestas y los comentarios surgidos. Esta
inversión de tiempo inicial supone que los procesos se puedan
desarrollar sin problemas y obteniendo mayores satisfacciones tanto del
proceso en sí como del funcionamiento final del software.
Esta implantación inicial puede considerarse como una versión beta del
plan de actualización que permitirá probarlo en un entorno de trabajo
real y solucionar los posibles problemas antes de emprender la
actualización global en la empresa.
Identificación de las relaciones de dependencia
Es necesario igualmente identificar los procesos dependientes existentes
en la actualización y asegurarse de que están programados
adecuadamente. Así, si, por ejemplo, es necesario actualizar el sistema
operativo cliente, no será posible adoptar la Versión 5 hasta que se
complete este paso. El proceso de actualización en conjunto no puede
comenzar hasta que el equipo de trabajo esté organizado y se hayan
organizado los procedimientos que se van a seguir. Una vez que se
cuente con un borrador de la planificación, será imprescindible
comprobar estas relaciones para que no se programe una tarea antes de
que las tareas de las que depende se hayan resuelto.
Asignación de responsabilidades
Es necesario asegurarse de que se establecen las responsabilidades
oportunas para garantizar el éxito del proceso de actualización; así, es
conveniente asignar a una persona como responsable de cada elemento
de la planificación y una fecha en la que ese elemento en concreto debe
completarse. Igualmente, conviene establecer un cierto margen de
flexibilidad en la programación y fechas para que se pueda hacer frente
a los imprevistos que puedan surgir y para que se pueda cubrir el
periodo de aprendizaje.
Comprobación de las aplicaciones antes de actualizar
Las aplicaciones de la Versión 4 deberían funcionar sin problemas en la
Versión 5. Sin embargo, es importante comprobar las aplicaciones
esenciales en un entorno artificial antes de actualizarlas a la Versión 5 en
un entorno de producción. Las aplicaciones más sofisticadas exigen una
comprobación detallada pues los problemas potenciales pueden ser muy
sutiles y de difícil evaluación.
Es aconsejable elaborar una lista de las características y funciones de las
aplicaciones con el fin de evaluarlas en la Versión 5. Se deben aplicar las
plantillas y ODS de la Versión 5 a las aplicaciones teniendo especial
cuidado en documentar y probar lo siguiente:
Los cambios personalizados que se hayan realizado en las plantillas
estándar. Es posible que las plantillas de la nueva versión
incorporen las funciones que se hubieran añadido al personalizar,
por lo que éstas serían innecesarias, o que se haya modificado el
funcionamiento.
La reutilización del código de plantillas. Si se ha duplicado el código
estándar de las plantillas en las aplicaciones mediante LotusScript o
@Command, se deberá tener en cuenta que los cambios realizados
en el funcionamiento del código en las plantillas también se
reflejarán en el funcionamiento de las aplicaciones.
Utilización de un entorno de prueba
Un entorno de prueba constituye el marco ideal para experimentar con
las nuevas características y funciones de la Versión 5, ya que
proporciona condiciones de trabajo reales sin riesgo alguno para las
aplicaciones y sin impacto real en la producción de la empresa. Antes de
implantar un conjunto de nuevas funciones o códigos de la Versión 5, se
deberá utilizar en el entorno de prueba para asegurar que es estable y
que funciona con arreglo a las expectativas. Las funciones de la Versión
5 no están, por lo general, al alcance de clientes con versiones anteriores,
por lo que es necesario evaluar su funcionamiento e impacto en esas
versiones antes de implantarlas en las aplicaciones y usuarios.
Es vital realizar copias de seguridad de las aplicaciones antes de
actualizarlas. De este modo, si se presentan problemas durante el
proceso de actualización, o una vez que éste haya tenido lugar, se podrá
sustituir las aplicaciones con la versión almacenada en las copias de
seguridad.
Nota Tras actualizar el diseño de una aplicación a la Versión 5, será
necesario reconstruir las vistas de esa base de datos, lo que se consigue
abriendo la base de datos en un cliente Notes y presionando Ctrl +
Mayús + F9, o introduciendo el comando:
load updall nombrebasededatos.nsf -r
en la consola del servidor Domino y presionando la tecla Intro.
bases de datos y aplicaciones".
El uso de valores o funciones no incluidos en la documentación del
producto. Es posible que se hayan utilizado funciones o comandos
que Notes desconozca o no admita. A pesar de que éstos puedan
funcionar en la versión que se esté utilizando, es posible que se
hayan modificado en la Versión 5, bien convirtiéndolos al conjunto
de funciones y códigos admitidos, o bien impidiendo totalmente su
funcionamiento.
Las soluciones creativas. Es posible que se haya elaborado un
código o diseño creativo para solucionar ciertas limitaciones de las
versiones anteriores. Estas soluciones pueden dejar de ser necesarias
en la Versión 5 o puede que las modificaciones de funcionamiento
alteren también su funcionamiento.
Se deberá comprobar concienzudamente el funcionamiento de las
aplicaciones en condiciones que reflejen un entorno de trabajo
productivo y registrar asimismo los procedimientos desarrollados en las
comprobaciones y los resultados para ponerlos a disposición del equipo
de actualización, así como incorporarlo a la documentación relativa a
los procedimientos más adecuados.
Pasos para la comprobación de aplicaciones
La estrategia que se deberá seguir dependerá del número de
aplicaciones que se deban probar; este número fue especificado cuando
se creó el plan de pruebas.
1. Si aún no se ha hecho, será preciso instalar Domino Designer en la
estación de trabajo.
2. En segundo lugar, será necesario crea documentos utilizando todos
lo formularios de las aplicaciones, incluyendo los ocultos. Asegúrese
de que puede introducir información en todos los campos, que los
botones funcionan correctamente y que el texto existente en el
formulario se visualiza correctamente.
3. Abra en cada vista los documentos creados. Compruebe que éstos
se visualizan correctamente y que las fórmulas no ofrecen
resultados erróneos. Asegúrese también de que las vistas ocultas
funcionan correctamente.
4. Visualice los documentos que acaba de crear. Compruebe que éstos
se visualizan correctamente y que las fórmulas no ofrecen
resultados erróneos.
5. Si las aplicaciones utilizan bases de datos o archivos externos, será
necesario modificar algunos datos en estos archivos con el fin de
comprobar que las aplicaciones actualizan correctamente las
fórmulas.
6. Si las aplicaciones usan fórmulas que hacen referencia a vistas
ocultas en bases de datos del sistema --por ejemplo, el Directorio de
Domino--, será imprescindible comprobar que estas fórmulas
7. Si las aplicaciones utilizan aplicaciones OLE externas, se deberán
crear formularios que utilicen la aplicación OLE y ejecuten los
objetos.
8. Asimismo, habrá que comprobar los agentes para asegurarse de que
9. Habrá que verificar la seguridad de la base de datos: Comprobar,
por ejemplo, la LCA, las claves de codificación, los roles y los
accesos de autores y lectores.
10. Si las aplicaciones utilizan fórmulas de replicación selectiva, habrá
que comprobar que funcionan correctamente. Por ejemplo, se
deberá examinar la réplica de la base de datos con el fin de asegurar
que los documentos seleccionados se han replicado correctamente.
11. Será necesario repetir desde el paso 2 al 11 para cada aplicación que
se desee probar.
1. (Opcional) Crear una base de datos para almacenar la información
recopilada durante la fase de prueba. De esta manera, será más fácil
hacer un seguimiento de los progresos realizados, especialmente si
se tienen que probar muchas aplicaciones distintas. Si se va a usar
esta base de datos en varias sedes, será necesario crear una plantilla
de diseño que se pueda utilizar en ellas.
2. Documentar el tipo de aplicaciones de que se trata y su finalidad.
Por ejemplo, se deberá especificar si se trata de una aplicación de
discusiones, de una aplicación que acepta documentos enviados por
correo o de una aplicación NotesFlowTM. Si se trata de una
aplicación que acepta documentos enviados por correo, habrá que
documentar el nombre utilizado por el Registro de nombres público.
Si es una aplicación NotesFlow, será necesario documentar las bases
de datos utilizadas.
3. Documentar todas las bases de datos o archivos externos usados
por las distintas aplicaciones. Por ejemplo, será necesario especificar
si las aplicaciones tienen acceso a la información que se encuentra
almacenada en una base de datos o archivo externo mediante
@DbCommand o @DbLookup.
4. Documentar las bases de datos de Notes a las que hagan referencia
las aplicaciones. Si éstas hacen referencia a bases de datos creadas
con plantillas del sistema (como por ejemplo el Registro de nombres
público), habrá que especificar si las fórmulas de las aplicaciones
hacen referencia a vistas ocultas. Debido a que en la Versión 5
muchas plantillas de diseño del sistema han sido modificadas, es
posible que algunas vistas hayan desaparecido. Con el fin de evitar
posibles problemas, conviene no diseñar aplicaciones basadas en
vistas ocultas en las plantillas de diseño del sistema.
5. Documentar todos los programas de la API de Notes que utilicen
las aplicaciones o aquéllos que las modifiquen.
6. Documentar todas las aplicaciones OLE externas utilizadas por las
aplicaciones.
7. Documentar los servidores con los que replican las aplicaciones.
8. Será necesario repetir del paso 2 al 7 para cada aplicación que se
precise documentar.
Pasos para la documentación de aplicaciones
El proceso de documentación de las aplicaciones permite organizar la
información más importante acerca de las aplicaciones antes de
comenzar la fase de prueba. Si aún no se han documentado, será
necesario emprender los pasos siguientes:
Formación para la Versión 5
Es imprescindible planificar un programa de formación para que los
usuarios aprendan a utilizar la nueva interfaz de Notes V5. Al ser ésta
similar a las de los navegadores de Web, la mayoría de los usuarios se
familiarizarán enseguida con ella. Muchas empresas ponen en práctica
un programa de formación formal y otro informal.
El programa formal lo realizan profesores y asesores profesionales,
o empleados expertos en Notes y Domino. Normalmente se trata de
programas cortos, a menudo presentados como seminarios o cursos.
En ellos se combinan presentaciones de los especialistas con
ejercicios reales para dar a los usuarios una base sólida sobre las
nuevas características de la Versión 5.
El programa informal pone los recursos a disposición de los
usuarios mientras éstos utilizan el software y surgen preguntas y
problemas. Entre los recursos se incluyen a menudo un servicio
central de asistencia capaz de resolver las dudas acerca de los
componentes de software y hardware, así como expertos locales de
cada grupo con amplios conocimientos sobre el sistema.
La formación puede también desarrollarse mediante los propios equipos
o a través de Web. Se puede configurar una base de datos donde los
usuarios puedan formular las preguntas y donde, tanto otros usuarios
como analistas de soporte, puedan responderlas; así, se reducirán las
llamadas al servicio de asistencia y se pondrá a disposición de los
usuarios otra fuente de información. Además, es posible realizar
presentaciones esporádicas sobre determinados aspectos del software.
La Versión 5 de Domino ofrece muchas funciones nuevas que le
permitirán mejorar las comunicaciones y el uso compartido de la
información, simplificar los procesos y aumentar de forma notable la
eficiencia y la productividad en su organización. Entre otras, pueden
señalarse las siguientes:
Seguridad
Certificados X.509
Puede expedir certificados X.509 a los usuarios junto con
certificados de Notes o en lugar de éstos.
S/MIME
Puede utilizar certificados S/MIME y X.509 para enviar correo de
Internet codificado.
Correo
Direcciones de Internet nativas
Domino V5 permite utilizar direcciones de Internet (RFC 821 / 822)
tanto para el correo de Internet como para el de Notes.
SMTP original
El Gestor de correo de Domino es capaz de transferir y entregar
mensajes a través de SMTP o del RCP de Notes, lo que supone que
cualquier servidor Domino V5 puede actuar como un servidor de
correo de Internet.
MIME nativo
Los servidores Domino V5 pueden transferir y almacenar mensajes
MIME, eliminando así la necesidad de convertirlos. Además, los
clientes Notes V5 son capaces de crear y leer mensajes MIME.
Directorio
LDAPv3
Los clientes LDAP pueden modificar el Directorio de Domino
mediante LDAP. LDAP puede utilizarse para autentificar los
usuarios de Web en un directorio externo; a su vez, el formato de
intercambio de datos de LDAP permite importar y exportar
información de directorio.
Directorio de empresa comprimido (Catálogo de directorios)
El Catálogo de directorios reúne uno o más Directorios de Domino
con el fin de facilitar y dinamizar las búsquedas de direcciones. Un
Directorio de Domino de 1 GB puede comprimirse a un Catálogo de
directorios de sólo 12 MB. El Catálogo de directorios constituye una
excelente herramienta para los usuarios móviles.
Administración
Cliente Domino Administrator: interfaz de usuario orientada a las
tareas
Domino Administrator organiza por tareas la información y las
operaciones relativas al servidor. Es posible realizar operaciones en
varios servidores o bases de datos al mismo tiempo, incluyendo la
operación de arrastrar y colocar. La Versión 5 presenta además las
funciones de asignación de topologías, supervisión de servidores
mejorada y seguimiento del correo.
Recuperación de contraseñas
Si los usuarios olvidan su contraseña, los administradores pueden
recuperar los archivos ID correspondientes.
Protección de archivos para archivos Web
Domino V5 permite establecer el control de acceso para archivos
Web como imágenes y documentos HTML.
Seguimiento de mensajes
La Versión 5 permite realizar el seguimiento de los mensajes en
tránsito, incluyendo información sobre la ruta de transferencia y
sobre la entrega de los mensajes.
Controles frente al correo basura
La Versión 5 permite controlar quién puede enviar y recibir correo
en la organización, permitiendo filtrar el posible correo basura y
aplicar una mayor restricción al correo.
Herramientas de migración (cambio de usuarios y correo de otros
sistemas a Domino)
La Versión 5 presenta herramientas que permiten cambiar a Domino
los archivos de usuarios y correo de Lotus cc:MailTM, Microsoft
Exchange, Microsoft Mail, Microsoft NT u otros directorios LDAP.
Aplicaciones
Registro de transacciones
El registro de transacciones almacena datos secuenciales de
cualquier operación que se realice con los datos. Si se producen
problemas en una base de datos, es posible retroceder al momento
anterior a que se produjeran y reproducir los cambios desde el
registro de transacciones.
Liberación de espacio de bases de datos en línea y directa
Con la Versión 5, es posible liberar espacio en las bases de datos
mientras se encuentran abiertas. El proceso se produce sin
necesidad de espacio en disco adicional, al contrario de lo que
ocurría en la Versión 4, que requería una cantidad de espacio en
disco disponible equivalente al tamaño de la base de datos en la que
se estuviera liberando espacio.
API de copias de seguridad
La Versión 5 incluye una API que permite utilizar herramientas de
otros fabricantes para realizar copias de seguridad de los datos de
Domino.
Compatibilidad con CORBA e IIOP
La Versión 5 es compatible con los protocolos CORBA (del inglés
Common Object Request Broker Architecture) e IIOP (del inglés Internet
Inter-Orb Protocol), que permiten crear aplicaciones Web con las que
obtener el máximo partido de los servicios de Domino.
Domino Enterprise Connection Services (DECS)
DECS permite conectar en tiempo real con sistemas de proceso de
datos, como sistemas de bases de datos relacionales o de
información empresarial ERP (del inglés Enterprise Resource
Planning), por ejemplo.
Los clientes Web son redireccionados a otro servidor perteneciente a
una agrupación cuando uno de los servidores falla; además,
Domino reparte la carga de los clientes Web entre todos los
servidores.
Integración con Microsoft Internet Information Server (IIS) como
pila HTTP.
Es posible utilizar Microsoft IIS en lugar de los servicios HTTP en
Domino.
Búsquedas
Búsquedas en dominios
La Versión 5 permite realizar búsquedas en las bases de datos que
componen un dominio de Domino.
Filtración de resultados
En el sistema de búsquedas en dominios, los resultados obtenidos se
comprueban para garantizar que el usuario tiene acceso a ellos; si no
es así, los resultados no se muestran al usuario.
Sistemas de archivos
Es posible incluir sistemas de archivos en las búsquedas en
dominios para especificar, por ejemplo, el tipo de archivos que se
desee excluir y los directorios que se desee incluir en cada
búsqueda.
Instalación de Domino Administrator en la Versión 5
En la Versión 5, se deben instalar el servidor Domino y los clientes
Notes (también el cliente Domino Administrator) por separado. Esto
supone un cambio con respecto a la Versión 4, en la que la instalación de
un servidor instalaba automáticamente un cliente de administración.Al
instalar el servidor, el programa Setup no instala Domino Administrator
ni el archivo NOTES.EXE. Si desea tener Domino Administrator en el
mismo equipo que el servidor Domino, debe ejecutar el programa Setup
del cliente para instalar el cliente Domino Administrator. Se instalarán
el software del cliente, junto con el archivo NOTES.EXE, en el directorio
del cliente.
Internet
Agrupaciones en Internet (redireccionamiento y reparto de la carga)
Domino V5 incluye muchas nuevas funciones para mejorar la seguridad
y el rendimiento de su correo de Internet y de Notes.
Controles de transferencia del correo de Internet
Búsquedas inversas de direcciones IP de host.
Control de la retransmisión por dominio de destino.
Control de la retransmisión desde el host que realiza el envío.
Comprobación del dominio que envía el correo.
Control del correo entrante de SMTP por usuarios o hosts
remitentes.
Permiso o denegación del correo de SMTP basándose en la dirección
del remitente o del destinatario.
Mecanismos de autentificación
SASL (Simple Authentication and Security Layer) usando
AUTH=LOGIN.
TLS (Transport Layer Security).
Puerto SSL (Secure Socket Layer).
SMTP extendido (ESMTP)
Mejoras en el rendimiento con MIME de 8 bits y canalización de
comandos.
Notificaciones de estado de la entrega.
Controles del tamaño de los mensajes entrantes y salientes.
Rendimiento del Gestor de correo
Transferencia de correo con varias subtareas.
Múltiples bases de datos MAIL.BOX.
Seguridad
MIME seguro (S/MIME) que usa certificados X.509 para la
codificación y las firmas digitales.
Protección de acceso a los archivos de correo: todos los protocolos
admiten e uso de uno o varios mecanismos de autentificación del
acceso.
Fidelidad de los mensajes
MIME nativo
HTML original
SMTP original
Características internacionales
Juegos de caracteres múltiples por cada servidor: se establecerá un
juego de caracteres principal y juegos de caracteres secundarios.
Lotus Notes Versión 5 le proporciona fácil acceso a la información que
desde su punto de vista reviste importancia, ya sea personal (como el
correo electrónico y la agenda) o pública (como las sedes Web y los
grupos de noticias de Internet favoritos). El cliente incluye una nueva
interfaz de usuario con un modelo de navegación similar al de los
navegadores de Web, marcadores y una página de titulares (una página
de "inicio" personalizable para que muestre la información que se
considere importante). También incluye mejoras en las aplicaciones que
suele utilizar en su trabajo diario, como son el correo, la agenda y la
planificación, la navegación por Web y los debates.
Notes R5 puede usarse tanto con Domino R5 como con otros servidores
de Internet estándar, como los que pueda usar su ISP (Proveedor de
servicios de Internet). Por ejemplo, es posible leer y enviar mensajes a
cualquier servidor IMAP (del inglés Internet Message Access Protocol) o
POP3 (del inglés Post Office Protocol Version 3), leer y publicar artículos
en cualquier grupo de noticias NNTP (del inglés Network News Transfer
Protocol), realizar búsquedas en cualquier directorio LDAP (del inglés
Lightweight Directory Access Protocol), visualizar HTML (del inglés
Hypertext Markup Language) de cualquier servidor Web y usar
certificados X.509 como medida de seguridad. Todo esto puede hacerse
dentro de una sola interfaz, sin necesidad de conocer los estándares de
Internet implicados.
Entre las nuevas funciones de Notes 5 se incluyen las siguientes:
Navegación mejorada
En Notes 5, las pestañas de cada ventana permiten navegar entre las
páginas "abiertas", ya se traten de mensajes de correo, vistas de
bases de datos, páginas Web o artículos de grupos de noticias.Estas
pestañas vienen a reemplazar el menú Ventana de versiones
anteriores. Cada vez que se abra una página nueva, aparecerá una
nueva pestaña en la parte superior de la ventana principal. Para
desplazarse por las páginas, haga clic en las pestañas de las
correspondientes ventanas. Los usuarios de la Versión 4 apreciarán
las ventajas de poder mantener abiertas hasta 20 pestañas al mismo
tiempo.
Nuevas características del cliente Lotus Notes
Además, también es posible navegar entre las páginas abiertas
empleando los nuevos botones (de aspecto similar al de los
navegadores de Web) (Atrás, Adelante, Detener, Actualizar,
Buscar y Abrir URL.Dichos botones aparecen en el ángulo superior
derecho de la ventana principal y funcionan del mismo modo que
en los navegadores de Web. El botón Buscar permite el acceso a
todas las funciones de búsqueda de Notes Versión 5 y la creación de
marcadores para sus buscadores de Internet favoritos. Las
posibilidades ampliadas de búsqueda de Notes Versión 5 incluyen
una interfaz similar a las interfaces de Web y permiten realizar
búsquedas en un dominio completo de bases de datos y sistemas de
archivos. El botón Abrir URL muestra la dirección de la ficha activa,
ya sea el URL (del inglés Uniform Resource Locator) de una página
Web, un artículo de un grupo de noticias o un elemento de Notes.
(Las direcciones de los documentos a los que no se puede acceder a
través de Web comienzan por Notes:// en lugar de http://).
Mejoras y compatibilidad de estándares
Marcadores
Los marcadores permiten crear vínculos para acceder a la
información o a las sedes de su interés. Aunque estos marcadores
se crean del mismo modo que en un navegador, pueden hacer
referencia a elementos de Notes o de Internet, ya sean bases de
datos, vistas, documentos, páginas Web o grupos de noticias. La
creación de un marcador es una operación tan sencilla como, por
ejemplo, arrastrar un vínculo de documento y colocarlo sobre el
icono correspondiente.
Página de titulares
Es una página de "inicio" personalizable que contiene vínculos a
toda la información que sea considerada importante como por
ejemplo: al correo, a las entradas de la agenda, a las bases de datos
que se utilizan habitualmente, a los anuncios internos o a la
información pública procedente de Internet (como las cotizaciones
en bolsa o el pronóstico del tiempo). Si desea convertir su página
principal de Notes en los "Titulares del día", consulte a su
administrador de Notes. Desde esta página también podrá
accederse a los titulares archivados.
Si desea más información, consulte la sección "Novedades de la Versión
5" del apartado "Introducción", en la Ayuda electrónica de Notes
(HELP5_CLIENT.NSF).
La actualización de las bases de datos así como de sus servidores a la
Versión 5 ofrece un conjunto de ventajas fundamentales que repercuten
en un incremento notable del rendimiento, con mejores copias de
seguridad y nivel de tolerancia a errores, mayor rapidez en las
reconstrucciones, liberación de espacio más eficaz y nuevas opciones
para las bases de datos. Entre las nuevas funciones están:
Las plantillas y el formato para bases de datos que emplea la ODS
de la Versión 5 ofrecen una mejora considerable en el rendimiento,
especialmente en bases de datos como el Directorio de Domino y
MAIL.BOX. El funcionamiento de las bases de datos requiere un
volumen de transacciones E/S menor, además de contar con una
asignación más eficiente de memoria y de espacio en disco.
El registro de transacciones introduce todos los cambios realizados
en una base de datos secuencialmente en un archivo de registro sin
modificar la base hasta que dichos cambios han sido almacenados
en disco.Ello permite recuperar los datos que se pierdan como
consecuencia de que la base de datos resulte dañada o como
consecuencia de otros problemas, mediante su reconversión a una
fase anterior y la posterior introducción, gracias al registro, de esos
cambios. Así la eficacia es mayor a la hora de realizar copias de
seguridad de las bases de datos. No tendrá que ejecutar el programa
Fixup en las bases de datos de la Versión 5 que empleen el registro
de transacciones.Asegúrese de utilizar otra unidad de disco de gran
capacidad para albergar exclusivamente los archivos de registro.
La rapidez de las reconstrucciones de vistas puede quintuplicarse
en la Versión 5 si designa otra unidad de disco distinta para
albergar los correspondientes archivos temporales. La rapidez con
que se llevarán a cabo las reconstrucciones de vistas dependerá de
forma directamente proporcional de la cantidad de espacio
asignado en la unidad de disco.
La existencia de múltiples bases de datos de correo compartido
(sistemas de almacenamiento de una sola copia) permite realizar
menos transacciones E/S y reduce los problemas de bloqueo.
La existencia de múltiples bases de datos MAIL.BOX permite
repartir la carga de correo entre varias bases de datos.
Nuevas funciones de las aplicaciones de Domino
La creación de índices en paralelo permite contar con varias
subtareas para índices en servidores con más de una CPU. Una
subtarea por CPU mejora el rendimiento, especialmente en la
unidad de disco que alberga los archivos temporales para
reconstrucción de vistas. Así se aprovecha mejor la existencia de
múltiples CPU en un servidor.
Las bases de datos de la Versión 5 poseen una función que puede
activar para impedir la eliminación accidental. Esta función realiza
en primer lugar "eliminaciones no definitivas", de modo que la
acción se pueda deshacer. Por ejemplo, las bases de datos de correo
de la Versión 5 incluyen esta función cuando se utilizan en un
servidor Domino que emplea la Versión 5. Puede configurar un
campo en la base de datos que sirva como plazo máximo, de modo
que, una vez rebasado, la eliminación sea permanente.
Si desea más información, consulte el Capítulo 8, "Diseño de vistas",
en la Ayuda de Domino Designer.
En relación con las bases de datos, existe un conjunto de opciones
que le permiten mejorar significativamente el rendimiento sin
esfuerzo (como, por ejemplo, desactivar las marcas de no leídos). Si
desea más información, consulte Mejora del rendimiento de una
base de datos.
La liberación de espacio en las bases de datos de la Versión 5 se
lleva a cabo de forma tanto electrónica como in-situ y no requiere
ningún espacio libre adicional. Mientras que se realiza la liberación
de espacio, es posible leer y modificar la base de datos. La liberación
de espacio en la Versión 5 se produce hasta diez veces más
rápidamente que en la Versión 4.
El tamaño de las bases de datos de la Versión 5 puede alcanzar los
64 GB.
Nuevas funciones de búsqueda de Domino
La función de búsqueda de la Versión 5 dispone de una serie de ventajas
con respecto a la Versión 4. Entre ellos se encuentran:
Seguridad. El servidor del Catálogo del dominio emplea el Catálogo
del dominio para filtrar los resultados de la búsqueda en función
del acceso del que disfrute el usuario a ellos. Si un usuario no
dispone de autorización para ver un documento, el servidor no
incluirá ese documento en el resultado de la búsqueda.
Resultados paginados. Al mostrar los resultados de la búsqueda, la
Versión 5 los presenta página a página, con lo que permite al
servidor enviar la primera página de resultados y después procesar
la siguiente petición del usuario. De este modo, se aceleran las
búsquedas y se presentan los resultados a los usuarios mucho más
rápidamente que en una Sede de búsquedas de la Versión 4, en la
que los usuarios tenían que esperar hasta que se hubiesen
compilado y después mostrado todos los resultados de la búsqueda.
Sistemas de archivos. Puede configurar el servidor del Catálogo del
dominio para que índice tanto los sistemas de archivos como las
bases de datos de Domino, lo que proporciona unas capacidades de
búsqueda a escala empresarial. Puede indexar cualquier sistema de
archivos al que el servidor de búsqueda pueda acceder en tanto que
directorio montado. La búsqueda de la Versión 5 puede indexar
diversos tipos de archivos: Adobe Acrobat (PDF), Corel
WordPerfect (DOC), HTML, documentos de Lotus SmartSuite®
(LWP, PRZ, 123) y documentos de Microsoft Office (DOC, PPT,
XLS), bien en el sistema de archivos o como anexos.
Índice centralizado. Se evita la duplicación de índices, con lo que se
ahorra espacio en disco y se asegura que los usuarios siempre
obtengan los resultados más actualizados. Se pueden concentrar los
recursos en un único servidor del Catálogo del dominio, para así
ahorrar costos en concepto de hardware.
Nota El filtrado de seguridad de la Versión 5.0 sólo se aplica a los
resultados procedentes de bases de datos de Domino. Los
resultados de las búsquedas en sistemas de archivos dependerán del
nivel de seguridad del sistema de archivos; los usuarios pueden ver
el resultado de la búsqueda incluso aunque no estén autorizados
para ver el documento. Por tanto, es factible tanto que los usuarios
no puedan acceder a todos los resultados de la búsqueda como que
puedan inferir información confidencial a partir de la presentación
de un determinado resultado de búsqueda. Asegúrese de establecer
los adecuados niveles de seguridad en el sistema de archivos y de
indexar sólo aquellos sistemas de archivos en los que la seguridad
no sea una prioridad insalvable.
Formularios personalizables para la búsqueda y los resultados. Los
diseñadores de aplicaciones pueden personalizar los formularios
para hacer más precisas las peticiones de búsqueda o para limitar
las peticiones de los usuarios a bases de datos determinadas. Los
formularios de búsqueda y de resultados pueden incluir gráficos,
tales como imágenes en segundo plano o logotipos empresariales. El
formulario de resultados se puede personalizar para que muestre
información suplementaria sobre los documentos obtenidos, como
su autor o su fecha de creación.
Búsqueda por similitud. La función de búsqueda de la Versión 5
muestra resultados incluso aunque la búsqueda se haya escrito mal;
por ejemplo, si se busca "Montrel" se presentarán resultados
relacionados con "Montreal". Consulte "Para utilizar opciones que
permitan precisar el ámbito de la búsqueda" en la Ayuda del cliente
Notes (HELP5_CLIENT.NSF).
Búsqueda de palabras por su raíz. La búsqueda de la Versión 5
utiliza el análisis lingüístico para mostrar documentos que
contengan palabras relacionadas con las que aparezcan en la
petición de búsqueda; por ejemplo, una búsqueda de "swim"
mostrará resultados que contengan "swimming" y "swimmer".
Consulte "Para utilizar opciones que permitan precisar el ámbito de
la búsqueda" en la Ayuda del cliente Notes (HELP5_CLIENT.NSF).
Nota La búsqueda de palabras por su raíz de la Versión 5 está
restringida al inglés.
Las versiones anteriores del servidor Domino han utilizado el agente de
transferencia de mensajes (MTA) para transferir el correo de Internet.
En la Versión 5, el Gestor de correo de Domino transfiere el correo de
Internet mediante SMTP. Los clientes de correo pueden utilizar el correo
de Internet con MIME o el correo de Notes (Notes Mail®) en el formato
de Notes (Domino transfiere ambos en su formato nativo y realiza
automaticamente conversiones entre ellos). Las actualizaciones a la
nueva versión resultan perfectas (las opciones y funciones de la
Versión 4 continúan funcionando en la Versión 5). Sin necesidad de
efectuar cambios en su configuración, podrá comprobar cómo gana en
rendimiento y obtiene mayor funcionalidad utilizando las nuevas
funciones de la Versión 5. Domino utiliza todas las assignaciones de
dirección y de transferencia de la Versión 4 sin ningún cambio. Si lo
desea, puede poner en marcha las assignaciones de dirección y la
transferencia de la Versión 5 de una sóla vez, gradualmente o no
hacerlo; la elección es suya.
Actualización de un servidor que utiliza el agente de transferencia de
mensajes (MTA) de SMTP/MIME a la Versión 5
Piense en la posibilidad de realizar un proyecto piloto para probar los
planes de actualización de sus servidores de correo de Internet antes de
comenzar a trasladar su organización a la Versión 5. Un proyecto piloto
le permitirá ajustar sus planes y ocuparse de los contratiempos que se
presenten a pequeña escala.
Si desea más información, consulte el Capítulo 1, "Planificación del paso
a la Versión 5".
Para actualizar un MTA de la Versión 4 a un servidor de correo de la
Versión 5, lleve a cabo, siguiendo el orden, los siguientes pasos:
1. Realice una copia de seguridad de los archivos importantes.
2. Desactive la ejecución diaria del MTA de SMTP/MIME.
3. Finalice la ejecución del Gestor de correo.
4. Finalice la ejecución del transporte de mensajes entrantes.
2-1
Capítulo 2
Actualización de un servidor de correo de Internet
5. Elimine los mensajes de SMTP.BOX.
6. Elimine los mensajes de la cola de mensajes salientes del MTA.
7. Elimine los mensajes de la cola de mensajes entrantes del MTA.
8. Finalice la ejecución del servidor MTA.
9. Actualice el archivo NOTES.INI del servidor.
10. Instale el software de Domino Versión 5.
11. Actualice el Registro de nombres público (que en la Versión 5
pasará a denominarse Directorio de Domino).
12. Defina la configuración del servidor del servidor de correo Internet.
13. Active la tarea listener de SMTP en el documento de servidor para
el servidor de correo de Internet.
14. Si el servidor actualizado es el servidor de administración para el
Directorio de Domino del dominio, actualice su base de datos
Solicitudes de administración.
Nota Dado el tiempo que podría llevar eliminar los mensajes de las
colas de mensajes entrantes y salientes, Lotus recomienda actualizar el
servidor MTA en horarios de baja actividad, como, por ejemplo, por la
mañana muy temprano o en los fines de semana. El MTA no estará
disponible mientras se estén vaciando las colas y actualizando el MTA,
lo que afectará al envío, transferencia y rendimiento del correo de
Internet.
Nota Domino actualiza automáticamente MAIL.BOX al formato y
diseño de la Versión 5. Asimismo, se mantendrán todos los mensajes
que se hallen en MAIL.BOX.
Consulte también:
Nuevas funciones
Sustitución del MTA de SMTP/MIME
Cómo sustituye el MTA la Versión 5
Diferencias de configuración entre V4 y V5
Situaciones para la actualización del MTA
Sustitución de los MTA de la Versión 4 por servidores de correo de
la Versión 5
Uso de un host de tránsito de otra compañía con un servidor de
correo V5
Uso de los MTA de cc:Mail y X.400 con Domino V5
Mensajes codificados y entornos mixtos
Envío de correo en el formato de Notes a usuarios de Internet
Direcciones de correo de Internet en Domino Versión 5
Formato de almacenamiento del correo de Internet en Domino
Versión 5
Actualizaciones
Actualización del servidor MTA y de los parámetros de NOTES.INI
Cambios en la conversión de IMAP y POP en la Versión 5
Cambios en los host de tránsito en Domino Versión 5
Uso de conexiones telefónicas con Domino Versión 5
Mejoras en el rendimiento
Actualización de un servidor de correo de Internet para poder usar
subtareas múltiples
Múltiples bases de datos MAIL.BOX en un servidor de correo
Realización de copias de seguridad de los archivos en el servidor
MTA
Realice copias de seguridad de los archivos importantes del servidor
Domino en caso de que encuentre errores durante la actualización. Si se
presentaran problemas durante la actualización, podrá utilizar dichas
copias para recuperar sus archivos.
1. Realice una copia de seguridad del directorio de datos de su
servidor (por ejemplo, C:\NOTES\DATA). Esta operación
permitirá guardar DESKTOP.DSK, todos los archivos ID (incluido el
ID del servidor y los ID de los certificadores), LOG.NSF,
NAMES.NSF, MAIL.BOX y cualquier Registro de nombres público
ubicado en el servidor.
2. Realice copias de seguridad del contenido de los directorios o bases
de datos vinculados (archivos .DIR) de su directorio de datos.
3. Realice una copia de seguridad del archivo NOTES.INI del servidor.
Este archivo se ubica de forma predeterminada en el directorio del
sistema (por ejemplo, C:\WINNT40).
4. Realice copias de seguridad de cualquier otra base de datos (.NSF) o
plantilla (.NTF) de Notes.
Actualización de un servidor de correo de Internet 2-3
Correo de Internet
Transferencia del correo de Internet en entornos mixtos de distintas
versiones
Desactivación de la ejecución diaria del MTA de SMTP/MIME
Antes de actualizar un servidor MTA de la Versión 4, desactive la
ejecución diaria del MTA. Si no lo hace y vacía las colas de mensajes
durante el tiempo que la tarea Compact tiene determinado para
ejecutarse (2 a. m., de forma predeterminada), el MTA se desactiva a sí
mismo, ejecuta las tareas diarias y, a continuación, se activa. Esto activa
el transporte de mensajes entrantes y salientes, deshaciendo el trabajo
de vaciado de las colas.
1. Asegúrese de que ha realizado copias de seguridad de los archivos
del servidor MTA. Consulte Realización de copias de seguridad de
los archivos en el servidor MTA.
2. Ejecute el cliente Notes de Lotus desde el que administra el servidor
MTA.
3. Seleccione Archivo - Base de datos - Abrir.
4. En el campo Servidor, escriba el nombre del servidor MTA de
SMTP/MIME y haga clic en Abrir.
5. Seleccione el Registro de nombres público del dominio del servidor
MTA y haga clic en Abrir.
6. En el Registro de nombres público, abra la vista
Servidor\Servidores; para ello despliegue las vistas de Servidor en
el panel de la izquierda y haga clic en Servidores o seleccione Ver Servidor - Más..., seleccione Servidor\Servidores y haga clic en
Aceptar.
7. Seleccione el documento de servidor correspondiente al servidor
MTA.
8. Haga clic en el botón Editar servidor de la barra de acciones.
9. Despliegue la sección Agente de transferencia de mensajes de
Internet (MTA de SMTP).
10. Debajo de Control, haga clic en la flecha situada junto al campo
Mantenimiento diario.
11. Seleccione Desactivar y haga clic en Aceptar.
12. Haga clic en el botón Guardar y cerrar de la barra de acciones.
13. Cierre el Registro de nombres público.
Finalización de la ejecución del Gestor de correo
Finalice la ejecución del Gestor de correo para impedir que otros
servidores transfieran mensajes salientes al MTA.
1. Asegúrese de que ha desactivado la ejecución diaria del MTA.
Consulte Desactivación de la ejecución diaria del MTA de
SMTP/MIME.
2. Sitúese en la consola del servidor Domino.
tell router quit
y presione Intro.
El servidor muestra la finalización de la tarea "router" (Gestor de
correo).
Finalizaando la ejecución del Gestor de correo se impide que transfiera
más mensajes a SMTP.BOX y se permite que el MTA vacíe la cola de
mensajes salientes procesando los mensajes existentes. Los mensajes
entrantes se mantienen en MAIL.BOX y serán procesados por el
servidor una vez que éste se actualice a la Versión 5.
Finalización de la ejecución del transporte de mensajes entrantes
La finalización de la ejecución del transporte de mensajes entrantes
impide que el MTA reciba mensajes de SMTP dirigidos a destinatarios
de su organización. Esto le permitirá vaciar las colas de trabajo entrante
y saliente.
1. Asegúrese de finalizar la ejecución del Gestor de correo. Consulte
Finalización de la ejecución del Gestor de correo.
2. Escriba
tell smtpmta stop inbound transport
y presione Intro.
El servidor mostrará los controladores de sesiones entrantes
abiertos y como se cierran las tarea del controlador de sesiones
entrantes (ISESCTL):
El transporte entrante traslada los mensajes a la cola de trabajo entrante
(Inbound Work Queue; SMTPIBWQ.NSF). Al detenerse el transporte
entrante se impedirá que el MTA acepte conexiones de SMTP entrantes.
3. Escriba
Eliminación de los mensajes de SMTP.BOX
Después de haber finalizado la ejecución del Gestor de correo y el
transporte de mensajes entrantes, espere a que el MTA procese todos los
mensajes de SMTP.BOX antes de continuar. Si no tiene en su área de
trabajo los iconos de base de datos del buzón de SMTP (SMTP.BOX), la
cola de trabajo saliente (SMTPOBWQ.NSF) y la cola de trabajo entrante,
agréguelos.
Adición de iconos de bases de datos del sistema del servidor MTA
al área de trabajo.
1. Sitúese en el cliente Notes de Lotus.
3. En el cuadro Servidor, escriba el nombre del servidor MTA.
4. En el campo Archivo, escriba SMTP.BOX.
5. Haga clic en Marcador.
6. En el campo Archivo, escriba SMTPOBWQ.NSF.
8. En el campo Archivo, escriba SMTPIBWQ.NSF.
Los iconos de SMTP.BOX, la cola de trabajo entrante y la cola de trabajo
saliente se hallarán ahora en su área de trabajo de Notes.
Comprobación de que SMTP.BOX no contiene mensajes activos
1. Asegúrese de finalizar la ejecución del Gestor de correo y del
transporte de mensajes entrantes. Consulte Finalización de la
ejecución del Gestor de correo y Finalización de la ejecución del
transporte de mensajes entrantes.
2. Haga doble clic en el icono SMTP.BOX de su área de trabajo de
Notes. Si es la primera vez que abre la base de datos podrá ver el
documento "Acerca de esta base de datos". Presione Esc.
3. Si existen mensajes pendientes de conversión o de transmisión,
espere a que sean procesados y eliminados por la tarea de informes
sobre la entrega (DRT).
4. Compruebe el proceso de los mensajes presionando F9 o
seleccionando Ver - Actualizar; los mensajes procesados son
eliminados de la vista.
5. Una vez que la vista está vacía o sólo contiene documentos
marcados como perdidos, SMTP.BOX estará vacía.
6. Presione Esc para cerrar SMTP.BOX.
Podría producirse cierta demora desde que se procesa los mensajes
hasta que la tarea DRT los elimina de la vista debido al ciclo de
ejecución de DRT.
El vaciado de la cola de trabajo saliente transfiere todos los mensajes
salientes de SMTP restantes a sus destinos.
1. Asegurese de que SMTP.BOX está vacía. Consulte Eliminación de
los mensajes de SMTP.BOX.
2. Haga doble clic en el icono de la cola de trabajo saliente de SMTP
(Outbound Work Queue; SMTPOBWQ.NSF) de su área de trabajo
de Notes. Si es la primera vez que abre la base de datos podrá ver el
3. Espere hasta que todos los mensajes de la cola de mensajes salientes
sean correctamente procesados por el MTA. La vista debería
aparecer sin mensajes o sólo con los mensajes marcados como
perdidos.
4. Compruebe que todos los mensajes, excepto los marcados como
perdidos, se han procesado presionando F9 o seleccionando Ver Actualizar. Los mensajes procesados son eliminados de la vista por
la tarea DRT.
5. Presione Esc para cerrar la cola de trabajo saliente.
Podría producirse cierta demora desde que se procesa los mensajes
hasta que la tarea DRT los elimina de la vista debido al ciclo de
ejecución de DRT.
Eliminación de mensajes de la cola de trabajo entrante
El vaciado de la cola de trabajo entrante mueve todos los mensajes de
SMTP dirigidos a destinatarios de su organización fuera de la cola de
trabajo entrante para que puedan ser entregados. Los mensajes de
MAIL.BOX se envían después de que el servidor ha sido actualizado y
reiniciado.
1. Asegúrese de haber vaciado la cola de trabajo saliente. Consulte
Eliminación de los mensajes de la cola de trabajo saliente.
3. Haga doble clic en el icono de la cola de trabajo entrante de SMTP
(Inbound Work Queue; SMTPIBWQ.NSF) de su área de trabajo de
Notes. Si es la primera vez que abre la base de datos podrá ver el
4. Espere a que se procesen todos los mensajes pendientes de
conversión. Compruebe que todos los mensajes, excepto los
marcados como perdidos, se han procesado presionando F9 o
seleccionando Ver - Actualizar. Los mensajes procesados son
eliminados de la vista por la tarea DRT.
5. Presione Esc para cerrar la cola de trabajo entrante.
Eliminación de los mensajes de la cola de trabajo saliente
Podría producirse cierta demora desde que se convierten/transmiten
los mensajes hasta que la tarea DRT los elimina de la vista debido al
ciclo de ejecución de DRT.
Finalización de la ejecución del servidor MTA de SMTP/MIME
Una vez eliminados los mensajes del MTA, finalice la ejecución del
servidor y actualícelo.
1. Asegúrese de haber vaciado la cola de trabajo entrante. Consulte
Eliminación de mensajes de la cola de trabajo entrante.
2. Sitúese en la consola del servidor Domino.
3. Escriba
quit
y presione Intro.
5. Seleccione Archivo - Salir.
Actualización del archivo NOTES.INI para el servidor de correo de
Internet
Después de actualizarse a Domino Versión 5, ya no volverá a necesitar
cargar ni ejecutar el MTA de SMTP/MIME, puesto que la Versión 5
ofrece transporte de SMTP y tratamiento MIME en su formato nativo.
Elimine la gestión de memoria, los controles de búsqueda de nombres y
los parámetros de depuración del archivo NOTES.INI. Puesto que la
tarea Reporter ya no existe en la Versión 5, elimine estos parámetros del
archivo.
del servidor importantes. Consulte Realización de copias de
seguridad de los archivos de servidores Domino.
2. Abra el archivo NOTES.INI del servidor que está actualizando en
un editor de texto, como, por ejemplo, Microsoft Notepad.
3. Elimine las entradas Reporter y SMTPMTA de la línea
ServerTasks= del archivo.
4. Si existen las siguientes entradas en el archivo, elimínelas:
NSF_Buffer_PoolSize
NSF_DbCache_Maxentries
Server_Name_Lookup_Noupdate
Cualquier parámetro de corrección de errores
Instalación de Domino Versión 5 en el servidor MTA
de Domino importantes. Consulte Realización de copias de
seguridad de los archivos en el servidor MTA.
2. Asegúrese de haber seguido los procedimientos para eliminar los
mensajes del MTA, empezando por desactivar la ejecución diaria
del MTA de SMTP/MIME.
3. Instale el software de Domino Versión 5. Si instala Domino en el
mismo directorio de la versión anterior, no necesitará efectuar
ningún cambio en la configuración del servidor. Si instala Domino
en un nuevo directorio, el programa le pedirá que configure el
servidor.
4. Durante la instalación, seleccione el tipo de servidor para el que ha
adquirido una licencia. Para muchas organizaciones, esto implica la
instalación del servidor de correo Domino Mail Server en el
servidor MTA.
5. Después de instalar la Versión 5, ejecute el servidor Domino.
Consulte Configuración del servidor Domino si desea información más
detallada. Este manual se encuentra disponible en formato impreso y,
también, en un archivo (.PDF) de Adobe Acrobat.
Nota Al instalar el servidor Domino no se instala Domino
Administrator (el cliente de administración de la Versión 5). Debe por
tanto llevar a cabo una segunda instalación mediante el programa de
instalación del cliente para que Domino Administrator se encuentre en
el equipo del servidor. Lotus recomienda en cualquier caso que las
tareas de administración del servidor se realicen desde un equipo
independiente.
Nota Las tareas de estadísticas de los archivos, llevadas a cabo por la
tarea Reporter en la Versión 4, están controladas por el Catálogo de
directorios y los análisis estadísticos realizados por Reporter se
controlan ahora mediante las herramientas de análisis de rendimiento
de Domino. En lugar de Reporter, la tarea Event puede controlar las
bases de datos y generar un evento que avise al administrador si el
espacio no usado en un archivo alcanza cierto umbral. Además, este
evento de control puede también configurarse para liberar espacio
automáticamente en las bases de datos que alcanzan el umbral
determinado.
Actualización del Registro de nombres público para un servidor de
correo de Internet
El servidor Domino le pedirá que actualice el diseño del Registro de
nombres público con la plantilla del Directorio de Domino de la
Versión 5 (PUBNAMES.NTF) después de haber realizado la
actualización. La nueva plantilla del Directorio de Domino trabaja
conjuntamente con el cliente Domino Administrator para racionalizar la
administración de directorios y servidores. El Directorio de Domino es
compatible con las versiones anteriores y está diseñado para utilizarse
en entornos que funcionen con distintas versiones simultáneamente.
Actualice el diseño de su Registro de nombres público a la plantilla del
Directorio de Domino Versión 5 sólo después de haber actualizado el
servidor a la Versión 5. A continuación, actualice el formato de la base
de datos del Directorio de Domino liberando espacio y reconstruyendo
sus vistas.
Actualización del Registro de nombres público a la plantilla del
Directorio de Domino
1. Cuando Domino le pregunte si desea actualizar el diseño del
Registro de nombres público a la plantilla de la Versión 5, escriba
S
Esto sustituye la plantilla del Registro de nombres público de la
Versión 4 por la plantilla del Directorio de Domino de la Versión 5.
2. Cuando se ejecute el servidor, compruebe si existen errores o
problemas. A continuación, cierre el servidor. Escriba
quit
y presione Intro.
Liberación de espacio en el Directorio de Domino después de la
actualización
1. En la línea de comandos de su sistema operativo, sitúese en el
directorio del programa de Domino y libere espacio en el Directorio
de Domino para ajustarlo al nuevo ODS (On Disk Storage; formato
interno de los archivos de Domino) de la Versión 5.
En Microsoft Windows NT (plataformas Intel), escriba
ncompact names.nsf
y presione Intro.
Nota Si su Directorio de Domino posee un nombre de archivo
distinto de NAMES.NSF, sustitúyalo por NAMES.NSF.
acompact names.nsf
y presione Intro.
En IBM OS/2 Warp, escriba
icompact names.nsf
y presione Intro.
En plataformas UNIX, escriba
compact names.nsf
y presione Intro.
Nota Si el Directorio de Domino tiene un nombre de archivo
diferente a names.nsf, sustitúyalo por names.nsf.
Esta operación cambia el Directorio de Domino del ODS de la
Versión 4 al ODS de la Versión 5.
2. Una vez liberado el espacio del Directorio de Domino para ajustarlo
al formato de bases de datos de la Versión 5, reconstruya las vistas
($ServerAccess) y ($Users) del Directorio de Domino.
Reconstrucción de vistas en el Directorio de Domino
1. En la línea de comandos de su sistema operativo, reconstruya las
vistas ($ServerAccess) y ($Users) del Directorio de Domino.
nupdall names.nsf -t "($ServerAccess)" -r
y presione Intro. A continuación, escriba
nupdall names.nsf -t "($Users)" -r
y presione Intro.
En Microsoft Windows NT (plataformas Alpha), escriba
aupdall names.nsf -t "($ServerAccess)" -r
aupdall names.nsf -t "($Users)" -r
y presione Intro.
En Microsoft Windows NT (plataformas Alpha), escriba
En IBM OS/2 Warp, escriba
iupdall names.nsf -t "($ServerAccess)" -r
iupdall names.nsf -t "($Users)" -r
y presione Intro.
En plataformas UNIX, escriba
updall names.nsf -t "($ServerAccess)" -r
updall names.nsf -t "($Users)" -r
y presione Intro.
La reconstrucción de las vistas ($ServerAccess) y ($Users) del
Directorio de Domino permite a los clientes acceder al servidor
más rápidamente.
2. Después de reconstruir las vistas, ejecute el servidor Domino.
Actualización de vistas en las bases de datos del servidor Domino
actualizado
1. Una vez que el servidor Domino se está ejecutando, escriba
load updall
y presione Intro.
Esto reconstruirá las vistas de las bases de datos, permitiendo a los
usuarios acceder al Directorio de Domino y a las demás bases de datos
del servidor más rápidamente. El tiempo que tarde Updall en ejecutarse
dependerá del número de bases de datos que existan en el servidor, de
su tamaño y de la complejidad de sus vistas.
Replicación del diseño del Directorio de Domino a otros servidores
Una vez que actualice un servidor a la Versión 5, puede y debería
replicar el diseño del Directorio de Domino a los Registros de nombres
públicos de los otros servidores de su organización, incluidos los
servidores de las versiones 3 y 4. El Directorio de Domino está diseñado
para utilizarse en entornos que funcionen con distintas versiones
simultáneamente y para administrar servidores de la Versión 4 y
anteriores.
Nota Después de replicar la nueva plantilla al resto de los servidores,
deberá reconstruir las vistas de los Directorios de Domino / Registros
de nombres públicos de estos servidores. La reconstrucción de vistas
para la plantilla de la Versión 5 en un servidor de las versiones 3 o 4
lleva bastante tiempo. Lotus le recomienda replicar la plantilla y
reconstruir las vistas en servidores de versiones anteriores a la V5 en un
fin de semana o durante las horas en las que la carga del servidor sea
baja.
Deberá activar la transferencia de SMTP en formato nativo en el
documento de configuración del servidor para permitir que el servidor
de correo actualizado transfiera el correo utilizando SMTP. Los
documentos de configuración del servidor se pueden aplicar a un único
servidor, a todos los servidores de un dominio o a un grupo de
servidores. Edite el documento de configuración del servidor que se
aplica al servidor actualizado, pero sea consciente de que su
modificación afectará al resto de los servidores que utilicen este
documento de configuración. Si es preciso, cree un nuevo documento de
configuración del servidor para sus servidores de correo de Internet de
la Versión 5.
Si no posee documentos de configuración para sus servidores Domino,
creelos para reflejar su configuración de la Versión 5. Por ejemplo, si
tiene un servidor de correo, un servidor de aplicaciones y un servidor
cortafuegos y sólo el servidor de correo va a utilizar la transferencia de
SMTP, cree dos documentos de configuración del servidor: uno con la
transferencia de SMTP activada, para el servidor de correo, y otro, con
la transferencia de SMTP desactivada, para los servidores de
aplicaciones y cortafuegos.
1. Asegúrese de que ha actualizado el diseño de su Registro de
nombres público a la plantilla del Directorio de Domino.
Consulte Actualización del Registro de nombres público para un
servidor de correo de Internet.
Nota El Directorio de Domino del dominio debe utilizar la
Versión 5 de la plantilla, ya que los parámetros para la transferencia
de SMTP en formato nativo sólo aparecen en la Versión 5 del
formulario de configuración del Directorio de Domino.
2. En Domino Administrator, haga clic en la pestaña de la ventana de
administración.
3. Haga clic en la pestaña Configuración.
4. Despliegue la sección Servidores.
5. Haga clic en Configuraciones.
6. Si tiene un documento de configuración del servidor que desee
utilizar para este servidor, selecciónelo y haga clic en Editar
configuración. Si no, haga clic en Agregar configuración.
Establecimiento de la configuración de servidor para un servidor de
correo de Internet
7. Si está creando una nueva configuración, haga lo siguiente:
Introduzca un nombre de servidor en la ficha General.
Seleccione el servidor o el grupo al que debería aplicarse esta
configuración. No seleccione Usar estos parámetros como
parámetros predeterminados para todos los servidores salvo
que desee que todos los servidores a los que controla este
documento utilicen SMTP para enviar mensajes a Internet en vez
de hacerlo a través de un servidor de correo de Internet.
8. Haga clic en en la pestaña Gestor de correo/SMTP.
9. En la ficha General, haga clic en la flecha situada junto a Usar
SMTP al enviar mensajes fuera del dominio local de Internet.
10. Selecccione Sí y haga clic en Aceptar.
11. Si su organización utiliza un host de tránsito, introduzca el nombre
del host o su dirección IP en el campo Host de retransmisión para
los mensajes que salen el dominio local de Internet.
Si ha creado un documento, aparecerá en la vista.
Nota Los servidores de hosts de tránsito necesitan configuración
adicional. Consulte el manual Administración del sistema de Domino.
Edición del documento de servidor de un servidor de correo de
Internet
Edite el documento de servidor del servidor actualizado para activar la
tarea listener de SMTP, que atiende a las solicitudes de SMTP entrantes.
Este cambio ordena al servidor que cargue la tarea listener de SMTP al
iniciarse su ejecución.
1. Asegúrese de que ha definido la configuración del servidor para
hacer que el servidor transfiera el correo de SMTP saliente. Consulte
Establecimiento de la configuración de servidor para un servidor de
correo de Internet. Recuerde que un documento de configuración
del servidor puede aplicarse a más de un servidor, de manera que le
prodría interesar crear más de un documento de configuración.
Nota El Directorio de Domino del dominio debe utilizar la Versión
5 de la plantilla, puesto que los parámetros para la transferencia de
SMTP en formato nativo sólo aparecen en la Versión 5 del
Directorio de Domino.
2.
3.
4.
5.
En Domino Administrator, haga clic en la pestaña Configuración.
Despliegue la sección Servidores.
Haga clic en Todos los documentos de servidor.
Haga doble clic en el documento de servidor del servidor de correo
de Internet actualizado.
7. En la ficha General, haga clic en la flecha situada junto a Tarea
Listener de SMTP.
8. Selecccione Activada y haga clic en Aceptar.
10. Cierre el Directorio de Domino.
Nota No elimine la información de transferencia de SMTP del
documento de servidor. La información de transferencia existente le
permite transferir el correo de Internet en un entorno mixto con las
versiones 4 y 5 o en un entorno de la Versión 5 que utiliza el método de
transferencia de la Versión 4. La eliminación de esta información podría
afectar a la transferencia y a la entrega del correo de Internet en estos
entornos.
Actualización de la base de datos Solicitudes de administración en
el servidor MTA
Si el servidor de correo actualizado es también el servidor de
administración para el Directorio de Domino del dominio, actualice el
diseño de su base de datos Solicitudes de administración
(ADMIN4.NSF) con la plantilla de la Versión 5 (ADMIN4.NTF). Si el
servidor actualizado no es el servidor de administración, no necesita
actualizar su plantilla (después de actualizar la plantilla del servidor de
administración, replique el nuevo diseño al resto de los servidores
Domino).
Si desea más información, consulte "Actualización del servidor de
administración para el Directorio de Domino" en el Capítulo 3,
"Actualización de un servidor Domino".
Cómo sustituye el MTA la Versión 5
Cuando se activa un servidor V5 para enviar mensajes por SMTP fuera
del dominio de Internet local (configurado en el documento de
configuración del servidor), el servidor ya no necesita volver a utilizar
los documentos de dominio de SMTP de otro sistema ni de conexión
con SMTP (el servidor podrá conctarse a través de TCP y transferir el
correo a través de SMTP). El servidor puede utilizar hosts de tránsito si
lo necesita y puede realizar las conexiones usando DNS (sistema de
nombres por dominio) o usando un archivo de hosts. El servidor utiliza
el Gestor de correo para transferir correo por SMTP y para realizar la
conversión entre los mensajes con formato de Notes y de MIME. De este
modo, el servidor V5 sustituye los servicios de mensajería saliente del
MTA.
6. Haga clic en Editar servidor.
Cuando se activa un servidor V5 para atender las conexiones de SMTP
entrantes (configuradas en el documento de servidor), el servidor
ejecuta las mismas funciones que los servicios del MTA entrantes. Los
mensajes entrantes se almacenan en MAIL.BOX y son transferidos o
entregados por el Gestor de correo. Los mensajes de MIME se
almacenan en este formato y se transfieren bien por el RPC de Notes o
por SMTP a su destino. Cuando es preciso, el Gestor de correo convierte
los formatos de los mensajes entre MIME y Notes.
Diferencias de configuración entre V4 y V5
En este tema se describe la información de configuración del MTA de la
Versión 4 y donde hallar y configurar esta información en el servidor de
correo de Internet de la Versión 5.
Documento de servidor V4 (Registro de nombres público)
Elemento
Ubicación en la Versión 5
Tarea de Transferencia de
correo de SMTP, en el campo
Tareas de transferencia
Documento de configuración del servidor,
ficha Gestor de correo/SMTP - Usar SMTP
al enviar mensajes fuera del dominio local
de Internet. Deberá mantener en la lista
Transferencia de correo de SMTP, en el
campo Tareas de transferencia del
documento de servidor, si los servidores V5
que no sean de SMTP y los servidores V4
transfieren correo de Internet a este servidor.
Datos generales - Nombre
jerárquico del host de Internet
Documento de servidor
Datos generales - Nombre del
dominio global
Todos los servidores V5 utilizan documentos
de dominio global y no necesitan hallar sólo
un documento
Sección Control - Comprobar
No se usa en la Versión 5.
si hay mensajes nuevos cada X
segundos
Control - Ruta de acceso de
trabajo del MTA
Sección Control - Nivel de
registro
En el archivo de registro del servidor
(LOG.NSF): El registro de mensajes saliente
de SMTP se realiza mediante el registro del
Gestor de correo; el registro de mensajes
entrantes de SMTP lo realiza el registro de la
tarea SMTP; el registro se controla mediante
variables en el archivo NOTES.INI. Consulte
el apéndice sobre NOTES.INI en
Administración del sistema de Domino o la
Ayuda de administración de Domino.
Control - Mantenimiento
diario: Activar
Control - Realizar el
mantenimiento diario a las:
Opciones de conversión Gestión de encabezados
Opciones de conversión Método de codificación de
anexos
ficha MIME - Opciones de conversión Salientes
Opciones de conversión Contenido del mensaje
ficha MIME - Opciones de conversión Salientes
Opciones de conversión Soportar acuses de recibo
ficha MIME - Opciones de conversión General - Acuses de recibo
Opciones de conversión Parámetros de idioma
fichas MIME - General y MIME Parámetros por grupos de juegos de
caracteres
Opciones de conversión - Usar Documento de configuración del servidor,
rutinas de detección de juego
ficha MIME - Opciones de conversión de caracteres
Entrantes - Usar función de detección
automática...
Opciones de conversión Familia de fuentes para los
mensajes
ficha MIME - Parámetros por grupos de
juegos de caracteres
Opciones de conversión Tamaño de fuente para los
mensajes
ficha MIME - Parámetros por grupos de
juegos de caracteres
Elemento
Elemento
Opciones de conversión Conversión de anexos
salientes para Macintosh
ficha MIME - Avanzadas - Opciones
avanzadas para mensajes salientes Conversión de anexos para Macintosh
Configuración de mensajes
entrantes - Número de
procesos
salientes - Número de
procesos
salientes - Tamaño máximo
para mensajes salientes
ficha Gestor de correo/SMTP Restricciones y controles - Restricciones Tamaño máximo de los mensajes
Configuración del transporte Asignación del nombre de
host
ficha Gestor de correo/SMTP - General Búsqueda de nombres de hosts
Configuración del transporte Límite de reintentos de
entrega
Configuración del transporte Intervalo de reintentos
Configuración del transporte Modo de transferencia
Documento de dominio de SMTP de otro sistema V4 (Registro de
nombres público)
Elemento
Autorizar correo sólo desde
los dominios
ficha Gestor de correo/SMTP Restricciones y controles - Restricciones Autorizar correo sólo desde estos dominios
de Domino
No autorizar correo desde los
dominios
ficha Gestor de correo/SMTP Restricciones y controles - Restricciones No autorizar correo desde estos dominios
de Domino
Los mensajes con destino a
[dominio de Internet] Deben
transferirse a [nombre de
domino] o [host de Internet]
Es usada en V5 para transferir el correo de
Internet a servidores SMTP de Domino,
salvo que todos los servidores de correo
puedan transferir el correo de Internet de
SMTP saliente. Si su organización sólo usa
unos pocos servidores SMTP (arquitectura
"gateway" V4), continúe usando documentos
de dominio SMTP de otro sistema y
documentos de conexión de SMTP para
transferir el correo de Internet saliente a los
servidores SMTP.
Documento de dominio global V4 (Registro de nombres público)
Elemento
Documento de dominio global Todos los documentos existentes son
actualizados
Dominio de Internet primario
(configurado en el primer
documento de dominio glabal
en la Versión 4)
Documento de dominio global, ficha
Conversiones - Conversión de direcciones
SMTP - Dominio de Internet principal
local. La Versión 5 extrae el dominio
principal del primer documento de dominio
global.
Alias de los dominios de
Internet alternativos
(configurados en el resto de
los documentos de dominio
global en la Versión 4)
Documento de dominio global, ficha
Conversiones - Conversión de direcciones
SMTP - Alias de dominios de Internet
alternativos (la Versión 5 extrae los alias del
primer documento de dominio global,
excepto en el primero).
Búsqueda de direcciones en
Internet
ficha Gestor de correo/SMTP - General Búsqueda de direcciones. Si esta activada, la
Versión 5 busca las direcciones de Internet
en el Directorio de Domino; si está
desactivada, Domino convierte las
direcciones de Internet.
Elemento
Parámetros de NOTES.INI V4 (archivo NOTES.INI del servidor)
Elemento
MailMaxThreads (número
máximo de subtareas de
transferencia de mensajes)
ficha Gestor de correo/SMTP - Restricciones
y controles - Controles de transferencia - Nº
máximo de subtareas de transferencia
MailDisablePriority
(configurar como 1 para
transferir todo el correo con
prioridad Normal excepto en
los mensajes en los que se
establezca una prioridad)
ficha Gestor de correo/SMTP - Avanzadas Controles - Controles avanzados para la
transferencia - Ignorar la prioridad de los
mensajes
MailLowPriorityTime
(configura el períod de tiempo
durante el que se transfieren
los mensajes con poca
prioridad)
y controles - Controles de transferencia Intervalo de horas para la transferencia de
correo de poca prioridad
Log_Mailrouting (controla la
cantidad de transacciones
llevadas a cabo durante la
transferencia de mensajes)
ficha Gestor de correo/SMTP - Avanzadas Controles - Controles varios - Nivel de
registro
MailDynamicCostReset
(controla la frecuencia con la
que el Gestor de correo
restablece los costes dinámicos
que se habían ajustado debido
a fallos en la entrega)
ficha Gestor de correo/SMTP - Avanzadas Controles - Controles avanzados para la
transferencia - Intervalo para restablecer
costes dinámicos
MailEncryptIncoming (obliga
a codificar todo el correo
entregado,
independientemente de la
configuración de cada archivo
de correo)
y controles - Controles de entrega - Codificar
todo el correo entregado
MailClusterFailover (permite
al Gestor de correo
redireccionar el correo hacia
otros miembros de la
agrupación debido a fallos en
la entrega transitorios)
ficha Gestor de correo/SMTP - Avanzadas Controles - Controles adicionales Redireccionamiento en la agrupación
SMTPMTA_IPPORT (puerto
de escucha de SMTP)
Documento de servidor, ficha Puertos Puertos de Internet - Correo - Correo SMTP entrante y Correo - SMTP saliente Nº del puerto TCP/IP (configurado como
puerto 25 al actualizar)
SMTPMTA_CONVERT_
ORIGINATOR (busca la
dirección del autor en el
Registro de nombres público)
SMTP_KEEP1MEANS1=X
(obliga al MTA a tratar al
dominio local de la misma
forma que a otros dominios)
SMTPMTA_DENIED_
DOMAINS=nombre-de-archivo,
donde nombre-de-archivo es un
archivo ASCII con una lista de
los dominios no autorizados
(no autorizar correo desde los
dominios de Internet)
Documentos de configuración del servidor,
ficha Restricciones y controles - Controles
para mensajes entrantes de SMTP y
Controles para mensajes salientes de SMTP
SMTPMTA_NO_INLINE_
CONTENT_DISP=1 (Desactiva
el soporte de RFC 1806 para
desactivar los encabezados de
disposición de contenidos si el
tipo de disposición es "inline")
SMTPMTA_TRACE_LEVEL=
0x00000100 (seguimiento
extendido en el registro)
No se usa en la Versión 5: el registro se
realiza normalmente en el servidor
Documento de conexión con SMTP V4
Elemento
Host de retransmisión
ficha Gestor de correo/SMTP - General, Host
de retransmisión para los mensajes que
salen el dominio local de Internet. También
deberá activar el campo Usar SMTP al enviar
mensajes fuera del dominio local de
Internet para que el host de retransmisión
funcione adecuadamente.
Nota Si desea información adicional sobre los parámetros de
NOTES.INI relativos al correo de Internet, consulte el Apéndice E, "El
archivo NOTES.INI" en el manual Administración del sistema de Domino o
en la Ayuda sobre administración de Domino.
Elemento
Situaciones para la actualización del MTA
Cada organización debe tener en cuenta como actualizar los servidores
MTA de la Versión 4 a los servidores de correo de la Versión 5. La
Versión 5 posee tres modificaciones principales que afectan a esta
decisión:
El Gestor de correo V5 envía, transfiere y entrega mensajes MIME
tanto por SMTP como por el RPC de Notes.
El formato de la base de datos de correo V5 almacena los mensajes
MIME en su formato nativo.
Los clientes Notes V5 pueden crear, leer y enviar mensajes MIME
tanto por SMTP como por el RPC de Notes.
Cuando vaya a realizar la actualización de los MTA a la Versión 5,
podrá optar por las siguientes posibilidades:
Mantener los MTA de la Versión 4 hasta que el resto del sistema se
haya actualizado.
Sustituir los MTA de la Versión 4 por los servidores de correo de la
Versión 5 antes de actualizar el resto del sistema.
Sustituir los MTA de la Versión 4 por los servidores de correo de la
Versión 5 mientras se actualiza el resto del sistema.
Adaptar su infraestructura de mensajería para eliminar la necesidad
de mantener servidores SMTP por separado, puesto que todos los
servidores V5 pueden transferir correo de Internet.
Usar un estrategia mixta.
Mantener los servidores MTA de la Versión 4
Esta estrategia mantiene los servidores MTA de la Versión 4 hasta que
se han actualizado el resto de los servidores Domino y clientes Notes a
la Versión 5. Esto asegura un nivel de funcionalidad conocido para el
tráfico de mensajes de Internet durante el proceso de actualización, pero
no permite a su organización utilizar las nuevas funciones de correo de
Internet del servidor de la Versión 5. Por ejemplo, los clientes V5 no
pueden enviar MIME en formato nativo a los destinatarios de Internet
utilizando esta estrategia (su servidor de correo V5 deberá convertir el
MIME original al formato de Notes y, a continuación, transferirlo al
MTA de la Versión 4. Esto incrementa la carga del servidor de correo y
podría ocasionar perdidas en la fidelidad de los mensajes.
Si actualiza sus servidores MTA V4 a la Versión 5 antes de actualizar el
resto de su sistema de Domino los servidores de correo V5 guardarán
los mensajes MIME en este formato pero, cuando transfieran el mensaje
a un servidor V4, deberán convertir los mensajes al formato de Notes,
crear un anexo que contenga el mensaje MIME o realizar ambas
operaciones.
Si desea más información, consulte "Transferencia del correo de Internet
en entornos mixtos de distintas versiones".
Tan pronto como cambie su infraestructura a la Versión 5, los servidores
de correo V5 podrán transferir los mensajes MIME a otros servidores de
correo V5, los cuales podrán entregar los mensajes o realizar la
conversión para servidores V4.
Sustituir todos los MTA de la Versión 4 por servidores de correo de
la Versión 5 durante la actualización del sistema
Esta estrategia es similar a la actualización de los MTA antes de
actualizar el resto de su sistema, pero le permite seleccionar cuando
iniciar la conversión en los servidores hub y spoke. Por ejemplo, si utiliza
un servidor POP3 de Domino para albergar el correo de un gran
número de clientes POP3, podría esperar a actualizar sus MTA hasta
que actualice el servidor POP3 para evitar cualquier necesidad de
conversión por parte de éste o de su hub. Además, si sus servidores hub
están al límite de su capacidad pero sus servidores spoke tienen
capacidad extra, podría esperar a actualizar los servidores MTA hasta
que los servidores spoke hayan sido actualizados y así evitar situar la
carga de conversión en los hub.
Adaptar la infraestructura de mensajería
En una infraestructura de mensajería de Internet del estilo V4, todos los
mensajes de correo de Internet se transfieren a través de uno o más
servidores MTA dedicados a ello. En la V5, esto ya no es necesario
puesto que todos los servidores V5 pueden transferir correo de Internet,
incluyendo la ejecución de cualquier tarea de conversión que se necesite.
Podrá decidir, por tanto, cuando trasladarse desde una arquitectura
gateway V4 a un esquema de transferencia de correo de Internet más
distribuido.
Sustituir en primer lugar todos los MTA de la Versión 4 por
servidores de correo de la Versión 5
Los servidores de correo de la Versión 5 llevan a cabo las mismas tareas
que los MTA de la Versión 4 con mayor rendimiento, estabilidad y
fidelidad en los mensajes. Su organización puede utilizar funciones de la
Versión 5, como, por ejemplo, las restricciones para evitar el correo
basura y el control del tamáño máximo de los mensajes. Los clientes
Notes V5 y los clientes de Internet pueden utilizar MIME en formato
nativo perfectamente.
Cuando active una infraestructura distribuida, en donde los mensajes ya
no se transfieren a través de unos pocos servidores SMTP sino que, por
el contrario, utilizan el Gestor de correo V5 para transferir el correo de
Internet, tenga en cuenta la posible carga de conversión desde los
clientes Notes. Si un cliente Notes envía un mensaje a destinatarios de
Internet en el formato de mensajes de Notes, el servidor de correo
convierte este mensaje a MIME y lo transfiere. Si sus servidores de
correo están al límite de su capacidad, esta carga de conversión podría
someterles a una tensión inaceptable. No obstante, la generalización de
la conversión por todos los servidores de correo, en lugar de la
concentración en unos pocos servidores MTA, supone la mayoría de las
veces una mejora en el rendimiento de las organizaciones. Dependiendo
e su sistema, tal vez le interese esperar hasta empezar la conversión de
los clientes Notes a la Versión 5 para adaptar su arquitectura de
mensajería (puesto que los clientes V5 pueden enviar y leer MIME, la
carga de conversión en sus servidores de correo es menor).
Aunque active la transferencia de SMTP en todos los servidores de
correo de su organización, no todos ellos necesitan acceso directo a
Internet; puede utilizar un host de tránsito para la transferencia de
correo al exterior de su dominio de Internet local y como medida de
seguridad. El host de tránsito puede ser un servidor de correo V5, un
MTA V4 o un producto de otra compañia.
Si activa el acceso directo a Internet para todos los servidores de correo,
asegúrese de que se han configurado correctamente y están registrados
con InterNIC. Muchos sistemas no aceptan conexiones o correo de
servidores que no están correctamente configurados o no se han
registrado como salvaguarda contra el correo basura y como medida de
seguridad suplementaria.
Utilizar una estrategia mixta de actualización del MTA
Algunas organizaciones utilizarán una estrategia combinada
dependiendo de sus necesidades e infraestructura. Por ejemplo, una
organización multinacional podría actualizar inmediatamente sus
servidores MTA en una zona internacional y esperar hasta que el
sistema de Domino funcione con la Versión 5 para actualizarlos en otra
zona. Utilice estas situaciones y las necesidades de su organización para
determinar la estrategia de actualización óptima.
Para ilustrar la sustitución de los MTA de la Versión 4 por servidores de
correo de la Versión 5, imagine una infraestructura con 3 servidores
Domino: MTA1, Hub-E y Hub-W. MTA1 es el servidor SMTP de la
organización y Hub-E y Hub-W son los servidores hub que transfieren el
el correo a cierto número de servidores spoke. Si actualiza MTA1 a la
Versión 5 y deja los servidores hub con la Versión 4, MTA1 lleva a cabo
todas las conversiones de mensajes necesarias, como lo hacía cuando el
servidor funcionaba con la Versión 4. Al actualizar Hub-E y Hub-W a
V5, MTA1 transfiere los mensajes de Internet a los servidores hub en
formato MIME y los hub realizan la conversión de mensajes para los
servidores spoke de la Versión 4. A medida que se actualizan los
servidores spoke a V5, los servidores hub llevan a cabo menos
conversiones. Sin embargo, los servidores spoke deben convertir los
mensajes para sus clientes V4. Finalmente, cuando se actualizan los
clientes Notes a V5, los mensajes MIME pueden transferirse desde
MTA1 al cliente de destino sin conversión.
Este proceso de actualización reparte la carga de conversión entre más
servidores a medida que el proceso progresa (desde 1 servidor
inicialmente, NTA1, hasta muchos servidores, los spoke, al final). Es
importante tener en cuenta el rendimiento y las capacidades de los
servidores hub y spoke: por ejemplo, los spoke podrían no disponer de
rendimiento adicional suficiente para manejar la carga de conversión,
por lo que podrían necesitar una estrategia de actualización diferente.
La transferencia por SMTP V5 intenta localizar la dirección de Internet
de un usuario de Notes bien dentro del mensaje (si ha sido creado por
un cliente V5, IMAP o POP) o dentro de la vista $Users del Directorio
de Domino. Para mejorar el rendimiento, rellene el campo Dirección en
Internet en los documentos de persona de su organización (si el campo
Nombre abreviado no contiene una dirección de Internet de cada
usuario) con la herramienta de administración para direcciones de
Internet. Asimismo, registre a los nuevos usuarios con un cliente
Domino AdministratorV5 para asegurarse de que todos los usuarios
poseen una dirección de Internet válida.
Si desea más información, consulte "Formas de rellenar el campo
Dirección en Internet en los documentos de persona" en el Capítulo 6.
Sustitución de los MTA de la Versión 4 por servidores de correo de
la Versión 5
Uso de un host de tránsito de otra compañía con un servidor de
correo V5
Aunque los mensajes lleguen inicialmente a su sistema a través de un
producto de otra compañía, podrá utilizar la funcionalidad de la
Versión 5 para mejorar el rendimiento. Muchas veces, el servidor o
gateway de otra compañía transfiere los mensajes de correo de Internet a
un servidor o grupo de servidores que ejecutan el MTA V4. Esta ruta de
transferenca se puede sustituir por otra en la que el gateway transfiera
directamente a un servidor de correo V5 a través de SMTP. Salvo que el
gateway pueda consultar el Directorio de Domino para determinar el
servidor de correo exacto de un destinatario, utilice registros MX
múltiples en el sistema de nombres por dominio (DNS) con la misma
ruta para repartir la carga de entrada por todos los servidores de correo
V5. A pesar de que el porcentaje de mensajes que inicialmente alcancen
el servidor de destino exacto sea pequeño, aumentará a medida que se
incremente el número de servidores V5 capaces de recibir correo a
traves de SMTP. Además, puesto que los servidores V5 pueden acceder
al Directorio de Domino para determinar el servidor de correo exacto
de cada destinatario, el servidor de destino estará normalmente sólo a
una etapa de distancia.
Este método reparte la carga de los mensajes de correo de Internet
entrantes entre todos los servidores V5. Si uno de los servidores está
fuera de sevicio, el correo se redirecciona automáticamente hacia los
otros servidores disponibles.
Si existen sólo unos pocos servidores V5 y muchos servidores V4, los
primeros manejan la carga de trabajo de recepción y conversión de los
mensajes de Internet para todos los servidores V4. No obstante, esta
carga disminuirá a medida que el número de servidores V5 aumente.
Si se sustituye el gateway de otra compañia por un servidor de correo V5
que es capaz de acceder al Directorio de Domino a través del RPC de
Notes o de LDAP, el servidor gateway no necesitará repartir los
mensajes a ciegas entre los otros servidores, puesto que podrá
determinar el servidor de destino exacto para cada mensaje y
transferirlo apropiadamente.
Domino V5 transfiere el correo de Internet (MIME) mediante Notes RPC
(del ingles Remote Procedure Calls) y SMTP. Los servidores V4 no
admiten el uso de la transferencia de SMTP ni del envío de MIME en
formato nativo; utilizan el MTA para llevar a cabo estas tareas.
Sin embargo, es posible controlar como un servidor V5 transfiere los
mensajes de MIME a un servidor V4 y si no puede acceder al
documento de persona de un usuario: el servidor V5 o bien convierte los
mensajes de MIME al formato de Notes y los transfiere, reduciendo el
espacio de almacenamiento y la utilización de anchura de banda aunque
con posibles pérdidas en la fidelidad de los mensajes, o bien convierte
los mensajes de MIME al formato de Notes y crea, además, un anexo
que contiene el MIME original, preservando la fidelidad del mensaje
pero aumentando el espacio de almacenamiento y la utilización de
anchura de banda. La decisión sobre que método utilizar es suya y
puede ajustarse a las necesidades de los usuarios y de su sistema. La
opción predeterminada es convertir los mensajes de MIME al formato
de Notes sin crear anexos.
Si selecciona convertir el mensaje al formato de Notes y también crear
un anexo que contenga el MIME original, Domino conserva totalmente
el formato del mensaje (si un cliente de correo de Internet accediese a un
mensaje Domino le enviaría el MIME del anexo). Por esta razon, el
servidor V4 deposita tanto el mensaje en formato de Notes como el
anexo de MIME en el archivo de correo del usuario. De este modo, para
este tipo de mensajes en un entorno mixto y con este parámetro de
conversión, los requisitos de almacenamiento del correo y de utilización
de la red son, aproximadamente, el doble sólo para cada uno de estos
mensajes.
Conversión del correo de Internet en entornos mixtos de distintas
versiones
En un entorno mixto de distintas versiones, la transferencia de los
mensajes de MIME en formato nativo y el envío de mensajes con el
formato de Notes necesitan conversión. La conversión se produce en las
siguientes situaciones.
Transferencia del correo de Internet en entornos mixtos de distintas
versiones
Uso de los servicios de mensajería entrante y saliente del MTA de
SMTP/MIME de la Versión 4
El MTA convierte los mensajes de Notes salientes el formato de MIME y
los transfiere a través de SMTP. Asimismo, convierte los mensajes de
MIME entrantes al formato de Notes (con o sin anexo de MIME) y los
transfiere a través del RPC de Notes usando el Gestor de correo de éste.
El MTA de la Versión 4 realiza las conversiones y las entregas
basándose en los valores del documento de persona del usuario, en caso
de que el MTA pueda acceder a él. Si el valor del campo
Almacenamiento de mensajes de Internet del documento de persona
V4 es:
Notes, el MTA convierte el mensaje al formato de Notes y lo
transfiere.
Correo de Internet, el MTA comprime el mensaje como un anexo de
MIME y lo transfiere.
Correo de Notes e Internet, el MTA convierte el mensaje al formato
de Notes, incluye un anexo que contiene el MIME original, y lo
transfiere.
Cuando un Gestor de correo V5 entrega un mensaje al archivo de
correo de un destinatario
El Gestor de correo examina el documento de persona del usuario en el
Directorio de Domino V5. Las preferencias del destinatario respecto a
los mensajes de Internet están definidas en el campo Formato preferido
para el correo entrante. Si el mensaje está en el formato de Notes y
el campo está configurado como Prefiere el texto enriquecido de
Notes, el Gestor de correo entrega el mensaje.
el campo está configurado como Prefiere MIME, el Gestor de
correo convierte el mensaje en MIME y lo entrega en este formato.
el campo está configurado como Sin preferencia, el Gestor de
correo entrega el mensaje.
Nota Si el campo está configurado como Sin preferencia, el Gestor de
correo entrega el mensaje con el formato de Notes ya que los clientes
Notes V4 y V5 pueden leeer el mensaje y las tareas del servidor POP e
IMAP pueden convertir el mensaje al formato de MIME para los clientes
de Internet.
Si el mensaje está en el formato de MIME y
el campo está configurado como Prefiere el texto enriquecido de
Notes, el Gestor de correo convierte el mensaje al formato de Notes
y lo entrega en este formato.
Nota Si el parámetro MailDeliverCDorMime de NOTES.INI está
configurado como 1 en el servidor, el Gestor de correo no convierte
el mensaje y lo entrega como MIME.
el campo está configurado como Sin preferencia, el Gestor de
Si el mensaje está codificado (formato S/MIME), el Gestor de correo
crea un anexo que contiene el S/MIME y crea un mensaje en el formato
de Notes explicando que el mensaje está codificado y que no puede
convertirse al formato de Notes.
Nota Si el campo está configurado como Sin preferencia, el Gestor de
correo entrega el mensaje MIME, ya que los clientes de Internet y de la
Versión 5 pueden leerlo, pero el servidor V5 convierte el mensaje MIME
a CD para los clientes que no puedan leer el MIME original.
Cuando un servidor de la Versión 5 transfiere un mensaje a un
servidor de la Versión 4
Si el mensaje está en el formato de Notes, el Gestor de correo
simplemente transfiere el mensaje al servidor de la Versión 4.
Si el mensaje está en formato MIME, el Gestor de correo intenta acceder
al documento de persona del destinatario. Si lo consigue, examina los
campos Almacenamiento de mensajes de Internet (V4) o Formato
preferido para el correo entrante (V5).
Si el campo está configurado sólo para Notes (V4) o Prefiere el texto
enriquecido de Notes, el Gestor de correo convierte el mensaje al
formato de Notes 1y transfiere el mensaje con el formato de Notes.
Si el campo está configurado sólo para Internet (V4) o Prefiere
MIME (V5), el Gestor de correo convierte el mensaje de MIME en
un anexo y lo transfiere como mensaje.
Si el campo está configurado para Notes e Internet (V4) o Sin
preferencia (V5), el Gestor de correo convierte el mensaje al formato
de Notes, incluye un anexo que contiene el MIME original y
transfiere el mensaje con el formato de Notes incluyendo el anexo
de MIME.
Nota Si el parámetro MailDeliverCDandMime de NOTES.INI está
configurado como 1 en el servidor, el Gestor de correo convierte el
mensaje al formato de Notes e incluye un anexo que contiene el MIME
original.
el campo está configurado como Prefiere MIME, el Gestor de
Si el Gestor de correo no puede acceder al documento de persona del
destinatario (por ejemplo, si el destinatario se encuentra en otro
dominio y el Gestor de correo no puede acceder al Directorio de
Domino de este dominio) convierte de forma predeterminada los
mensajes de MIME al formato de Notes y los transfiere. Es posible
controlar esta conversión configurando el Gestor de correo para que
siga el comportamiento predeterminado o para incluya también, en el
mensaje con formato de Notes, un anexo que contenga el MIME
original. El funcionamiento predeterminado conserva el espacio en
disco y la anchura de banda disminuye la fidelidad de los mensajes; por
contra, el funcionamiento opcional preserva la fidelidad de los mensajes
pero consume espacio en disco y anchura de banda adicionales.
Cuando un Gestor de correo de la Versión 5 envía correo por SMTP
Si un Gestor de correo V5 necesita enviar un mensaje en formato de
Notes por SMTP, convierte el mensaje en MIME.
Nota El MTA de SMTP/MIME de la Versión 4 admitía el uso de la
encapsulación, que insertaba información específica de Notes en un
anexo que otro MTA podía volver a convertir en información de Notes.
El Gestor de correo de la Versión 5 no admite el uso de la encapsulación
de la V4, pero mantiene la información de Notes mediante otro método,
de manera que otro Gestor de correo V5 pueda convertir la información
en datos de Notes.
Cuando un servidor V5 replica con un servidor V4
Cuando un servidor V5 replica una base de datos con contenido en
formato MIME con un servidor V4 (por ejemplo, si un archivo de correo
se encuentra en los servidores V5 y V4, con mensajes en MIME en la
base de datos situada en el servidor V5) Domino convierte el MIME al
formato de Notes
Cuando un cliente Notes de la Versión 5 crea un mensaje de
MIME y lo envía a través de un servidor Domino de la Versión 4
(el servidor de correo del usuario es V4)
El cliente de la Versión 5 convierte el mensaje de MIME al formato de
Notes y lo transfiere al servidor Domino. Si el parámetro
MailTransferCDandMIME de NOTES.INI está configurado como 1 en el
cliente, el cliente V5 incluye, en el mensaje con formato de Notes, un
anexo que contiene el MIME original.
Las tareas del servidor IMAP y POP pueden convertir el formato de
Notes a MIME para entregar mensajes a los clicentes IMAP y POP.
Ni los clientes ni los servidores de la Versión 4 pueden leer mensajes
cuyo formato original sea MIME; por tanto, para transferirlos a un
servidor de la Versión 4, la Versión 5 de Domino tiene que convertir los
mensajes con formato original MIME en documentos con formato de
Notes con un anexo MIME. Domino no puede convertir mensajes
codificados cuyo formato sea MIME (S/MIME); para ello sería necesario
conocer la clave de descodificación, lo que supondría que el sistema de
seguridad dejara de tener sentido. Por esta razón, cuando un mensaje
S/MIME se transfiere a un servidor R4, Domino convierte el mensaje en
un anexo que contiene el S/MIME y crea un mensaje en el formato de
Notes explicando que el mensaje está codificado en MIME y que esta
versión del software no puede leerlo. Esta conversión permite a los
usuarios de IMAP, de POP y de la Versión 5 recibir correo MIME
codificado y que éste pueda transferirse de un servidor V5 a un servidor
V4 y de ahí a otro servidor V5 sin pérdidas de fidelidad o sin necesidad
de descifrar la firma codificada.
Envío de correo en el formato de Notes a usuarios de Internet
Cuando se envía un mensaje en el formato de Notes a un usuario de
Internet, Domino convierte el mensaje destinado a este usuario en
MIME. Sin embargo, algunos elementos de Notes no poseen
equivalentes en MIME, por lo que no son convertidos. El cliente Notes
le avisara cuando intente enviar un mensaje que contenga estos
elementos, de manera que pueda elegir entre editar el mensaje o aceptar
la pérdida de estas funciones.
Los elementos de Notes que no poseen equivalentes en MIME incluyen:
Elementos incrustados
Resaltado
Barra horizontal
Nota Si envia el MIME en formato HTML, Notes convierte la barra
horizontal, salvo que haya definido atributos como color, altura o
anchura.
Zonas activas de Notes como, por ejemplo, vínculos a documentos
Objetos (OLE)
Nota Notes intentará crear una imagen basada en el objeto OLE
inactivo, pero no todos los objetos OLE poseen imágenes inactivas.
Saltos de página
Secciones
Mensajes codificados y entornos mixtos
Funciones de agenda y de planificación a través de SMTP
Domino transfiere los elementos de agenda y de planificación, como por
ejemplo, propuestas de reuniones, a través del RPC de Notes siempre
que es posible. Si se envía alguno de estos elementos a través de SMTP
(por ejemplo, si envía una propuesta de reunión a través de Internet)
Domino convierte los elementos en texto como ocurría en las
Versione 4.5 y 4.6.
Si desea más información, consulte "Uso de las funciones de agenda y
planificación con el correo de Internet" en el Capítulo 5, "Actualización
de clientes".
Direcciones de correo de Internet en Domino Versión 5
Cuando se busca una dirección de correo de Internet en el Directorio de
Domino de la Versión 5, Domino comprueba si en la vista $Users existe
una correspondencia exclusiva para la dirección. Si encuentra la
dirección de Internet completa del destinatario (por ejemplo,
[email protected]) en los campos Nombre abreviado o Dirección en
Internet, Domino entrega el mensaje en el archivo de correo de esta
persona. Domino también realiza la entrega basándose en la parte local
de la dirección (por ejemplo, julia_dato) con alguno de los campos del
documento de persona. Por ejemplo, si el mensaje está dirigido a
[email protected] y Domino encuentra un documento de persona con
la entrada "Julia Dato" en el campo Nombre completo del usuario,
Domino entregará el mensaje al archivo de correo de Julia Dato.
Nota Domino convierte los caracteres de subrayado (_) en espacios; en
este ejemplo, julia_dato se convertiría en julia dato. Domino convierte
los subrayados dobles en subrayados, los subrayados en espacios y los
puntos en espacios. La búsqueda no tiene en cuenta las mayúsculas y
minúsculas: julia dato coincide con la entrada Julia Dato de un
documento de persona.
La búsqueda exhaustiva de Domino en $Users asegura que cualquier
dirección generada para un usuario de su directorio por el MTA de la
Versión 4 se localiza correctamente. Aunque se puede utilizar el campo
Dirección en Internet del documento de persona de la Versión 5 y la
herramienta que rellena este campo para estandarizar las direcciones de
Internet en su organización y ofrecer una forma sencilla de localizar y
modificar direcciones de Internet, este paso es opcional (Domino no
hace distinción entre la asignación de direcciones de las versiones 4 y 5
y utiliza ambas indistintamente).
Si desea información adicional sobre el campo Dirección en Internet y
sobre la asignación de direcciones de correo de Internet en la Versión 5,
consulte Administración del sistema de Domino o la Ayuda de
administración de Domino.
Formato de almacenamiento del correo de Internet en Domino
Versión 5
No es preciso cambiar la forma en que se almacenan los mensajes de
Internet de los usuarios al actualizar el producto a la Versión 5. Si hay
usuarios que sólo acceden al correo mediante un cliente de POP3 o
IMAP y en cuyos documentos de persona se ha definido el
almacenamiento de mensajes de Internet tanto para Notes como para
MIME en la Versión 4, seleccione Prefiere MIME, en el campo Formato
preferido para el correo entrante de la pestaña Correo en los
documentos de persona del Directorio de Domino de dichos usuarios,
para mejorar el rendimiento.
En un entorno mixto V4/V5 en donde algunos clientes utilizan mensajes
MIME originales en servidores V5, Domino no entregará mensajes
MIME en formato nativo a los clientes, archivos de correo o servidores
V4 puesto que este formato no es interpretado por la Versión 4.
Si desea más información, consulte "Conversión del correo de Internet
en entornos mixtos de distintas versiones".
Actualización del servidor MTA y de los parámetros de NOTES.INI
Cuando se actualiza un servidor MTA a un servidor de correo de la
Versión 5, el archivo NOTES.INI del servidor podría contener
parámetros no admitidos en la Versión 5. No es preciso cambiar ni
eliminar estos parámetros: el servidor los ignora y no interfieren en su
funcionalidad de ninguna manera.
El programa de actualización define los parámetros de configuración a
los valores usados habitualmente por los servidores de correo de
Internet. No convierte los valores de NOTES.INI de la Versión 4 a sus
equivalentes de la Versión 5. En el caso de que posea parámetros de
configuración exclusivos en el archivo NOTES.INI de la Versión 4, es
posible que necesite reactivar esta configuración usando los documentos
de servidor y de configuración del servidor de la Versión 5.
Si desea más información sobre la herramienta que cumplimenta el
campo Dirección en Internet en los documentos de persona, consulte
"Formas de rellenar el campo Dirección en Internet en los documentos
de persona" en el Capítulo 6.
Cambios en la conversión de IMAP y POP en la Versión 5
La conversión del formato de Notes a MIME en la Versión 5 está
perfeccionada para los usuarios de IMAP y POP. La conversión de
IMAP o POP en la Versión 5 es similar al proceso de conversión del
MTA de SMTP/MIME de la Versión 4 y ofrece mayor fidelidad en los
mensajes que el proceso de conversión de IMAP o POP de ésta versión.
El proceso de conversión V5 realiza un tratamiento más completo de
textos e imágene aunque es ligeramente más lento.
Cambios en los host de tránsito en Domino Versión 5
La configuración de los host de tránsito es más sencilla en la Versión 5
que en la Versión 4. Se puede elegir transferir todo el correo cuyo
destino esté fuera del dominio de Internet local a un host de tránsito o
no utilizar ninguno. No es necesario transferir el correo destinado al
dominio de Internet local a un host de tránsito puesto que Domino
transfiere el SMTP de forma integrada.
Tras realizar la actualización a la Versión 5, necesitará introducir el
nombre del host o la dirección IP del host de tránsito en el documento
de configuración del servidor para el servidor actualizado. Además
deberá activar la opción Usar SMTP al enviar mensajes fuera del
dominio local de Internet.
Nota El "host inteligente", que incluye una lista de usuarios que no se
encuentran en su Directorio de Domino, tiene una funcionalidad similar
a la del host de tránsito, aunque su papel es diferente. Si desea
información adicional consulte Administración del sistema de Domino o la
Ayuda de administración de Domino.
Uso de conexiones telefónicas con Domino Versión 5
Los clientes que utilizan conexiones telefónicas para acceder a Internet
tal vez necesiten realizar ajustes antes y durante la actualización a la
Versión 5 de Domino. Consulte Administración del sistema de Domino o la
Ayuda de administración de Domino para hallar información adicional
sobre los pasos previos a la actualización.
Tras la actualización a la Versión 5, un Gestor de correo del servidor
admite automáticamente el uso de múltiples subtareas de transferencia
al mismo servidor. El Gestor de correo permite múltiples subtareas, de
forma predeterminada, basándose en los parámetros de configuración.
Si lo desea, puede cambiar estos parámetros para permitir un número
mayor o menor de subtareas de transferencia múltiples. Es posible
modificar el número máximo de subtareas de transferencia y de
subtareas de transferencia simultáneas en el documento de
configuración del servidor del Directorio de Domino. Haga clic en la
pestaña Gestor de correo/SMTP-Restricciones y controles-Controles de
transferencia y ajuste el valor del campo Nº máximo de subtareas de
transferencia para optimizar el rendimiento del sistema.
Múltiples bases de datos MAIL.BOX en un servidor de correo
Domino Versión 5 hace posible la transferencia de correo utilizando
numerosas bases de correo MAIL.BOX. Cuando la carga de trabajo es
muy alta, puede darse el caso de que muchas subtareas del servidor
intenten depositar el correo en MAIL.BOX a la vez que el Gestor de
correo esté tratando de leer y actualizar el correo. Cualquier proceso
que suponga tener que escribir en MAIL.BOX, incluyendo las subtareas
del servidor y el Gestor de correo, requiere acceso exclusivo a
MAIL.BOX. Es más, cuando el Gestor de correo lee los mensajes nuevos
en MAIL.BOX, los procesos que intenten escribir en la base de datos
tendrán que esperar. Este hecho puede llevar a una espera muy larga si
existe un gran volumen de correo; por ejemplo, en el caso de sistemas
que soporten una gran cantidad de tráfico de correo.
La existencia de muchas bases de datos MAIL.BOX hace posible que
Domino gestione muchos procesos simultáneos, ya que cada proceso
puede escribir en cada base de datos MAIL.BOX. Cuando el Gestor de
correo esté leyendo un MAIL.BOX, lo marcará como "en uso" y, de esta
forma, las subtareas del servidor que estén intentando depositar correo
se dirigirán al siguiente MAIL.BOX. Así se consigue mejorar el
rendimiento.
Los conflictos en el disco no suelen suponer un problema para
MAIL.BOX, con lo que no es necesario almacenar las bases de datos
MAIL.BOX en discos distintos. No obstante, resulta de gran utilidad
distribuir los archivos de correo de los usuarios en discos diferentes
para asegurar que tanto los archivos de correo como las bases de datos
MAIL.BOX no se encuentren en el mismo disco.
Actualización de un servidor de correo de Internet para poder usar
subtareas múltiples
La gran mejora del rendimiento ya es perceptible añadiendo únicamente
una base de datos MAIL.BOX adicional. El beneficio marginal
disminuye a la par que aumenta el número de bases de datos
MAIL.BOX, aunque el rendimiento seguirá aumentando.
para configurar varias bases de datos MAIL.BOX para un servidor, abra
su documento de configuración del servidor, haga clic en la pestaña
Gestor de correo/SMTP - General e introduzca el número de bases de
datos MAIL.BOX que desee en el campo Nº de buzones de correo.
Este capítulo describe los pasos necesarios para la instalación de la
Versión 5 de Domino, así como las tareas que puede realizar para
actualizar el Directorio de Domino, los servidores de administración y
de correo y la base de datos Solicitudes de administración.
Actualización de un servidor Domino
Cuando se actualiza un servidor Domino a la Versión 5, se adquieren
funciones adicionales y se mejora el rendimiento sin necesidad de
alterar la configuración, topología, transferencia o dirección del servidor
existente.
Para actualizar un servidor, realice las siguientes operaciones:
1. Apague el servidor Domino.
2. Realice una copia de seguridad de los archivos importantes del
servidor.
3. Actualice el archivo NOTES.INI.
4. Instale el software de la Versión 5 de Domino.
5. Actualice la plantilla del Registro de nombres público y replíquelo a
todos los servidores Domino.
6. Actualice el servidor de administración para el Directorio de
Domino.
7. Actualice el diseño de la base de datos Solicitudes de
administración y replique esta plantilla a todos los servidores
Domino.
Consulte también:
Nuevas funciones
Mejoras en el rendimiento
Actualización de un servidor de correo para que utilice múltiples
subtareas
Utilización de múltiples bases de datos MAIL.BOX
3-1
Capítulo 3
Actualización de un servidor Domino
Cambios relacionados con la actualización
Modificación de la zona horaria y del horario de verano del
servidor Domino
Nota Domino se encarga de actualizar automáticamente el archivo
MAIL.BOX con el formato y el diseño de bases de datos de la Versión 5
y se conservan los mensajes que hubiera en este archivo.
Detención de la ejecución del servidor Domino
Antes de actualizar el servidor, advierta a los usuarios que éste va a
estar desconectado y, por tanto, no se va a poder acceder a él hasta que
se concluya el proceso de actualización.
1. Acceda a la consola del servidor Domino.
2. Escriba:
quit
y presione Intro.
El servidor debería apagarse sin problemas.
Realización de copias de seguridad de los archivos de servidores
Domino
La realización de copias de seguridad de los archivos importantes de los
servidores Domino se convierte en algo vital en el caso de que se
produzcan errores durante el proceso de actualización. Si es el caso,
puede utilizar las copias de seguridad para restaurar los archivos
originales.
1. Deberá realizar una copia de seguridad del directorio de datos del
servidor (C:\NOTES\DATA, por ejemplo). Con ello, se guardará
una copia del archivo DESKTOP.DSK, de todos los archivos ID
(incluidos el ID del servidor y los ID de certificador), de los archivos
LOG.NSF, NAMES.NSF, MAIL.BOX y cualquier otro Registro de
nombres público del servidor.
2. Asimismo, deberá realizar una copia de seguridad de cualquier
directorio al que conduzcan los vínculos (archivos DIR) del
directorio de datos.
3. Realizará también una copia de seguridad del archivo NOTES.INI
del servidor. Éste se encuentra ubicado, de forma predeterminada,
en el directorio del sistema (C:\WINNT40, por ejemplo).
4. Es necesario que realice asimismo una copia de seguridad de
cualquier base de datos de Notes (NSF), de cualquier plantilla de
Notes (NTF) y de cualquier otra base de datos a la que se acceda
mediante vínculos de directorio (DIR).
Elimine la gestión de memoria, los controles de búsqueda de nombres y
los parámetros de corrección de problemas del archivo NOTES.INI. Al
haber desaparecido la tarea Reporter en la Versión 5, será necesario
eliminarla también del archivo.
1. Asegúrese de que realiza copias de seguridad de los archivos
importantes del servidor. Consulte Realización de copias de
seguridad de los archivos de servidores Domino.
2. Abra el archivo NOTES.INI del servidor que esté actualizando en
un editor de texto como, por ejemplo, el Bloc de notas de Microsoft.
3. Elimine la entrada Reporter de la línea ServerTasks= del
archivo.
4. Si alguna de las entradas siguientes se encuentran en el archivo,
elimínelas:
NSF_Buffer_PoolSize
NSF_DbCache_Maxentries
Server_Name_Lookup_Noupdate
Cualquier parámetro de corrección de errores
5. Guarde el archivo.
6. Cierre el editor de texto.
Nota Las tareas de estadísticas de archivos que se desarrollaban a
través de la tarea Reporter en la Versión 4 se realizan ahora mediante el
Catálogo de directorios y los análisis estadísticos que se realizaban
mediante Reporter se desarrollan ahora a través de las herramientas de
rendimiento de Domino. En lugar de la tarea Reporter, la tarea Event
cumple ahora la función de supervisar las bases de datos y generar
eventos que notifiquen al administrador que el espacio inutilizado de un
archivo ha alcanzado el umbral. Además, ese evento de supervisión se
puede programar para liberar espacio automáticamente en las bases de
datos que alcancen el umbral.
Instalación de la Versión 5 de Domino
1. Asegúrese en primer lugar de que ha realizado copias de seguridad
de todos los archivos importantes de Domino y de que ha eliminado
la tarea Reporter del archivo NOTES.INI.Consulte Realización de
copias de seguridad de los archivos de servidores Domino y
Actualización del archivo NOTES.INI.
2. Instale el software de la Versión 5 de Domino. Si lo instala en el
mismo directorio en el que se encontraba la versión anterior, no será
necesario modificar la configuración del servidor, mientras que, si lo
instala en un directorio distinto, el programa le pedirá que configure
el servidor.
Actualización de un servidor Domino 3-3
Actualización del archivo NOTES.INI
3. Durante el proceso de instalación, deberá seleccionar el tipo de
servidor para el cual haya adquirido la licencia.
4. Tras la instalación, ejecute el servidor Domino Versión 5.
Consulte Configuración del servidor Domino si desea más información al
respecto. Este manual se encuentra disponible en la documentación
impresa y, también, como un archivo (PDF) de Adobe Acrobat.
Nota Al instalar el servidor Domino no se instala Domino
Administrator (el cliente de administración de la Versión 5). Debe por
tanto llevar a cabo una segunda instalación mediante el programa de
instalación del cliente para que Domino Administrator se encuentre en
el equipo del servidor. Lotus recomienda en cualquier caso que las
tareas de administración del servidor se realicen desde un equipo
independiente.
Actualización del Registro de nombres público
Cuando se haya completado la actualización de Domino, desde el
servidor Domino se solicitará la actualización del diseño del Registro de
nombres público con la plantilla del Directorio de Domino de la Versión
5 (PUBNAMES.NTF). La nueva plantilla del Directorio de Domino
trabaja conjuntamente con el cliente Domino Administrator para
racionalizar la administración de los directorios y del servidor Domino.
El Directorio de Domino es compatible con versiones anteriores y está
diseñado para que se pueda utilizar en entornos en los que convivan
distintas versiones. Deberá actualizar el diseño del Registro de nombres
con la plantilla del Directorio de Domino de la Versión 5 una vez que el
servidor se haya actualizado a esta versión. A continuación, podrá
actualizar el formato de la base de datos del Directorio de Domino
liberando espacio de la base de datos y reconstruyendo las vistas.
Actualización del Registro de nombres público con la plantilla del
1. Cuando se le pregunte si desea actualizar el diseño del Registro de
nombres público con la plantilla de la Versión 5, escriba:
Y
Así, conseguirá sustituir la plantilla del Registro de nombres público
de la Versión 4 con la del Directorio de Domino de la Versión 5.
2. Cuando se esté ejecutando el servidor, compruebe que no se genera
ningún error. A continuación, cierre el servidor. Escriba:
quit
y presione Intro.
ncompact names.nsf
y presione Intro.
diferente a NAMES.NSF, sustitúyalo por NAMES.NSF.
Desde Microsoft Windows NT (plataformas Alpha), escriba:
acompact names.nsf
y presione Intro.
Desde IBM OS/2 Warp, escriba:
icompact names.nsf
y presione Intro.
Desde plataformas UNIX, escriba:
compact names.nsf
y presione Intro.
diferente a names.nsf, sustitúyalo por names.nsf.
Así, conseguirá que el Directorio de Domino cambie del ODS de
la Versión 4 al de la Versión 5.
2. Cuando se haya convertido el Directorio de Domino al nuevo
formato de bases de datos de la Versión 5, reconstruya las vistas
$ServerAccess y $Users incluidas en él.
Reconstrucción de las vistas en el Directorio de Domino
1. Desde la línea de comandos del sistema operativo, reconstruya las
vistas ServerAccess y $Users incluidas en el Directorio de Domino.
nupdall names.nsf -t "($ServerAccess)" -r
y presione Intro. A continuación, escriba:
nupdall names.nsf -t "($Users)" -r
y presione Intro.
Liberación de espacio en el Directorio de Domino tras la
actualización
1. Desde la línea de comandos del sistema operativo, vaya al
directorio de programa de Domino y convierta el Directorio de
Domino al nuevo ODS de la Versión 5.
Desde Microsoft Windows NT (plataformas Alpha), escriba:
aupdall names.nsf -t "($ServerAccess)" -r
aupdall names.nsf -t "($Users)" -r
y presione Intro.
Desde IBM OS/2 Warp, escriba:
iupdall names.nsf -t "($ServerAccess)" -r
iupdall names.nsf -t "($Users)" -r
y presione Intro.
Desde plataformas UNIX, escriba:
updall names.nsf -t "($ServerAccess)" -r
updall names.nsf -t "($Users)" -r
y presione Intro.
Al reconstruir las vistas ServerAccess y $Users, incluidas en el
Directorio de Domino, se consigue que los clientes puedan
acceder al servidor más rápidamente.
2. Una vez que se hayan reconstruido las vistas del Directorio de
Domino, ejecute el servidor Domino.
Actualización de las vistas incluidas en las bases de datos en un
servidor Domino actualizado
1. Cuando el servidor Domino se esté ejecutando, escriba:
load updall
y presione Intro.
Así se consigue reconstruir las vistas de las bases de datos, lo que
permite que los usuarios puedan acceder al Directorio de Domino y a
otras bases de datos más rápidamente. El tiempo que la tarea Update
tarde en ejecutarse dependerá del número de bases de datos que existan
en el servidor, de su tamaño y de la complejidad de las vistas en ellas
incluidas.
Replicación del diseño del Directorio de Domino a otros servidores
Una vez que se haya actualizado un servidor a la Versión 5, se puede y
se debe replicar el diseño del Directorio de Domino con los Registros de
nombres públicos del resto de servidores de la organización, incluyendo
aquéllos que todavía funcionen con las versiones 4 o 3. El Directorio de
Domino está diseñado de forma que pueda utilizarse en entornos en los
que coexistan distintas versiones y para administrar servidores de la
Versión 4 y otras versiones anteriores.
Actualización del servidor de administración para el Directorio de
Domino
Cuando haya actualizado el primer servidor Domino del dominio y
haya replicado la nueva plantilla del Directorio de Domino a los otros
servidores, deberá actualizar el servidor que actúa como servidor de
administración del Directorio de Domino. Así, podrá aprovechar las
nuevas funciones que incluye el Proceso de administración de la
Versión 5. Siga las acciones que se detallan en este capítulo para
actualizar el servidor de administración.
Si desea conocer los pasos necesarios para actualizar un servidor
Domino, consulte Actualización de un servidor Domino.
Actualización de la plantilla de Solicitudes de administración
Tras actualizar el servidor de administración del Directorio de Domino,
será necesario procesar todas las solicitudes que se encuentren en la
base de datos Solicitudes de administración para después cerrar el
Proceso de administración y actualizar el diseño de la base de datos con
la plantilla de la Versión 5. La plantilla de Solicitudes de administración
de la Versión 5 está diseñada para ser compatible con el Proceso de
administración de la Versión 4 y para poder utilizarse en un entorno en
el que coexistan versiones diferentes. Puede y debe replicar el nuevo
diseño a las bases de datos Solicitudes de administración de los otros
servidores de la organización.
Nota No es necesario que se procesen todas las solicitudes existentes
en la base de datos Solicitudes de administración para poder
actualizarla, si bien Lotus recomienda que se procese el máximo posible
para que la actualización se lleve a cabo más rápidamente.
Nota Tras replicar la nueva plantilla a otros servidores, es necesario
reconstruir las vistas de los Directorios de Domino / Registros de
nombres públicos de estos últimos. La reconstrucción de las vistas para
que se adapten a la plantilla de la Versión 5 en servidores de las
versiones 4 o 3 lleva algo de tiempo, por lo que Lotus recomienda que
tanto este proceso como la replicación de la plantilla se lleven a cabo
durante el fin de semana o en cualquier otro momento en que los
servidores se encuentren descargados de trabajo.
Proceso de las solicitudes de la base de datos Solicitudes de
administración
2. Escriba:
tell adminp process all
y presione Intro.
Nota Tal vez deba ejecutar este comando más de una vez, puesto
que algunas de las solicitudes de administración crean otras nuevas.
3. Cierre el Proceso de administración cuando todas las solicitudes se
hayan completado.
Fin de la ejecución del Proceso de administración en el servidor
1. Escriba:
tell adminp quit
y presione Intro.
2. Actualice el diseño de la base de datos Solicitudes de
administración.
Actualización del diseño de la base de datos Solicitudes de
administración
1. Ejecute el cliente Domino Administrator.
3. En el campo Servidor, escriba el nombre del servidor de
administración actualizado.
4. Seleccione la base de datos Solicitudes de administración de la
Versión 4 (ADMIN4.NSF) y haga clic en Abrir.
5. Si se trata de la primera vez que se abre la base de datos Solicitudes
de administración, aparecerá el documento "Acerca de"
correspondiente a la base de datos. Presione la tecla Esc para
cerrarlo.
6. Seleccione Archivo - Base de datos - Reemplazar diseño.
7. Haga clic en Servidor de plantillas.
8. En el campo Servidor, introduzca el nombre de un servidor Domino
de la Versión 5 y haga clic en Aceptar.
9. Seleccione la plantilla de Solicitudes de administración de la Versión
5.0 (ADMIN4.NTF) y haga clic en Reemplazar.
10. Cuando aparezca una advertencia de Domino Administrator para
que se confirme la sustitución, haga clic en Sí.
11. Cierre la base de datos Solicitudes de administración.
12. Replique el nuevo diseño al resto de servidores de la organización.
Una vez que se haya actualizado a la Versión 5, el Gestor de un servidor
de correo soporta automáticamente múltiples subtareas de transferencia
al mismo servidor. De forma predeterminada, el Gestor admite las
múltiples subtareas basándose en los valores de configuración. Éstos se
pueden modificar para que se admitan más o menos subtareas de
transferencia. Es posible modificar el número máximo de subtareas de
transferencia y de subtareas de transferencia simultáneas en el
documento de configuración del servidor del Directorio de Domino.
Haga clic en las pestañas Restricciones y controles - Controles de
transferencia y ajuste los parámetros para optimizar el rendimiento del
sistema. Haga clic en la fichas Gestor de correo/SMTP - Restricciones y
controles - Controles de transferencia y ajuste los parámetros en el
campo Nº máximo de subtareas de transferencia para optimizar el
rendimiento del sistema.
Utilización de múltiples bases de datos MAIL.BOX
Domino Versión 5 hace posible la transferencia de correo utilizando
numerosas bases de correo MAIL.BOX. Cuando la carga de trabajo es
muy alta, puede darse el caso de que muchas subtareas del servidor
intenten depositar el correo en MAIL.BOX a la vez que el Gestor de
correo esté tratando de leer y actualizar el correo. Cualquier proceso
que suponga tener que escribir en MAIL.BOX, incluyendo las subtareas
del servidor y el Gestor de correo, requiere acceso exclusivo a
MAIL.BOX. Es más, cuando el Gestor de correo lee los mensajes nuevos
en MAIL.BOX, los procesos que intenten escribir en la base de datos
tendrán que esperar. Este hecho puede llevar a una espera muy larga si
existe un gran volumen de correo; por ejemplo, en el caso de sistemas
que soporten una gran cantidad de tráfico de correo.
La existencia de muchas bases de datos MAIL.BOX hace posible que
Domino gestione muchos procesos simultáneos, ya que cada proceso
puede escribir en cada base de datos MAIL.BOX. Cuando el Gestor de
correo esté leyendo un MAIL.BOX, lo marcará como "en uso" y, de esta
forma, las subtareas del servidor que estén intentando depositar correo
se dirigirán al siguiente MAIL.BOX. Así se consigue mejorar el
rendimiento.
Actualización de un servidor de correo para que utilice múltiples
subtareas
Los conflictos en el disco no suelen suponer un problema para
MAIL.BOX, con lo que no es necesario almacenar las bases de datos
MAIL.BOX en discos distintos. No obstante, resulta de gran utilidad
distribuir los archivos de correo de los usuarios en discos diferentes
para asegurar que tanto los archivos de correo como las bases de datos
MAIL.BOX no se encuentren en el mismo disco.
La gran mejora del rendimiento ya es perceptible añadiendo únicamente
una base de datos MAIL.BOX adicional. El beneficio marginal
disminuye a la par que aumenta el número de bases de datos
MAIL.BOX, aunque el rendimiento seguirá aumentando.
Si desea definir múltiples bases de datos MAIL.BOX en un servidor,
abra el documento de configuración de servidor correspondiente a
dicho servidor, haga clic en la ficha Gestor de correo//SMTP - General e
introduzca el número de bases de datos MAIL.BOX que desea añadir en
el campo Nº de buzones de correo.
Modificación de la zona horaria y del horario de verano del servidor
Domino
La configuración de la zona horaria y del horario de verano del servidor
Domino debe coincidir con la respectiva configuración de los servidores
con los que replique ese servidor. Si no es así, es posible que los agentes
que se ejecuten de manera programada produzcan resultados
inesperados.
Nota Asegúrese de que la zona horaria y el horario de verano estén
configurados correctamente en el sistema operativo del servidor.
Para poder determinar que el servidor utilice o no la configuración del
sistema operativo, cambie la configuración de los campos Zona horaria
local y Considerar horario de verano en la sección Información sobre la
ubicación del servidor, situada en la ficha General del documento de
servidor del Directorio de Domino; se puede hacer, por ejemplo,
después de actualizar un servidor a la Versión 5.
Nota No modifique la configuración del sistema operativo para la zona
horaria y el horario de verano en el lapso de tiempo transcurrido entre
que configure el servidor y la primera vez que lo ejecute.
Nota Si modifica la zona horaria o el horario de verano del sistema
operativo mientras se está ejecutando el servidor Domino, la nueva
configuración no surtirá efecto hasta que reinicie el servidor.
Después de actualizar un servidor y un Directorio de Domino a la
Versión 5 y de replicar la nueva plantilla en sus Directorios de Domino,
actualice también sus clientes de administración Domino a la Versión 5.
Así podrá disponer de las nuevas funciones y ventajas de Domino
Administrator, entre las que se cuentan el control de mensajes, los
mapas de topología y la interfaz centrada en las tareas. Además,
mediante Domino Administrator resulta más sencillo administrar el
Actualización de la administración de Domino
Para actualizar la administración de Domino, realice las siguientes
operaciones:
Actualice los clientes de administración.
Actualícese a la herramienta Domino Web Administrator.
Consulte también:
Utilización del seguimiento de mensajes en un entorno con distintas
versiones.
Actualización de los clientes de administración
Una vez que haya actualizado el Registro de nombres público de la
Versión 4 a la plantilla del Directorio de Domino de la Versión 5,
actualice también los clientes de administración a Domino
Administrator de la Versión 5. Debido a la introducción de ciertos
cambios en los formularios del Directorio de Domino, resulta más fácil y
eficaz administrar los servidores y el dominio de Domino mediante
Domino Administrator. Además, Domino Administrator presenta una
interfaz muy mejorada que contribuye a simplificar la administración de
los servidores. Domino Administrator ha sido diseñado para
administrar un entorno en el que coexistan varias versiones, y funciona
sin problemas con los servidores de la Versión 4.
4-1
Capítulo 4
Actualización de la administración de Domino
Instalación del cliente Domino Administrator de la Versión 5
En la Versión 5, la instalación del cliente Domino Administrator se
efectúa de manera independiente a la del servidor.
Si desea más información, consulte "Instalación de Domino
Administrator en la Versión 5" en el Capítulo 1.
Actualización a la herramienta Domino Web Administrator
Cuando se actualiza un servidor Domino a la Versión 5, el programa de
actualización se encarga de eliminar la base de datos de administración
desde Web (WEBADMIN.NSF) y de crear una nueva basada en la
plantilla de la nueva versión (WEBADMIN.NTF). Este proceso es
imprescindible para poder utilizar el nuevo diseño de la Versión 5. Si se
ha personalizado la Lista de control de acceso (LCA) de la base de datos
de administración desde Web en la Versión 4, es necesario volver a
introducir esta información en la LCA de la nueva base de datos de la
Versión 5.
Utilización del seguimiento de mensajes en un entorno con distintas
versiones
Centro de seguimiento
Los administradores sólo pueden seguir los mensajes (mediante el
Centro de seguimiento de Domino Administrator) en los servidores de
la Versión 5 que tengan activada la opción de seguimiento de mensajes.
En el caso de que se haya transferido un mensaje a un servidor de una
versión anterior a la 5 o de otro fabricante, no se podrá seguir ese
mensaje mediante el Centro de seguimiento.
Nota La información relativa al seguimiento de mensajes no se añadirá
a aquellos mensajes que entren en el dominio de Domino procedentes
de otras fuentes, tales como un servidor de correo de otro fabricante.
Seguimiento de mensajes para el usuario final (mediante correo)
Los usuarios que tengan un archivo de correo de la Versión 5 pueden
seguir los mensajes transferidos mediante servidores anteriores a la
Versión 5 o de otros fabricantes, en tanto y en cuanto estos servidores
dispongan de los mismos campos que Notes incluye en la solicitud de
seguimiento de mensajes. Domino sólo mostrará información sobre el
seguimiento de mensajes procedente de aquellos servidores de la
Versión 5 que tengan activada la opción de seguimiento de mensajes. En
el caso de que los servidores de otros fabricantes no respeten estos
campos, no se podrá seguir los mensajes una vez salgan de estos
servidores.
Capítulo 5
Actualización de clientes
Este capítulo describe los pasos necesarios para actualizar Notes a la
Versión 5, y ofrece un resumen de las nuevas funciones.
Actualización de un cliente Lotus Notes a la Versión 5
Para actualizar Notes a la Versión 5, realice las siguientes operaciones:
Cree copias de seguridad de los archivos importantes.
Instale Notes Versión 5.
Consulte también:
Cambios relacionados con la actualización
Conversión de las páginas del área de trabajo en marcadores.
Cambios en la Libreta personal de direcciones.
Bases de datos Cartera en Notes Versión 5.
Actualización del archivo de correo a la Versión 5.
Creación de documentos de cuenta para el correo de Internet.
Uso de Notes Versión 5:
Configuración de los parámetros de seguridad predeterminados en
las estaciones de trabajo.
Sincronización de las zonas horarias y el horario de verano en
Notes.
Uso de las funciones de agenda y planificación con el correo de
Internet.
Reuniones periódicas en la Versión 5.
Consulte también "Envío de correo en el formato de Notes a usuarios de
Internet" en el Capítulo 2, "Actualización de un servidor de correo de
Internet".
5-1
Creación de copias de seguridad de los archivos del cliente Notes
No olvide realizar copias de seguridad de los archivos más importantes
del cliente Notes ante la posibilidad de que se produzca algún error
durante la actualización. Así, si surge algún problema, podrá restaurar
los archivos gracias a las copias de seguridad. Realice copias de
seguridad de los siguientes archivos de cada cliente Notes:
Archivo
Ubicación predeterminada
NOTES.INI (Preferencias de
Notes en Macintosh).
Directorio del sistema (por ejemplo,
C:\WIN95).
DESKTOP.DSK.
Directorio de datos de Notes (por
ejemplo, C:\NOTES\DATA).
Libreta personal de direcciones
(opción predeterminada:
NAMES.NSF).
Archivos ID de usuario (por
ejemplo, JSOBRINO.ID).
Bases de datos locales (.NSF).
Vínculos al directorio de bases de
datos locales (.DIR).
Plantillas personalizadas
correspondientes a una base de
datos de Notes (.NTF).
Instalación del cliente Notes Versión 5
1. Asegúrese de haber realizado copias de seguridad de los archivos
de mayor importancia del cliente Notes. Consulte el apartado
Creación de copias de seguridad de los archivos del cliente Notes.
2. Ejecute SETUP.EXE. Siga las indicaciones que aparezcan en las
pantallas del programa de instalación para instalar el cliente Notes
Versión 5 adecuadamente. Seleccione el tipo de cliente
correspondiente a la licencia que haya adquirido.
3. Ejecute Notes.
Notes instalará y configurará el software automáticamente si instala la
Versión 5 en el mismo directorio que la versión anterior de Notes. Si
opta por instalarla en otro directorio, recibirá un mensaje de Notes
indicándole que debe completar personalmente el proceso de
configuración. En caso de que instale Notes en otro directorio, el
programa de instalación colocará el archivo NOTES.INI en el directorio
de datos de Notes. En las versiones anteriores, el programa de
instalación colocaba archivo NOTES.INI en el directorio del sistema
como opción predeterminada.
Conversión de las páginas del área de trabajo en marcadores
Notes Versión 5 convierte automáticamente las páginas del área de
trabajo en marcadores. El nuevo modelo de navegación junto con la
comodidad que supone el empleo de marcadores hacen que resulte
innecesario acceder a las páginas del área de trabajo; no obstante, aún
disfruta de esta posibilidad.
Las páginas del área de trabajo pasan a convertirse en botones de
marcadores, ubicados en la parte izquierda de la pantalla de Notes.
Inicialmente, Notes le proporciona los siguientes marcadores:
Marcadores
Descripción
Inicio
Accede a la página de inicio desde la que puede
emprender tareas, además de llevar a cabo
búsquedas en Web.
Correo
Muestra el archivo de correo.
Titulares
Accede a los titulares, incluyendo correo
electrónico, actualizaciones para Web, entradas de
agenda correspondientes al día actual y demás
información que especifique.
Agenda
Muestra la Agenda
Libreta de direcciones
Muestra la Libreta personal de direcciones.
Tareas
Muestra la lista de tareas.
Replicador
Muestra la página del Replicador. Esta entrada sólo
aparece si está activa la replicación de réplicas
locales.
Domino Administrator
Muestra Domino Administrator para la
administración de servidores Domino. Este
marcador aparecerá sólo si ha instalado
previamente Domino Administrator.
Domino Designer
Muestra Domino Designer para el diseño de
aplicaciones Domino. Este marcador aparecerá sólo
si ha instalado previamente Domino Designer.
Actualización de clientes 5-3
Nota Notes actualiza automáticamente la Libreta personal de
direcciones al diseño de la Versión 5. Si ha configurado el correo de
Internet para emplear el protocolo POP3, Notes crea un documento de
cuenta para dicha configuración. Consulte Creación de documentos de
cuenta para el correo de Internet.
Marcadores
Descripción
Marcadores favoritos
Muestra una lista de marcadores de las bases de
datos utilizadas más recientemente.
Bases de datos
Muestra los marcadores dispuestos en carpetas
según aparecen en el área de trabajo, con una
carpeta por cada página del área de trabajo.
Más marcadores
Muestra marcadores para realizar búsquedas en las
bases de datos de Notes y en Web.
Crear
Contiene marcadores para crear documentos como
son mensajes, tareas o entradas de agenda.
Vínculos de Internet
Explorer
Contiene marcadores procedentes de los vínculos
que figuran entre las páginas favoritas de Microsoft
Internet Explorer.
Vínculos de Navigator
Contiene marcadores procedentes de los vínculos
que figuran entre los marcadores de Netscape
Navigator.
Puede agregar un marcador a cualquier botón con sólo arrastrarlo
hasta él.
Si desea más información sobre la utilización de marcadores, consulte la
Ayuda del cliente Notes.
Cambios en la Libreta personal de direcciones
La Libreta personal de direcciones de la Versión 5 incorpora un
conjunto de formularios, subformularios, vistas, agentes y bibliotecas de
scripts nuevos, al tiempo que ciertos elementos de diseño han sido
eliminados en relación con la plantilla de la Versión 4.
Nuevos agentes en la Libreta personal de direcciones de la
Versión 5
Eliminar perfil
Nuevos formularios en la Libreta personal de direcciones de la
Versión 5
Cuentas
Parámetros MIME internacionales
($Internet/RAS Dialup Wizard)
$Notes Dialup Wizard
StackContainer
Wizard
Nuevos subformularios en la Libreta personal de direcciones de la
Versión 5
($CertifierExtensibleSchema)
($GroupExtensibleSchema)
($RLANotpp)
Nuevas vistas en la Libreta personal de direcciones de la Versión 5
Avanzadas\Cuentas
Avanzadas\Parámetros MIME internacionales
($Accounts)
($International MIME Settings)
($PeopleGroupsByLang)
($PeopleGroupsCorpHier)
Vistas eliminadas en la Libreta personal de direcciones de la
Versión 5
($NamesFieldLookup)
($ServersLookup)
Bases de datos Cartera en Notes Versión 5
La interfaz de la Versión 5 muestra las bases de datos Cartera en forma
de marcadores.
Actualización del archivo de correo a la Versión 5
No actualice el archivo de correo a la plantilla de la Versión 5 hasta que
el administrador de Domino se lo comunique o lo actualice por sí
mismo.
Nuevas bibliotecas de scripts en la Libreta personal de direcciones
de la Versión 5
RLAN Routines
Creación de documentos de cuenta para el correo de Internet
Notes Versión 5 incorpora documentos de cuenta que contienen
información para acceder al correo mediante POP o IMAP, así como
para enviar correo mediante SMTP. Si el documento de ubicación que
emplea la Versión 4 está configurado para utilizar POP3, Notes
convierte la información relativa a esa opción en un documento de
cuenta. Si envía correo a Internet, Notes crea un documento de cuenta
SMTP. Las cuentas quedan configuradas en función de la ubicación que
haya configurado para el correo de Internet.
Configuración de los parámetros de seguridad predeterminados en las
estaciones de trabajo
Antes de actualizar Notes, puede que le interese configurar la Lista de
control de ejecución de administración (LCE) del Directorio de Domino.
Esta LCE de administración determina el nivel de seguridad
predeterminado para Notes al arrancar el programa por primera vez
después de la actualización. El sistema de seguridad de la estación de
trabajo determina qué grupos podrán ejecutar sus aplicaciones en un
cliente Notes. De esta manera, si un grupo no está incluido en la Lista de
control de ejecución de un cliente, Notes se encargará de advertir al
usuario cada vez que una aplicación de dicho grupo intente ejecutarse
en ese cliente.
Si desea más información sobre la configuración de la LCE de
administración, consulte la Ayuda sobre administración.
Sincronización de las zonas horarias y el horario de verano en Notes
En la Versión 5, Notes y el sistema operativo del cliente sincronizan la
configuración de la zona horaria y del horario de verano. Al iniciar
Notes, el cliente sincronizará la configuración del sistema operativo para
que coincida con la de la ubicación actual de Notes. En las versiones
anteriores de Notes sólo se sincronizaba la hora del sistema operativo,
lo que podía ocasionar que el reloj del sistema operativo estuviera
desfasado respecto a la configuración de la zona horaria del sistema
operativo.
Cambio de la configuración en equipos que funcionen con
Windows
La lista de zonas horarias y de fechas de comienzo y término del horario
de verano de los documentos de ubicación de Notes es la misma que la
del sistema operativo Windows. Si escoge una ubicación con una
configuración diferente, se actualizará la zona horaria y el horario de
verano de Windows para que coincida con la de esa ubicación. Si
cambia la zona horaria o el horario de verano de Windows mientras
Notes se está ejecutando, Notes actualizará la ubicación actual de
acuerdo con la nueva configuración.
Al actualizar a la Versión 5 un equipo que funcione con Windows, se le
pedirá que elija una zona horaria en caso de que la configuración de la
zona horaria de su ubicación no coincida con la configuración
establecida en Windows.
Uso de las funciones de agenda y planificación con el correo de
Internet
En un entorno en el que la transferencia del correo se produce mediante
el protocolo SMTP y el RPC de Notes, el Gestor de correo de Domino
transfiere automáticamente las invitaciones, citas y demás información
relativa a la agenda y la planificación mediante el RPC de Notes siempre
que ello es posible. Si la transferencia se produce mediante SMTP --por
ejemplo, si envía una invitación a una reunión a través de Internet-- los
elementos de agenda y planificación se convertirán en mensajes de
texto. Para utilizar las funciones interactivas (de automatización del
flujo de trabajo) que incorporan los elementos de agenda y planificación
de Notes, es necesario emplear el RPC de Notes.
Nota La conversión en texto de los elementos de agenda y planificación
para su transferencia mediante el protocolo SMTP funciona del mismo
modo en la Versión 5 que en la Versión 4.5 y en la Versión 4.6.
Cerciórese de que la zona horaria, el horario de verano y la hora de
Greenwich (GMT) estén adecuadamente configuradas en su sistema
operativo. Por ejemplo, si el sistema operativo no tiene activada la
opción de horario de verano y Vd. cambia manualmente su reloj para
ajustarse a dicho horario, al ejecutar Notes se activará la opción de
horario de verano, lo que provocará que el reloj del sistema operativo
tenga una hora de desfase.
Reuniones periódicas en la Versión 5
Aquellas organizaciones que deseen utilizar la función de reuniones
periódicas de la plantilla de correo de la Versión 5 deben actualizar sus
clientes y plantillas de correo de Notes Versión 4.5 a la Versión 4.5.7,
así como sus clientes y plantillas de correo de la Versión 4.6 a la
Versión 4.6.3, para que la función de reuniones periódicas funcione
correctamente en un entorno con servidores de distintas versiones.
No es necesario actualizar los servidores, pero sí que se actualicen las
plantillas de correo de aquellos clientes en los que se desee utilizar la
función de reuniones periódicas.
Dado que las versiones anteriores a la 4.5 no contaban con las funciones
de agenda y planificación incorporadas en la Versión 4.5, no es
necesario modificar aquellos servidores o archivos de correo que
utilicen esas versiones.
Este capítulo describe la administración de los servidores Domino, los
clientes Notes y las aplicaciones de Domino mediante el Directorio de
Domino de la Versión 5.
Utilización del Directorio de Domino
El Directorio de Domino es compatible con las versiones anteriores;
debe replicarlo en aquellos de sus servidores que funcionen con las
versiones 3 o 4. Es compatible con el protocolo LDAP3 (del inglés
Ligthweight Directory Access Protocol Version 3), con lo que permite a los
clientes de Internet tanto consultar como actualizar el directorio.
Además, dispone de un nuevo campo, el campo Dirección en Internet,
con el que podrá estandarizar las direcciones de Internet de su
organización.
Consulte la información al respecto en los temas siguientes:
Uso de la plantilla Directorio de Domino en un entorno de versiones
mixto
Uso del Perfil del Directorio de Domino
Vistas nuevas y eliminadas en el Directorio de Domino
Nuevos formularios del Directorio de Domino
Uso del nuevo campo Dirección en Internet
Formas de rellenar el campo Dirección en Internet en los
documentos de persona
Uso del formato de nombres personalizado
Creación de una dirección de Internet mediante el formato de
nombres personalizado
Validación de direcciones de Internet
6-1
Capítulo 6
Utilización del Directorio de Domino
Cambios que supone la actualización y coexistencia
Recuperación de información que utilice el protocolo LDAP en un
entorno con varias versiones
Actualización de la base de datos Asistencia de directorios
Autentificación en Web y directorios secundarios
Los nombres de host en los documentos de servidor
Uso de la plantilla Directorio de Domino en un entorno de versiones
mixto
La plantilla Directorio de Domino de la Versión 5 está diseñada para su
uso en un entorno en el que coexistan diversas versiones. Tras actualizar
el primer servidor a la Versión 5, puede y debe replicar el nuevo diseño
en el resto de los servidores de la organización. La nueva plantilla está
diseñada para ser compatible con versiones anteriores (con servidores
de la Versión 4 e incluso de la 3).
Actualización de servidores de la Versión 4 que usen la plantilla
Es posible que decida actualizar los servidores Domino de la Versión 4 a
una Versión 4 posterior antes de hacerlo a la Versión 5. Por ejemplo, en
un entorno mixto que incluya servidores de las versiones 4 y 5, puede
ser necesario actualizar los servidores de la Versión 4 de la 4.6 a la 4.6.2.
Cuando lo haga, Domino le preguntará si desea reemplazar el diseño
del Registro de nombres público. Si los servidores de la 4.6 utilizan el
diseño del Directorio de Domino de la Versión 5 (lo cual se
recomienda), y hace clic en Sí para reemplazar el diseño, Domino
reemplazará la plantilla Directorio de Domino de la Versión 5 por la
plantilla del Registro de nombres público de la Versión 4. Lotus
recomienda no reemplazar el diseño del Registro de nombres público al
actualizar de una Versión 4 a otra en el caso de los servidores que hagan
uso de la plantilla Directorio de Domino de la Versión 5.
Uso del Perfil de Directorio de Domino
La primera vez que se abra el Directorio de Domino actualizado
mediante un cliente Notes o un cliente Web, aparecerá el Perfil del
Directorio de Domino, que controla las características del directorio.
Si desea información acerca de cómo rellenar el Perfil del Directorio de
Domino, consulte "Personalización del Perfil del Directorio de Domino"
en el manual Administración del sistema de Domino.
El Directorio de Domino contiene varias vistas nuevas y no dispone de
algunas de las que aparecían en los registros de nombres públicos de la
Versión 4.
Nuevas vistas de servidor del Directorio de Domino
Información sobre la red de un dominio externo
Días festivos
Configuraciones de Web
Nuevas vistas de persona del Directorio de Domino
Información para el idioma alternativo
Nuevas vistas ocultas del Directorio de Domino
$ExternalDomainNetworkAddress
$ExternalDomainConfigurations
$ExternalDomainServerConfigurations
$Holidays
$LDAPCN
$LDAPG
$LDAPHier
$LDAPS
$PeopleGroupsByLang
$PeopleGroupsByCorpHier
$PeopleGroupsByPhonetic
$RegisterGroups
Vistas de la Versión 4 eliminadas del Directorio de Domino
$ACLMONITOR
$RepMonitors
$Thresholds
$NamesFieldLookup (cuando todos los clientes son de la
Versión 4.5)
Utilización del Directorio de Domino 6-3
Vistas nuevas y eliminadas en el Directorio de Domino
Nuevos formularios del Directorio de Domino
En la Versión 5 se han agregado una serie de formularios nuevos al
Directorio de Domino. Entre ellos se encuentran:
Información sobre la red de un dominio externo
Parámetros de configuración (antes Configuración del dominio)
Días festivos
(AlternateLanguageInformation)
(ExternalDomainNetworkAddress)
(FileProtection)
(FileProtectionDialog)
(Mapping)
(VirtualServer)
($MessageSettings)
(InternetMail)
Formas de rellenar el campo Dirección en Internet en los documentos
de persona
Cuando actualice a la Versión 5.0 de Domino, podrá utilizar la
herramienta de direcciones de Internet para rellenar el campo Dirección
en Internet de todos los documentos de persona de un Directorio de
Domino en los que este campo esté vacío.
1. Ejecute Domino Administrator.
2. Haga clic en la ficha Personas y grupos.
3. Seleccione el servidor y el Directorio de Domino correspondientes a
los campos Dirección en Internet que desee rellenar.
4. Haga clic en Personas.
5. Haga clic en Definir dirección de Internet.
6. En el cuadro de diálogo Definir dirección de Internet, elija un
formato para las direcciones de Internet.
7. Elija un separador para las direcciones de Internet. Este carácter
separará los distintos elementos en el campo Formato.
Nota Si selecciona la opción Usar dominio de Internet existente en
campo de nombre abreviado, si está disponible, la herramienta
buscará una dirección de Internet válida en el campo Nombre
abreviado de cada uno de los documentos de persona (por ejemplo,
[email protected]). Si encuentra una dirección de Internet válida, la
herramienta la utilizará para completar el campo Dirección en
Internet, en lugar de crear una nueva entrada a partir de la
información especificada en el cuadro de diálogo.
9. (Opcional) Haga clic en Más opciones y realice cualquiera de las
siguientes operaciones:
Seleccione Usar dominio de Internet existente en campo de
nombre abreviado, si está disponible para buscar un dominio
de Internet válido en el campo Nombre abreviado de cada uno
de los documentos de persona (por ejemplo, @hyd.com). Si
encuentra un dominio de Internet válido, la herramienta lo
utilizará para completar la dirección de Internet, en lugar de
utilizar la entrada correspondiente al dominio de Internet del
cuadro de diálogo.
Seleccione En los nombres de varias palabras, usar el carácter
separador seleccionado para insertar el carácter separador
especificado entre las palabras de un nombre que contenga
varias.
Seleccione Crear dirección sólo para las personas ubicadas en
un dominio de Domino específico para configurar la dirección
de Internet sólo para los usuarios de un dominio de Domino
concreto. Introduzca el nombre de dominio del dominio de
Domino en el que desea configurar las direcciones de Internet.
Seleccione Usar el modelo de formato alternativo en caso de
conflicto de nombres para especificar un segundo formato de
dirección de Internet si Notes genera la misma dirección para
dos usuarios diferentes. Especifique el formato alternativo en el
cuadro correspondiente. Consulte Uso del formato de nombres
personalizado.
Esta opción sirve para poder utilizar el formato alternativo en caso
de que el primer formato dé como resultado una dirección que
contenga caracteres que no sean ASCII, que no sea exclusiva o que
contenga un carácter no válido.
En el cuadro de diálogo Definir dirección de Internet se especifican el
servidor y el Directorio de Domino correspondientes. También se ofrece
un ejemplo de cada uno de los formatos de dirección y separador.
Nota En este cuadro de diálogo no aparecen ejemplos de todas las
combinaciones de formatos personalizados.
8. Introduzca el dominio de Internet de la empresa.
La herramienta de direcciones de Internet examina todos los
documentos de persona del Directorio de Domino. Cuando encuentra
un documento con el campo Dirección en Internet vacío, lo rellena de
acuerdo con las reglas descritas anteriormente, verifica que la entrada
sea una dirección RFC 821 válida y se asegura de que sea exclusiva
llevando a cabo una búsqueda exhaustiva en todos los Directorios de
Domino del servidor. Si la entrada coincide con alguna otra incluida en
un campo Dirección en Internet, deja el campo en blanco e introduce
un error en el archivo de registro (LOG.NSF).
Nota Todos los errores que se detecten se almacenan en el registro
(LOG.NSF).
Cuidado La herramienta de direcciones de Internet lleva a cabo una
búsqueda exhaustiva en todos los nuevos campos Dirección en
Internet, así que no es conveniente ejecutarla en directorios o servidores
sometidos a una carga de trabajo elevada.
Formatos de dirección de la Definir dirección de Internet en Internet
Puede elegir entre los siguientes formatos de dirección:
Nombre Apellido
Se utiliza el contenido de los campos Nombre y Apellidos para
crear la dirección.
Nombre InicialNombre2 Apellido
Se utiliza el contenido de los campos Nombre, Inicial 2º nombre y
Apellidos para crear la dirección.
InicialNombre1 Apellido
Se utiliza la primera letra del campo Nombre y el contenido del
campo Apellidos para crear la dirección.
InicialNombre1 InicialNombre2 Apellido
Se utiliza la primera letra del campo Nombre y el contenido de los
campos Inicial 2º nombre y Apellidos para crear la dirección.
Apellido Nombre
Se utiliza el contenido de los campos Apellidos y Nombre para
Apellido Nombre InicialNombre2
Se utiliza el contenido de los campos Apellidos, Nombre y Inicial
2º nombre para crear la dirección.
Apellido InicialNombre1
Se utiliza el contenido del campo Apellidos y la primera letra del
campo Nombre para crear la dirección.
Nombre InicialApellido
Se utiliza el contenido del campo Nombre y la primera letra del
campo Apellidos para crear la dirección.
Formato de nombres personalizado
El formato de nombres personalizado le permite especificar cómo
desea construir la dirección de Internet.
Puede elegir entre los siguientes separadores de dirección:
Ninguno
Subrayado
_
Signo igual
=
Signo de porcentaje
%
Nota Debe especificar un dominio de Internet en el campo Dominio de
Internet del cuadro de diálogo.
En el caso de la usuaria Julia R. Janeiro,
Usuario
Campo Nombre
Campo
Apellidos
Campo Inicial
2º nombre
Dominio de
Internet
Julia R.
Janeiro
Julia
Janeiro
R
hyd.com
se pueden crear las siguientes direcciones de Internet al ejecutar la
herramienta de direcciones de Internet:
Formato
Separador
Dirección de Internet tras ejecutar la
herramienta
Nombre Apellido
_
[email protected]
Nombre InicialNombre2
Apellido
_
[email protected]
%
J%[email protected]
InicialNombre
%
J%R%[email protected]
Apellido Nombre
=
[email protected]
Apellido InicialNombre1 InicialNombre2
Se utiliza el contenido del campo Apellidos, la primera letra del
campo Nombre y el contenido del campo Inicial 2º nombre para
Formato
Separador
Dirección de Internet tras ejecutar la
herramienta
Apellido Nombre
InicialNombre2
=
[email protected]
_
[email protected]
InicialNombre2
_
[email protected]
Nombre InicialApellido
%
Julia%[email protected]
Nota Debe especificar un dominio de Internet en el campo Dominio de
Internet del cuadro de diálogo.
Uso del formato de nombres personalizado
Si selecciona la opción Usar formato personalizado en el cuadro de
diálogo, podrá definir la forma en que Domino creará las direcciones de
Internet en los documentos de persona en los que el campo Dirección
en Internet esté vacío. Utilice los siguientes caracteres en el cuadro de
diálogo para especificar cómo deberá aparecer la dirección:
Abreviatura
Significado
Fn
Nombre, truncado tras n caracteres
Ln
Apellido, truncado tras n caracteres
M
Inicial 2º nombre
T
Tratamiento
G
Calificador generacional
I
ID de empleado
C
Ubicación
D
Departamento
V
Servidor
O
Unidad organizativa
S
Utilizar el campo Nombre abreviado.
=
Separador
_
Separador
%
Separador
Mediante la combinación de los anteriores caracteres y separadores,
podrá definir la forma en que aparecerán las direcciones de Internet en
su organización.
En el caso de la usuaria Julia R. Janeiro,
Tratamiento Nombre
Inicial 2º Apellidos Ubicación Organización
nombre
Servidor
Sra.
R
Correo
M1
Julia
Janeiro
Madrid
HyD
podría configurar el formato personalizado de forma que se crearan las
siguientes direcciones:
Formato personalizado
Dirección
FL
[email protected]
F2L
[email protected]
F_L=C
[email protected]
T_F_M_L%V
Srta_Julia_R_Janeiro%[email protected]
La herramienta de direcciones de Internet se puede utilizar para
asegurarse que las entradas que aparezcan en el campo Dirección en
Internet de todos los documentos de persona de uno o más Directorios
de Domino sean exclusivas. Con ello se evitarán posibles problemas de
conflicto entre las direcciones de Internet. Para validar aquellas entradas
de los campos Dirección en Internet que sean exclusivas, realice las
siguientes acciones:
2. Haga clic en la ficha Personas y grupos.
3. Seleccione el servidor y el Directorio de Domino en los que desee
validar las entradas de los campos Dirección en Internet.
4. Haga clic en la pestaña Personas.
5. Haga clic en Validar dirección de Internet.
6. Opte por validar sólo las direcciones de Internet del Directorio de
Domino que haya seleccionado en el paso 3 o por validar las de
todos los Directorios de Domino del servidor, y haga clic en
Aceptar.
Creación de una dirección de Internet mediante el formato de
nombres personalizado
La herramienta de validación confronta exhaustivamente todas las
direcciones de Internet del Directorio o Directorios de Domino que se
hayan seleccionado con todos los Directorios de Domino o los
directorios especificados en la base de datos Asistencia de directorios
(DA50.NSF). Si alguna dirección no es exclusiva, Domino registra la
dirección duplicada en el registro del servidor (LOG.NSF).
Nota La validación de direcciones de Internet requiere de buena parte
de los recursos del servidor; no la utilice cuando el servidor se
encuentre sometido a una gran carga de trabajo o cuando sea vital el
tiempo de respuesta a las demandas de los usuarios. Lotus recomienda
que se ejecute esta herramienta en momentos en los que accedan al
servidor pocos usuarios, tales como durante los fines de semana o a
horas avanzadas de la noche.
Recuperación de información que utilice el protocolo LDAP en un
entorno con varias versiones
Una vez que se haya actualizado el Registro de nombres público de la
Versión 4 al diseño del Directorio de Domino de la Versión 5, es
necesario actualizar los servidores Domino que funcionen con el
protocolo LDAP al menos a la Versión 4.6.3, con objeto de que puedan
gestionar adecuadamente las consultas y mostrar información correcta.
El Directorio de Domino utiliza el campo Dirección en Internet para
contestar a las consultas de LDAP. Las versiones anteriores a la 4.6.3 no
admiten este cambio.
Nota LDAP se incluyó en la Versión 4.6.
Actualización de la base de datos Asistencia de directorios
Tras actualizar el servidor Domino y el Directorio de Domino, deberá
actualizar la base de datos Asistencia de directorios a la Versión 5.
1. Ejecute el cliente Notes.
3. En el cuadro Servidor, seleccione el servidor que contenga la base
de datos Asistencia de directorios.
4. Busque y seleccione la base de datos Asistencia de directorios.
5. Haga clic en Abrir.
6. Seleccione Archivo - Base de datos - Reemplazar diseño.
7. Haga clic en el botón Servidor de plantillas.
8. Seleccione un servidor Domino de la Versión 5 que contenga la
nueva plantilla Asistencia de directorios (DA50.NTF).
Si ejecuta Domino 4.5 en su sistema, debería realizar los mismos pasos,
pero actualizando la Libreta de direcciones maestra en lugar de la
Asistencia de directorios.
Nota Los directorios en cascada seguirán funcionando, aunque
obtendrá ventajas si actualiza a la Asistencia de directorios.
Autentificación en Web y directorios secundarios
En la Versión 5, tal como ocurre en versiones superiores a la 4.6.2, los
clientes Web no pueden realizar la autentificación desde libretas
públicas de direcciones o directorios en cascada (recogidos en la línea
NAMES= del archivo NOTES.INI). Para poder autentificar clientes Web
que utilicen directorios o libretas de direcciones secundarias, será
necesario configurar la Asistencia de directorios.
Si desea más información acerca de la configuración de la Asistencia de
directorios, consulte "Configuración de la asistencia de directorios", en
el Capítulo 12 de Administración del sistema de Domino.
Los nombres de host en los documentos de servidor
Lotus recomienda utilizar nombres jerárquicos completos de host en los
documentos de servidor del Directorio de Domino en lugar de
direcciones IP. Aunque las direcciones IP siguen siendo totalmente
compatibles, tienden a cambiar con mayor frecuencia que los nombres
de host, lo que podría causar problemas en el entorno de Domino si los
documentos de servidor no se actualizaran. Por ejemplo, un cambio o
reorganización en una subred podría requerir un cambio en las
direcciones de los servidores. En este caso, si el documento de servidor
utilizara nombres de host, no sería necesario actualizar el documento,
mientras que sí lo sería si contuviera una dirección IP. Además, algunas
herramientas de terceros reconocen sólo los nombres de host, y no así
las direcciones IP.
Haga clic en Aceptar.
Seleccione la plantilla Asistencia de directorios (DA50.NTF).
Cuando Notes le pregunte si desea reemplazar la plantilla, haga clic
en Sí.
13. Cierre la base de datos Asistencia de directorios.
La plantilla Asistencia de directorios es compatible con versiones
anteriores; puede y debe replicar el nuevo diseño en los servidores de la
Versión 4 que dispongan de Asistencia de directorios.
9.
10.
11.
12.
Este capítulo describe el proceso necesario para actualizar los servidores
de una agrupación y utilizar los archivos de correo en un entorno con
varias versiones.
Actualización de una agrupación de servidores
El proceso de actualización de los servidores de una agrupación de la
Versión 4 a la Versión 5 no se diferencia del proceso de actualización de
otros servidores.
Si desea información sobre cómo puede actualizar servidores que
empleen el Agente de Transferencia de Mensajes (MTA)
correspondiente a la Versión 4 para transferir el correo de Internet,
consulte el Capítulo 2 "Actualización de un servidor de correo de
Internet".
Si desea información sobre cómo puede actualizar los restantes tipos de
servidores, consulte el Capítulo 3 "Actualización de un servidor
Domino".
Archivos de correo en una agrupación de servidores de distintas
versiones
En una agrupación de servidores que empleen tanto la Versión 4 como
la Versión 5, los usuarios no pueden contar indistintamente con un
archivo de correo de la Versión 5 en los servidores de la Versión 4, ya
que la plantilla de la Versión 5 no funciona correctamente en un
servidor que emplee la Versión 4. Si dispone de una agrupación de
servidores de distintas versiones, utilice el diseño de la Versión 4 para
todos los archivos de correo o sitúe los archivos de correo de los
usuarios en aquellos servidores que únicamente empleen una de las dos
versiones y seleccione el diseño de la Versión 4 o la Versión 5 en función
de la versión del servidor. Esto es necesario puesto que la replicación de
una agrupación de servidores no admite fórmulas de replicación
selectiva, por lo que no puede evitarse que el diseño del archivo de
correo se replique con otros servidores de la misma agrupación.
7-1
Capítulo 7
Actualización de una agrupación de servidores
Una vez que haya actualizado los servidores Domino y los clientes
Notes, actualice igualmente las bases de datos y las aplicaciones a la
Versión 5. Esta versión incrementa el rendimiento y la fiabilidad de las
aplicaciones, además de incorporar una extensa gama de funciones
nuevas.
Actualización de bases de datos y aplicaciones
Las aplicaciones que empleen la Versión 4 no sufren modificaciones si se
utilizan conjuntamente con un servidor que emplee la Versión 5 y con el
nuevo ODS (del inglés On-Disk Structure) de esta versión. Los
problemas de incompatibilidad aparecen documentados en esta guía y
en la base de datos Release Notes de la Versión 5. Compruebe el
correcto funcionamiento de sus aplicaciones en un servidor que emplee
la Versión 5 antes de implantarlas en un entorno productivo. Si se
percata de la existencia de algún problema o incompatibilidad que no se
encuentren documentados, consulte la base de datos KnowledgeBase
que Lotus pone a su disposición en la dirección
http://orionweb.lotus.com/basic.html.
Si procede a la actualización con vistas al empleo de las plantillas y
funciones que incorpora la Versión 5, tenga en cuenta que no podrá
utilizarlas con los clientes de la Versión 4. El uso de estas plantillas y
funciones de la Versión 5 en un entorno con varias versiones puede
ocasionar complicaciones al impedir que determinados clientes (que
utilicen una versión anterior de Notes) aprovechen íntegramente la
funcionalidad de la aplicación.
Las pruebas llevadas a cabo por Lotus, tanto de forma interna como en
conjunción con otros fabricantes independientes de software,
demuestran que las incidencias y los aspectos problemáticos derivados
de la actualización son, por lo general, mínimos o inexistentes. No
obstante, no hay dos aplicaciones iguales, motivo por el que Lotus
insiste en recomendar la comprobación exhaustiva del correcto
funcionamiento de las aplicaciones de mayor complejidad, importancia
y repercusión económica, antes de proceder a su implantación
definitiva, en el entorno de la Versión 5.
8-1
Capítulo 8
Actualización de bases de datos y aplicaciones
Existen tres posibles alternativas en relación con las aplicaciones y bases
de datos en el entorno de la Versión 5:
1. Actualizar un servidor de aplicaciones a la Versión 5 y conservar las
bases de datos en el formato ODS de la Versión 4, empleando el
diseño y las funciones de esta versión.
Todos los clientes tendrán acceso a las bases de datos sin incidencias
y la actualización no debe presentar ningún problema.
2. Actualizar el formato del servidor y las bases de datos a la Versión 5
y dejar que las bases de datos empleen el diseño y las funciones de
la Versión 4.
Todos los clientes podrán acceder a la base de datos, sin
excepciones. La actualización no debe presentar problemas: sólo
requiere convertir la base de datos al nuevo ODS.
3. Actualizar el formato del servidor y las bases de datos, junto con el
diseño y las funciones de estas últimas, a la Versión 5.
Los clientes de la Versión 4 no podrán utilizar las funciones de la
Versión 5. Puede que deba modificar las aplicaciones a fin de poder
utilizar las nuevas funciones. Deberá convertir la base de datos al
nuevo ODS, sustituir el diseño de la Versión 4 por el de la Versión 5
y agregar las funciones de la Versión 5 que desee.
Este capítulo proporciona información sobre:
Actualización de bases de datos a la Versión 5.
Actualización del formato de una base de datos.
Actualización de los archivos de correo de los usuarios.
Actualización de plantillas.
Actualización de aplicaciones para Web.
Utilización en navegadores antiguos de las plantillas de Web
predeterminadas
Actualización de las bibliotecas de documentos.
Incidencias relativas a la actualización de aplicaciones y bases de
datos.
Cómo impedir la actualización de bases de datos
Conservación de una base de datos nueva en el formato de la
Versión 4.
Liberación de espacio en las bases de datos de un entorno con varias
versiones.
Reconversión de aplicaciones a versiones previas.
Mejora del rendimiento de una base de datos.
Cambios en la ordenación de caracteres cuando se consideran
acentos, mayúsculas y minúsculas
Almacenamiento de imágenes en su formato original.
Actualización de bases de datos a la Versión 5
Una vez que haya actualizado el servidor Domino a la Versión 5, podrá
actualizar igualmente las bases de datos de ese servidor al formato ODS
(del inglés On-Disk Structure) y al diseño (plantilla) que emplea la
Versión 5. Estas operaciones (actualizar el formato y el diseño de una
base de datos) son independientes entre sí. Ya que el ODS no se replica,
el diseño de una base de datos puede permanecer basado en una
plantilla correspondiente a la Versión 4, actualizando el formato de esa
base de datos en el servidor en cuestión al ODS de la Versión 5. Si
decide actualizar el diseño de la base de datos para que utilice las
plantillas y funciones propias de la Versión 5, tenga en cuenta que no
podrá utilizarlas con los clientes que empleen versiones previas.
Algunas de esas funciones y plantillas requieren que la base de datos
utilice el formato de la Versión 5.
Antes de actualizar el formato de una base de datos a la Versión 5
Actualice el servidor de aplicaciones a Domino Versión 5 (necesario
para que el servidor albergue las bases de datos y utilice la
liberación de espacio propias de la Versión 5).
Ejecute el programa Fixup del servidor en las bases de datos, para
impedir así la mayor parte de los errores que afectan al proceso de
conversión al nuevo formato de base de datos.
Después de actualizar el formato de una base de datos a la
Versión 5
Decida si desea ejecutar la tarea Updall -r en la base de datos para
reconstruir así las vistas y eliminar el retraso que se produce cuando
los usuarios intentan acceder a ella por primera vez. Ello resulta
especialmente importante en aquellas bases de datos que son de uso
frecuente, revisten mayor importancia o incorporan vistas de
grandes dimensiones.
Actualización de base de datos y aplicaciones 8-3
Uso de las bases de datos en la Versión 5
Actualización de aplicaciones y requisitos de la Versión 5.
Actualización del formato de una base de datos
Una vez que haya instalado Domino Versión 5 en un servidor, podrá
actualizar el formato de las bases de datos en él ubicadas. La liberación
de espacio en una base de datos mediante Domino Versión 5 actualiza el
formato de la base de datos ODS, (del inglés On Disk Structure) a dicha
versión. Puede utilizar el parámetro -R junto con el comando Compact
para la conservación de una base de datos en el formato de la Versión 4
o para reconvertir el formato al ODS de la Versión 4. Para impedir que
Domino Versión 5 actualice el formato de la base de datos, renombre la
extensión de la misma como .NS4.
La versión de ODS figura en el cuadro propiedades de la base de datos
de la Versión 5.
Conversión de una base de datos al formato de la Versión 5
mediante liberación de espacio
1. Actualice el servidor de aplicaciones a Domino Versión 5.
2. Ejecute el servidor actualizado.
3. Escriba
load compact nombrebasededatos.nsf
y presione Intro ("nombrebasededatos.nsf" es el nombre del archivo
de la base de datos en la que desea liberar espacio para convertirla
al formato de la Versión 5).
Liberación de espacio en una base de datos desde un cliente Notes
Si un usuario decide liberar espacio en una base de datos utilizando
para ello un cliente Notes (por ejemplo, desde la ficha Información del
cuadro de propiedades de la base de datos), el servidor se encargará de
liberar espacio en la base de datos del cliente. Por tanto, los servidores
que empleen Domino Versión 5 liberarán espacio en las bases de datos
utilizando la liberación de espacio de la Versión 5, mientras que los
servidores que empleen Domino Versión 4 liberarán espacio en las bases
de datos utilizando la liberación de espacio de la Versión 4. No obstante,
los usuarios de Notes pueden liberar espacio en una base de datos que
emplee el formato de la Versión 4 y convertirla al nuevo formato de
bases de datos (ODS) que incorpora la Versión 5 en un servidor que
emplee dicha versión.Una forma de impedirlo consiste en renombrar las
bases de datos de la Versión 4 utilizando la extensión .NS4.
Si desea más información, consulte Conservación de una base de datos
nueva en el formato de la Versión 4.
Si actualiza el diseño de los archivos de correo de los usuarios a la
plantilla de la Versión 5, deberá hacerlo de uno en uno o utilizar la
utilidad de conversión para automatizar la actualización del diseño. No
olvide actualizar previamente a la Versión 5 el servidor que albergue los
archivos junto con los clientes Notes que tengan acceso a ellos, ya que,
de otro modo, los usuarios no podrán utilizar las funciones de esta
versión con el nuevo diseño. Actualice los archivos de correo cuando los
usuarios no hagan uso de ellos: por ejemplo, de madrugada o durante
los fines de semana. Notifique a los usuarios que no podrán disponer de
sus archivos de correo mientras se produzca su actualización.
1. Si los usuarios han personalizado sus archivos de correo, indíqueles
que deben hacer una copia de seguridad de los mismos. Por
ejemplo, pueden realizar una copia de su archivo de correo que sólo
incluya el diseño de la base de datos. Así podrán volver a aplicar a
la plantilla de correo de la Versión 5 los cambios que hayan
realizado en sus archivos de correo correspondientes a la Versión 4.
En muchos casos, tales cambios resultan innecesarios porque las
funciones que incorpora la Versión 5 realizan un cometido idéntico
al de las modificaciones. Haga que los usuarios prueben la plantilla
de la Versión 5 sin modificarla, para que determinen los cambios
que, en su caso, consideren preciso realizar.
2. Ejecute el servidor en el que desee personalizar los archivos de
correo.
3. Finalice la ejecución del Gestor de correo. Escriba
tell router quit
y presione Intro. Así, impedirá que el correo sea transferido a los
archivos de correo en proceso de actualización. El correo se
almacenará en el archivo MAIL.BOX durante la actualización de los
archivos. Una vez que haya finalizado el proceso de actualización y
haya vuelto a ejecutar la tarea de transferencia del correo (Router),
el Gestor procesará y enviará el correo al archivo MAIL.BOX.
4. Ejecute la utilidad de conversión de correo. Escriba
load convert [argumentos]
y presione Intro. Consulte los argumentos para la utilidad de
conversión de correo que figuran a continuación.
5. Una vez que haya finalizado de actualizar el diseño de los archivos
de correo a la plantilla de la Versión 5 en el servidor, ejecute el
Gestor de correo. Escriba
load router
y presione Intro.
Actualización de los archivos de correo de los usuarios
6. Notifique a los usuarios que sus archivos de correo han sido
actualizados al diseño de la Versión 5. Puede que ignoren
determinados aspectos relativos a las nuevas funciones del archivo
de correo que incorpora la Versión 5. En caso de que hubiesen
personalizado sus archivos de correo, haga que comprueben por sí
mismos el que incorpora la Versión 5, para saber si aún consideran
conveniente personalizar su diseño. En caso afirmativo, deberán
volver a aplicar los cambios en el diseño del archivo de correo de la
Versión 5, absteniéndose de copiar en él vistas del diseño de la
Versión 4. En su lugar, tanto los usuarios como los diseñadores
deberán implementar los cambios directamente en los elementos de
diseño que incorpora la Versión 5.
El comando de la utilidad de conversión de correo utiliza argumentos
para determinar las opciones. Su sintaxis es la siguiente:
load convert [-r | -l | -f | -m] ruta_archivo_correo
nombre_plantilla_existente nombre_nueva_plantilla
donde -r convierte los archivos de correo en subdirectorios del
directorio especificado, -l crea una lista de archivos de correo, -f utiliza
una lista de bases de datos de correo para determinar qué archivos de
correo se deben actualizar, -m convierte los archivos especificados para
que empleen IMAP, ruta_archivo_correo especifica qué archivos de correo
se deben actualizar, nombre_plantilla_existente especifica el diseño de los
archivos de correo que se deben actualizar (por ejemplo, sólo los
archivos con diseño de la Versión 4.6) y nombre_nueva_plantilla
especifica la plantilla que se empleará para actualizar los archivos de
correo.
Uso de la utilidad de conversión de correo
Puede emplear la utilidad de conversión de correo en los siguientes
casos:
Actualización de una sola base de datos de correo.
Actualización de todas las bases de datos de correo de un
directorio.
Actualización de todas las bases de datos de correo de un directorio
y de sus subdirectorios.
Actualización de todas las bases de datos enumeradas en un archivo
de texto.
Creación de un archivo de texto que enumere todas las bases de
datos de correo de un directorio.
Conversión de archivos de correo para que empleen IMAP.
load convert mail\usuario.nsf * mail50.ntf
Actualización de todas las bases de datos de correo de un
directorio
Este ejemplo localiza todas las bases de datos ubicadas en el
subdirectorio \MAIL del directorio de datos de Notes que empleen la
plantilla de la Versión 4.5x (StdR45Mail) y reemplaza su diseño por el
de la plantilla de la Versión 5: StdR50Mail (MAIL50.NTF).
load convert mail\*.nsf stdr45mail mail50.ntf
Actualización de todas las bases de datos existentes en un
directorio y en sus subdirectorios
Este ejemplo localiza todas las bases de datos ubicadas en el
subdirectorio \MAIL del directorio de datos de Notes y en todos los
subdirectorios contenidos en él (por ejemplo,
C:\NOTES\DATA\MAIL\GRUPO1,
C:\NOTES\DATA\MAIL\GRUPO2 y
C:\NOTES\DATA\MAIL\GRUPO3) y los actualiza al diseño de la
plantilla de la Versión 5 (MAIL50.NTF).
load convert -r mail\*.nsf * mail50.ntf
Actualización de todas las bases de datos de correo incluidas en
un archivo de texto
Puede crear un archivo de texto que enumere las bases de datos que
desee actualizar y emplearlo junto con la utilidad de conversión de
correo para actualizar sólo esas bases de datos. Por ejemplo, decide
crear un archivo de texto LISTACORREO.TXT que enumere todas las
bases de datos que vaya a actualizar y lo guarda en el directorio
C:\TEMP. Este ejemplo localiza todas las bases de datos enumeradas en
MAILLIST.TXT, determina si el diseño de la plantilla coincide con STD*
(por ejemplo, StdR4Mail) y reemplaza los diseños de aquellas bases de
datos que cumplan este criterio con la plantilla de la Versión 5:
StdR50Mail (MAIL50.NTF).
load convert -f c:\temp\listacorreo.txt std* mail50.ntf
Actualización de una sola base de datos de correo.
Este ejemplo localiza la base de datos de correo USUARIO.NSF ubicada
en el subdirectorio \MAIL del directorio de datos de Notes. La utilidad
de conversión de correo reemplaza la plantilla de correo actual con la
plantilla de la Versión 5 (MAIL50.NTF), sea cual sea la plantilla que
utilice el archivo de correo.
Creación de un archivo de texto que contenga los nombres de
todas las bases de datos de correo de un directorio
Puede crear un archivo de texto que enumere todas las bases de datos
de correo principales del servidor (las réplicas no se enumeran)
mediante la utilidad de conversión de correo. Este ejemplo crea un
archivo de texto (por ejemplo, LISTACORREO.TXT) en el directorio
C:\TEMP. El archivo LISTACORREO.TXT contiene una lista de todas
las bases de datos de correo principales del servidor, excluyendo las
réplicas. Una vez que haya creado el archivo de texto mediante esta
opción, puede utilizarlo para actualizar las bases de datos de correo
enumeradas en él. Consulte el apartado "Actualización de todas las
bases de datos enumeradas en un archivo de texto".
load convert -l c:\temp\listacorreo.txt
Conversión de los archivos de correo para que empleen IMAP
Si decide utilizar un archivo de correo de Notes con el protocolo IMAP,
ejecute la utilidad de conversión de correo para así activar las funciones
específicas para IMAP del archivo de correo. Este ejemplo prepara la
base de datos de correo USUARIO.NSF ubicada en el subdirectorio
\MAIL del directorio de datos de Notes para que emplee IMAP.
load convert -m mail\usuario.nsf
Nota Si utiliza un comodín (por ejemplo, *) para especificar qué
archivos deben actualizarse a la plantilla de correo de la Versión 5,
asegúrese de que todas las bases de datos ubicadas en ese directorio (y
en los posibles subdirectorios que indique) sean archivos de correo. En
caso de que utilice un comodín *, Domino reemplazará con la plantilla
especificada (por ejemplo, con la plantilla de la Versión 5) el diseño de
todas las bases de datos delimitadas por dicho comodín. Si sustituye el
diseño correspondiente a una base de datos que no es de correo por la
plantilla de correo de la Versión 5, restaure el diseño de esa base de
datos mediante la correspondiente plantilla. Para ello, puede emplear la
utilidad de conversión de correo, especificando la base de datos en la
que desee restaurar el diseño original y su correspondiente plantilla.
Actualización de plantillas
Domino 5.0 no actualiza automáticamente las bases de datos al diseño
de la Versión 5; por ejemplo, si ejecuta la tarea Design, la plantilla de los
archivos de correo no se actualizará a la Versión 5. Así, puede decidir
cuándo desea actualizar al diseño de las bases de datos. Si desea
información sobre la actualización del diseño de bases de datos de
correo, consulte el apartado Actualización de los archivos de correo de
los usuarios.
No coloque una plantilla de correo correspondiente a la Versión 5 en un
servidor que emplee la Versión 4. La plantilla de la Versión 5 incorpora
funciones que requieren un servidor que emplee la Versión 5 para su
correcto funcionamiento.
Cómo impedir la replicación de plantillas entre servidores que
empleen la Versión 4 y servidores que empleen la Versión 5
Si dispone de un archivo de correo que utilice la plantilla de la Versión 5
ubicado en un servidor que emplee la Versión 5 y de una réplica de ese
archivo que utilice la plantilla de la Versión 4 ubicado en un servidor
que emplee la Versión 4, deberá asegurarse de que los diseños de ambos
archivos de correo no se repliquen entre sí. Un archivo de correo con el
diseño de la Versión 5 ubicado en un servidor que emplee la Versión 4
no funciona correctamente; además, es preciso que el diseño de la
Versión 4 no sobrescriba el diseño de la Versión 5 en el servidor que
emplee esta última versión. Para impedir que las plantillas de correo de
ambas réplicas se repliquen entre sí, realice las siguientes operaciones en
cada uno de los archivos:
Abra la réplica de la base de datos de correo.
Seleccione Archivo - Replicación - Parámetros.
Haga clic en Avanzadas.
En Y replica estos elementos de la otra réplica deje sin seleccionar
Formularios, vistas, etc. y Agentes.
5. Haga clic en Aceptar.
Asegúrese de llevar a cabo el procedimiento previo en cada una de las
réplicas.
1.
2.
3.
4.
Nota Este procedimiento no funciona en aquellos servidores o bases de
datos ubicadas en servidores que pertenezcan a una agrupación: una
agrupación de servidores no admite la replicación selectiva.
Actualización de aplicaciones para Web
Los elementos con fórmulas no admitidas que Domino ocultaba
automáticamente en la Versión 4.5 quizá podrían visualizarse ahora si
selecciona la propiedad Usar JavaScript. Con la propiedad
seleccionada, Domino no comprueba ninguna zona activa ni ninguna
fórmula de botón antes de usar JavaScript para crear la página. Los
usuarios de Web verán todos los botones, acciones y zonas activas
(incluso las que contienen comandos @Command y funciones @ cuyo
uso no es admitido por las aplicaciones para Web).
Plantillas de correo de la Versión 5 en un servidor que emplee la
Versión 4
Revise cualquier fórmula relacionada con las fórmulas de zonas
activas que se evalúe en el momento de la visualización. Asegúrese
de que estas fórmulas se evalúan correctamente después de que el
usuario haga clic en las zonas activas y no antes. Sustituya los campos
de anexos de la Versión 4.5 mediante Elemento incrustado Control de carga de archivos si selecciona la propiedad Usar
JavaScript. El parámetro Usar JavaScript desactiva las zonas activas
@Command([EditInsertFileAttachment]) utilizadas para crear campos
de anexos en la Versión 4.5, puesto que las zonas activas no se evalúan
cuando se muestra la página.
La propiedad Usar JavaScript puede ocasionar resultados inesperados
dado que la generación de los URL en la Versión 5.0 es diferente a la de
la Versión 4.5. Compruebe cualquier fórmula que se base en el acceso a
un fragmento de URL Query_String o Path_Info. Con frecuencia, los
URL serán distintos. Por ejemplo, los URL POST que incluían
?CreateDocument o ?SaveDocument ya no se crean en la Versión 5. El
URL POST nuevo es una variación de ?OpenFrom o ?EditDocument.
Utilización en navegadores antiguos de las plantillas de Web
predeterminadas
Las plantillas de Web predeterminadas que incorpora la Versión 5 no se
pueden utilizar en navegadores que no sean compatibles con el estándar
JavaScript 1.1. Si un navegador no compatible con JavaScript 1.1 intenta
acceder a una de las plantillas de Web predeterminadas de la Versión 5,
aparecerá un mensaje de error. La Versión 5 incorpora plantillas de Web
diseñadas específicamente para funcionar con navegadores que no sean
compatibles con ella.
Si un navegador que no es compatible con el estándar JavaScript 1.1
accede a una aplicación diseñada para Web, esta funcionará
correctamente entre tanto no utilice alguna función de JavaScript con la
que no sea compatible el navegador. Esta limitación se debe,
evidentemente, al navegador, no a las plantillas ni a las aplicaciones.
Domino y las aplicaciones de Domino son compatibles con todos los
navegadores, pero es posible que no todos los navegadores sean
compatibles con algunas de las herramientas que se utilicen con Domino
(por ejemplo, JavaScript).
Las plantillas de Web de la Versión 5 funcionarán con los navegadores
compatibles con JavaScript 1.1, incluyendo los siguientes:
Microsoft Internet Explorer 4.x
Netscape Communicator 4.x
Netscape Navigator 3.x
Actualización de bibliotecas de documentos
Si sustituye el diseño de una biblioteca de documentos de la Versión 4.x
con una plantilla de la Versión 4.6 o de la Versión 5.0 (Biblioteca de
documentos - Notes y Web 5.0), ejecute el agente Actualizar el diseño
de los documentos de la Versión 4 sobre la base de datos antes de abrir
cualquiera de los documentos convertidos.
1. Abra la base de datos actualizada.
2. Seleccione Acciones - Actualizar el diseño de los documentos de la
Versión 4.
Si no ejecuta este agente, verá un mensaje de error cuando intente abrir
un documento y las vistas no mostrarán correctamente el estado del
documento.
Incidencias relativas a la actualización de aplicaciones y bases de
datos
En la Versión 5.0, puede que los usuarios tarden inicialmente en acceder
por primera vez a las bases de datos actualizadas. Ello se debe a que la
reconstrucción de todas las vistas de una base de datos se produce
durante el acceso inicial, debido a la actualización que ha sufrido el
menú Ver en esta versión. No obstante, puede impedirlo ejecutando la
tarea Updall -r para reconstruir las vistas en la base de datos.
Conservación de una base de datos nueva en el formato de la
Versión 4
Cualquier cliente Notes puede acceder a una base de datos ubicada en
un servidor Domino, sea cual sea la versión que emplee el cliente o el
servidor, o la versión del formato que emplee esa base de datos. No
obstante, los clientes Notes no pueden acceder a las funciones de
versiones posteriores ni utilizarlas; por ejemplo: un cliente Notes que
emplee la Versión 4 puede acceder a una base de datos que emplee la
Versión 5 en un servidor Domino, pero no puede acceder a las funciones
propias de la Versión 5 ni utilizarlas en esa base de datos.
Si desarrolla aplicaciones a las que vayan a acceder navegadores no
compatibles con el estándar JavaScript 1.1 y desea utilizar las plantillas
de Web de la Versión 5, asegúrese de utilizar las plantillas de Web
diseñadas específicamente para navegadores no compatibles.
Si se almacena una base de datos en la unidad de disco local de un
cliente, sólo podrán tener acceso a ella los clientes que cuenten con esa
versión o una posterior. Por ejemplo, un cliente Notes que emplee la
Versión 4 o la Versión 5 puede acceder localmente a una base de datos
que emplee el formato de la Versión 4, pero no así un cliente que emplee
la Versión 3.
Los servidores Domino sólo pueden albergar aplicaciones en el formato
de su versión o en el formato de versiones previas. Por ejemplo, un
servidor que emplee la Versión 4 puede albergar una base de datos que
emplee el formato de la Versión 3 o la Versión 4, pero no la Versión 5.
Para crear una aplicación en el formato de la Versión 5 a la que los
clientes que empleen la Versión 4 puedan tener acceso localmente y que
pueda ser almacenada en los servidores que empleen la Versión 4,
tendrá que asignarle la extensión .NS4 en el campo Archivo en el
momento de crear la base de datos. Para conservar una base de datos en
el formato de la Versión 4 de modo que los clientes que empleen esa
versión puedan acceder a ella localmente o se pueda almacenar en un
servidor que emplee la Versión 4, deberá cambiar la extensión de la base
de datos a .NS4 mediante el sistema operativo antes de convertirla al
formato ODS de la Versión 5, o bien deberá crear una nueva réplica de
la base de datos utilizando dicha extensión.
Nota Si un cliente que emplee la Versión 5 libera espacio en una réplica
local de una base de datos que emplee el formato de la Versión 4, la base
de datos pasará a tener el formato de la Versión 5 y los clientes que
empleen la Versión 4 no podrán acceder a ella localmente.
Creación de una réplica de una base de datos en el formato de la
Versión 4
2. Seleccione la base de datos cuya réplica desee crear.
3. Haga clic en Abrir.
4. Seleccione Archivo - Replicación - Nueva réplica.
5. En el campo Archivo, asígnele a la nueva réplica la extensión .NS4.
Cada vez que libera espacio en una base de datos en un servidor
Domino Versión 5, el servidor actualiza la base de datos al ODS de la
Versión 5, a menos que especifique el parámetro -R junto con el
comando Compact o la base de datos tenga una extensión .NS4 (en
lugar de tener extensión .NSF). Una vez actualizada al formato de la
Versión 5, el formato de la base de datos puede reconvertirse al formato
de la Versión 4 mediante el parámetro -R o mediante la creación de una
nueva réplica o una copia de la base de datos en el formato de la
Versión 4. Puede continuar con la replicación entre réplicas que empleen
ambos formatos (ya que el ODS no se replica).
Si desea más información, consulte "Liberación de espacio en las bases
de datos" en el Capítulo 8 del manual Gestión de bases de datos de Domino.
Reconversión de aplicaciones a versiones previas
Una vez actualizadas al formato (ODS) de la Versión 5, el formato de las
aplicaciones o bases de datos puede reconvertirse a una versión de ODS
anterior mediante el comando Compact -R o mediante la creación de
una nueva réplica o una copia de la base de datos en el formato de la
Versión 4. Los clientes Notes que empleen la Versión 4 pueden acceder a
las bases de datos en el formato de la Versión 5 en los servidores que
empleen esta última versión; no obstante, no puede utilizarse una base
de datos que emplee el formato de la Versión 5 en un servidor Domino
que emplee una versión anterior del programa.
El formato que emplea la Versión 5 para las bases de datos no se replica
y los servidores que emplean la Versión 4 no hacen uso de las nuevas
funciones que incorpora la Versión 5, por lo que puede replicar
tranquilamente aquellas réplicas que haya actualizado al formato de la
Versión 5 con las que aún empleen el formato de la Versión 4.
Reconversión de una aplicación que emplea la Versión 5 al formato
de la Versión 4 mediante el comando Compact
2. Escriba
load compact nombrebasededatos.nsf -R
y presione Intro ("nombrebasededatos.nsf" es el nombre del
archivo de la base de datos que desea reconvertir al formato de la
Versión 4).
Domino convertirá la base de datos al ODS de la Versión 4.
Liberación de espacio en las bases de datos de un entorno con varias
versiones
Reconversión de una aplicación que emplea la Versión 5 al formato
de la Versión 4 mediante la creación de una nueva réplica
1. Ejecute el cliente Lotus Notes Versión 5.
3. Escriba el nombre del servidor que alberga la base de datos que
desee reconvertir en el campo Servidor y haga clic en Abrir.
4. Acceda a la base de datos que desee reconventir, selecciónela y haga
clic en Abrir.
5. Seleccione Archivo - Replicación - Nueva réplica.
6. En el campo Archivo, asígnele a la nueva réplica la extensión .NS4,
en lugar de la extensión .NSF.
El formato de la nueva réplica corresponderá a la Versión 4, de modo
que la réplica pueda ubicarse en cualquier servidor que utilice la
Versión 4 o una posterior y que cualquier cliente que emplee la Versión
4 o una posterior pueda tener acceso a ella.
Actualización de aplicaciones y requisitos de la Versión 5
Si decide actualizar un servidor de aplicaciones, junto con todas ellas, a
la Versión 5 y opta por utilizar funciones como el registro de
transacciones, asegúrese de realizar las siguientes operaciones:
Especifique una unidad con suficiente espacio libre en disco para las
reconstrucciones de vistas, especificando dicha unidad mediante la
variable View_Rebuild_Dir en el archivo NOTES.INI. La opción
predeterminada para esta variable especifica el directorio temporal
del sistema. Esta unidad contiene los archivos temporales necesarios
para llevar a cabo la reconstrucción de vistas; un disco de mayor
tamaño permite incrementar la rapidez de las reconstrucciones así
como una mayor optimización. En la Versión 5, la rapidez puede
incluso quintuplicarse en relación con la Versión 4. El tamaño de la
unidad requerida dependerá del tamaño de las vistas.
Si desea más información, consulte "Cambio de la carpeta temporal
empleada para la reconstrucción de las vistas" en el Capítulo 9 del
manual Gestión de bases de datos de Domino.
Mejora del rendimiento de una base de datos
El nuevo formato de base de datos empleado en la Versión 5 ofrece
varios modos para mejorar el rendimiento de las bases de datos. Entre
éstos se encuentran:
Desactivación de las marcas de no leídos
Reconstrucción de las vistas con mayor rapidez mediante la
optimización de mapas de bits
Desactivación del aprovechamiento del espacio libre
Desactivación de la propiedad Maintain LastAccessed
Eliminación de las jerarquías de respuestas especializadas de las
vistas que no las emplean
Limitación del número de entradas en los campos $UpdatedBy
Limitación del número de entradas en los campos $Revisions
Desactivación de la supervisión de titulares
Para acceder a estas propiedades, abra la base de datos y seleccione
Archivo - Base de datos - Propiedades. Haga clic en la ficha Avanzadas:
Estas opciones están disponibles sólo para las bases de datos en el
formato de la Versión 5.
Si desea más información, consulte "Propiedades de las bases de datos
que mejoran el rendimiento" en el Capítulo 8 del manual Gestión de bases
de datos de Domino.
Utilice otro disco para albergar exclusivamente los archivos de
registro para el registro de transacciones. La ubicación
predeterminada de estos archivos se encuentra en el directorio
LOGDIR del directorio de datos del servidor. Contar con un disco
exclusivo proporciona mayor rapidez. El registro requiere un
mínimo de 200 MB de espacio libre en disco y puede alcanzar los 4
GB; Lotus recomienda, por ello, el empleo de un disco que disponga
de al menos 1 GB. La utilización de una unidad espejo dedicada es
preferible al empleo de un sólo disco en caso de tener que recuperar
los datos si éste resulta dañado.
Utilice otra utilidad que sea compatible tanto con la Versión 5 como
con el registro de transacciones para realizar las copias de
seguridad, de modo que pueda recuperar la mayor cantidad de
datos posible en caso de que estos resulten dañados o se produzcan
errores. Mediante esta utilidad podrá realizar copias de seguridad
diarias de tipo adicional del registro de transacciones.
Si desea más información, consulte el Capítulo 42, "Registro de
transacciones" del manual Administración del sistema de Domino.
Desactivación de las marcas de no leídos
Si conserva las marcas de no leídos en una base de datos, disminuirá su
rendimiento. En algunas bases de datos, como el Directorio de Domino
o el archivo de registro de Domino, las marcas de no leídos son inútiles.
Si no resulta necesario controlar los documentos leídos y no leídos en
una base de datos, puede optar por desactivar las marcas de no leídos
para mejorar su rendimiento. Para desactivar estas marcas, realice las
siguientes operaciones:
1. Abra la base de datos en la que desee desactivar las marcas de no
leídos.
2. Seleccione Archivo - Base de datos - Propiedades.
3. Haga clic en la pestaña Avanzadas.
4. Seleccione No mantener las marcas de no leídos.
Reconstrucción de las vistas con mayor rapidez mediante la
optimización de mapas de bits
Domino utiliza tablas de documentos para determinar qué documentos
aparecen en una vista actualizada. Seleccionando la propiedad
Optimizar tablas de documentos para las vistas, se asocian las tablas
con los formularios que emplean los documentos de cada tabla. Durante
la actualización de una vista, Domino sólo buscará las tablas cuyas
vistas contengan formularios utilizados por los documentos de esa
vista. Aunque mantener esa relación asociativa disminuye ligeramente
el rendimiento, aumenta significativamente la velocidad de
actualización de las vistas pequeñas en las bases de datos de gran
tamaño.
Si modifica esta opción, no olvide liberar espacio en la base de datos
para activarla.Dado que durante el proceso de liberación de espacio se
crea una copia temporal de la base de datos, debe asegurarse de que su
sistema dispone de suficiente espacio en disco. También puede utilizar
el comando load compact con los parámetros -F o -f para activar o
desactivar, respectivamente, la optimización de mapas de bits.
Para activar la optimización mediante la asociación tabla-formulario,
realice las siguientes operaciones:
1. Abra la base de datos en la que desee incrementar la rapidez de la
reconstrucción de vistas.
4. Seleccione Optimizar tablas de documentos para las vistas.
5. Libere espacio en la base de datos desde el servidor o desde un
cliente Notes.
Si desea más información, consulte "Actualización de índices de bases
de datos" en el Capítulo 6 del manual Gestión de bases de datos de Domino.
Desactivación del aprovechamiento del espacio libre
Para impedir el acceso a la información a aquellos usuarios no
autorizados, Domino sobrescribe los datos de los documentos
eliminados en las bases de datos, lo que puede reducir el rendimiento
de las mismas. En determinados casos, esta medida de seguridad no es
necesaria; por ejemplo, cuando:
La seguridad material de la base de datos es absoluta: por ejemplo,
si está situada en un servidor protegido mediante contraseña que se
encuentra en un recinto cerrado bajo llave.
El espacio eliminado en la base de datos se reasigna rápidamente:
por ejemplo, en una base de datos del sistema, como MAIL.BOX.
La seguridad de los datos no es una cuestión importante: por
ejemplo, en una base de datos de debates para empleados.
Para evitar que Domino sobrescriba el espacio libre creado por la
eliminación de documentos en una base de datos, realice las siguientes
operaciones:
1. Abra la base de datos en la que no desee sobrescribir el espacio
libre.
4. Seleccione No destruir los datos de los documentos borrados.
Desactivación de la opción "Conservar la propiedad Usado en este
archivo"
Las bases de datos de Domino almacenan la fecha en la que un
documento fue leído o modificado por última vez. Como opción
predeterminada, la base de datos sólo registra los cambios en los
documentos (es decir, no registra las lecturas). Si selecciona la opción
Conservar la propiedad "Usado en este archivo" la base de datos
registra también las lecturas, no sólo los cambios. Si configura la base de
datos para que elimine los documentos según los periodos de
inactividad (10 días sin ser leídos o sufrir modificaciones), tenga en
cuenta que la opción Conservar la propiedad "Usado en este archivo"
afectará al rendimiento de la base de datos. Para obtener resultados
óptimos no seleccione esta opción.
Nota Esta opción funciona sólo con aquellas vistas que emplean el
formulario como parte de los criterios de selección.
Para seleccionar la opción Conservar la propiedad "Usado en este
archivo" realice las siguientes acciones:
1. Abra la base de datos en la que desee registrar las lecturas de los
documentos, junto con los cambios realizados en ellos.
4. Seleccione Conservar la propiedad "Usado en este archivo".
Eliminación de las jerarquías de respuestas especializadas de las
vistas que no las emplean
Los documentos almacenan información acerca de los documentos de
nivel superior y los documentos de respuesta que sólo es utilizada por
las siguientes funciones @: @AllChildren y @AllDescendants. En
aquellas bases de datos que no utilizan en sus vistas las funciones @,
seleccione la propiedad No permitir jerarquía de respuestas
especializada para mejorar su rendimiento.
Si modifica esta opción, no olvide liberar espacio en la base de datos
para activarla.Dado que durante el proceso de liberación de espacio se
crea una copia temporal de la base de datos, debe asegurarse de que su
sistema dispone de suficiente espacio en disco. También puede utilizar
el comando load compact con los parámetros -H o -h para activar o
desactivar, respectivamente, la optimización de mapas de bits.
Para impedir que la base de datos almacene información relativa a la
jerarquía de respuestas, realice una de las siguientes operaciones:
1. Abra la base de datos en la que desee eliminar las jerarquías de
respuestas.
4. Seleccione No permitir jerarquía de respuestas especializada.
Nota Esta opción no surte efecto en las fórmulas que no incluyan las
funciones @AllChildren o @AllDescendants.
Limitación del número de entradas en los campos $UpdatedBy
Un documento almacena en el campo $UpdatedBy el nombre de cada
usuario o servidor responsable de los cambios sufridos. El
almacenamiento de una historia de ediciones consume espacio en el
disco y ralentiza la replicación y las actualizaciones de las vistas. Si no
necesita contar con una historia completa de ediciones, especifique el
número de cambios que desea controlar mediante el campo
$UpdatedBy en la opción Nº máximo de entradas en campo $Updated
By de la base de datos. Cuando el campo $UpdatedBy alcance dicho
límite, se eliminará la entrada más antigua a fin de dejar espacio libre
para la más reciente. La limitación del número de entradas en los
1. Abra la base de datos en la que desee limitar el número de entradas
en los campos $UpdatedBy.
4. Escriba un número en el campo Nº máximo de entradas en campos
$Updated By.
Limitación del número de entradas en los campos $Revisions
Un documento almacena en el campo $Revisions la fecha y hora de los
cambios guardados en él. Los servidores Domino utilizan este campo
para la resolución de los conflictos durante la replicación o la grabación.
La opción predetermina para el campo $Revisions almacena hasta 500
entradas. Si no necesita controlar de forma tan exhaustiva estos
cambios, especifique el número de cambios que desea controlar
mediante el campo $Revisions en la opción Nº máximo de entradas en
campos $Revisions. Cuando el campo $Revisions alcance dicho límite,
se eliminará la entrada más antigua a fin de dejar espacio libre para la
más reciente. La limitación del número de entradas en el campo
$Revisions mejora el rendimiento de la base de datos.
Considere la posibilidad de limitar las entradas de los campos
$Revisions en las bases de datos que posean las características
siguientes:
Contar con un alto número de documentos.
Replicar frecuentemente o no disponer de réplicas.
Contar con documentos que apenas se modifiquen.
Para limitar el número de entradas en los campos $Revisions de una
base de datos, realice las siguientes operaciones:
1. Abra la base de datos en la que desee limitar el número de entradas
en los campos $Revisions.
4. Escriba un número en el campo Nº máximo de entradas en campos
$Revisions.
Nota Lotus recomienda no establecer un número inferior a 10 entradas
para el campo $Revisions. Si lo hace, puede incrementar los conflictos
durante la replicación o la grabación de la base de datos.
campos $UpdatedBy mejora el rendimiento de la base de datos. Para
limitar el número de entradas en los campos $Revisions de una base de
datos, realice las siguientes operaciones:
Desactivación de la supervisión de titulares
Los usuarios pueden configurar los titulares para realizar búsquedas
automáticas en las bases de datos de acuerdo con sus temas de interés.
Si lo hace un número elevado de usuarios, el rendimiento de la base de
datos puede verse afectado. Para impedir la supervisión de la base de
datos, realice las siguientes operaciones:
1. Abra la base de datos en la que desea desactivar la supervisión de
titulares.
4. Seleccione No permitir la supervisión de titulares.
Cambios en la ordenación de caracteres cuando se consideran
acentos, mayúsculas y minúsculas
La Versión 5 incluye una mejora respecto a la ordenación de caracteres
internacionales que realizan las bases de datos de Domino. En la
Versión 4, cuando se crea una columna en una vista existe la posibilidad
de seleccionar las opciones Considerar mayúsculas y minúsculas,
Considerar acentos o ambas. Estas opciones continúan en la Versión 5,
pero sus funciones han cambiado. En la Versión 5, la configuración de
una vista para que considere mayúsculas y minúsculas y/o acentos al
ordenar los caracteres no tiene relación alguna con las funciones de la
Versión 4.
Si observa la misma aplicación desde un cliente que emplee la Versión 4
y desde otro que emplee la Versión 5, ambas opciones pueden parecerle
diferentes. Por ejemplo, si ha seleccionado alguna de estas opciones en
la Versión 4 y ha actualizado la base de datos a la Versión 5, las
opciones no aparecerán activadas ni seleccionadas si las inspecciona
desde un cliente que emplee la Versión 5. Ello se debe a que las
funciones de esas opciones en la Versión 5 son distintas; no obstante, las
opciones correspondientes a la Versión 4 permanecen seleccionadas y se
muestran al comprobar las propiedades en la Versión 4. Sin embargo,
las propiedades de la Versión 5 seguirán desactivadas.
Ya que las vistas de ambas versiones no se replican, no hay ningún tipo
de problema al replicar entre sí dos réplicas de una misma base de datos
que empleen la Versión 4 y la Versión 5 respectivamente, aunque sus
propiedades hayan sido configuradas de forma distinta. Sin embargo,
los documentos de la vista sí se replican, por lo que pueden presentar
cuatro opciones: Considerar mayúsculas y minúsculas en la Versión 4,
Considerar acentos en la Versión 4, Considerar mayúsculas y
minúsculas en la Versión 5 y Considerar acentos en la Versión 5.
Si dispone de una vista que emplea alguna de estas opciones de
ordenación en la Versión 4, actualiza la vista a la Versión 5 y activa las
respectivas opciones de dicha versión, la ordenación puede variar.
Si la vista se caracteriza
por (antes y después de
su actualización):
No considerar mayúsculas, Considerar mayúsculas,
minúsculas ni acentos en
minúsculas y acentos en la
la Versión 5.
Versión 5.
No considerar
mayúsculas,
minúsculas ni acentos
en la Versión 4.
Las vistas son idénticas.
Las vistas son diferentes.
Considerar
mayúsculas,
minúsculas y acentos
en la Versión 4.
Las vistas son casi
idénticas y difieren
únicamente en las
cadenas no coincidentes.
Las vistas difieren
considerablemente
(consulte la información
detallada que figura más
arriba).
En la Versión 4, las opciones Considerar mayúsculas y minúsculas y
Considerar acentos están activadas de manera predeterminada. Al
contrario que en la Versión 5, en que dichas opciones están desactivadas
de manera predeterminada. Ello minimiza el periodo de tiempo que las
aplicaciones y bases de datos permanecen inoperativas durante la
actualización.
Almacenamiento de imágenes en su formato original
La Versión 5 almacena los archivos .GIF y .JPG en su formato original.
Las versiones anteriores de Notes no disponen de esta función.
En la Versión 4, estas opciones de ordenación no eran utilizadas a
menos que una misma cadena formase parte de dos entradas en una
columna (excepto en el caso de mayúsculas, minúsculas y acentos). A
continuación la vista comparaba las mayúsculas, minúsculas y acentos
para determinar el orden. Por ejemplo, si había activado la opción
Considerar acentos en la Versión 4, la entrada "äa" precedía a "ab". Sin
embargo, en la Versión 5 "ab" se ordena antes que "äa". Y si había
activado la opción Considerar mayúsculas y minúsculas en la
Versión 4, la entrada "Aa" precedía a "ab". Sin embargo, en la Versión 5
"ab" se ordena antes que "Aa". En este último caso, Domino comprueba
la primera letra y ordena las minúsculas antes que las mayúsculas.
Este capítulo describe la búsqueda en dominios, una función que
permite indexar y realizar búsquedas en un dominio completo de bases
de datos de Domino, incluyendo los anexos de los documentos, así
como los archivos de un sistema de archivos. Esta función filtra los
resultados con objeto de que los usuarios que no tienen acceso de
lectura a un documento no lo reciban junto con los resultados de la
búsqueda.
Actualización de la función de búsqueda
La Versión 5 de Domino y Notes ofrece un nuevo buscador. Se trata de
la búsqueda en dominios, una nueva función que permite indexar y
buscar en un dominio completo las bases de datos de Domino, incluidos
los anexos de los documentos, y los archivos del sistema de archivos. La
búsqueda en dominios filtra los resultados en función del acceso del
usuario al documento que corresponda a la petición de búsqueda; es
decir, si el usuario no tiene autorización para leer un documento,
Domino no devuelve al usuario el resultado de la búsqueda
correspondiente a ese documento.
Todos los métodos y funciones de búsqueda de la Versión 4 se
mantienen en la Versión 5. Las aplicaciones de Notes que lleven a cabo
las búsquedas mediante la API (del inglés Application Programming
Interface) de búsqueda de Notes no sufren alteración alguna en su
funcionamiento en la Versión 5, ya que la API de búsqueda de Notes
emplea el buscador de la Versión 5.
Aspectos generales de la búsqueda en dominios
La búsqueda en dominios es una nueva función que permite a los
usuarios buscar en un dominio completo de Notes aquellos
documentos, archivos y anexos que correspondan a una petición de
búsqueda. La búsqueda en dominios está centralizada en el servidor del
Catálogo del dominio, utiliza un Catálogo del dominio para administrar
las bases de datos y los sistemas de archivos que se van a examinar y
filtra los resultados en función del acceso del que disfrute el usuario en
cada documento. La tarea Indexer crea un índice del dominio en el
9-1
Capítulo 9
Actualización de la función de búsqueda
servidor del Catálogo del dominio, al que se presentan todas las
solicitudes de búsqueda. Al contrario que el catálogo del dominio, que
se puede replicar con otros servidores, los archivos del índice no se
pueden replicar. Si su organización cuenta con más de ocho servidores
Domino, Lotus le recomienda encarecidamente que destine un servidor
como servidor del Catálogo del dominio; este equipo no debe tener otra
misión que la de actuar como indexador y buscador del dominio.
El servidor del Catálogo del dominio
Si decide poner en marcha la función de búsqueda en dominios,
cerciórese antes de que el servidor del Catálogo del dominio cuente con
la capacidad necesaria para soportar la carga de creación de índices y de
gestión de las peticiones de búsqueda de los usuarios. El servidor del
Catálogo del dominio debe ser rápido y potente, así como disponer de
gran cantidad de espacio en disco; varios procesadores, abundancia de
memoria RAM y varias unidades de gran volumen aumentarán la
eficacia y las capacidades de búsqueda.
Se debe considerar la posibilidad de agrupar varios servidores del
Catálogo del dominio para conseguir más flexibilidad, solventar
posibles fallos y distribuir la carga que suponen las peticiones de los
usuarios. Si utiliza servidores del Catálogo del dominio agrupados,
haga una réplica del Catálogo del dominio para cada uno de los
servidores agrupados.
Para los servidores del Catálogo del dominio que funcionen con HP-UX,
Lotus recomienda la siguiente configuración mínima:
Servidor D380 Enterprise con un único procesador
128 MB de RAM
5 unidades internas SCSI-2 de 9 GB
Adaptador de puerto único 100BaseT para LAN
Para los servidores del Catálogo del dominio que funcionen con IBM
AIX, Lotus recomienda la siguiente configuración mínima:
Servidor RS/6000® Modelo F50 con un procesador único a 332 MHz
512 MB de RAM
50 GB de espacio en disco libre (el espacio necesario aumentará
conforme aumente el tamaño del dominio)
Para los servidores del Catálogo del dominio que funcionen con IBM
OS/2 Warp, Microsoft Windows NT o Sun Solaris Intel Edition, Lotus
recomienda la siguiente configuración mínima:
Un procesador Intel Pentium II a 266 MHz.
256 MB de RAM
Servidor Ultra Enterprise 250 con un único procesador
512 MB de RAM
El catálogo del dominio
El catálogo del dominio es una base de datos que utiliza el diseño de
CATALOG.NTF. Este catálogo almacena registros en los que se indican
qué bases de datos y sistemas de archivos debe indexar el servidor, así
como los formularios que deben emplearse para buscar en el índice. El
Catálogo del dominio debe encontrarse en el mismo servidor que el
Índice del dominio. Los diseñadores y los gerentes de una base de datos
pueden determinar si la base de datos debe indexarse o no, activando o
desactivando la opción Incluir en el índice de múltiples bases de datos
en la ficha Diseño del cuadro de propiedades de la base de datos. Los
administradores pueden cancelar estas configuraciones mediante
Domino Administrator. Mediante el catálogo del dominio, los
administradores pueden determinar qué sistemas de archivos indexar.
Búsqueda desde Web
Los clientes Web tienen acceso a todas las capacidades de la búsqueda
en dominios, incluyendo las peticiones de búsqueda y los formularios
de resultados. Además, los diseñadores de aplicaciones tienen más
control sobre la apariencia de la interfaz de búsqueda desde Web que
sobre la interfaz de Notes, lo que permite más posibilidades de
personalización.
Los usuarios finales ante los cambios
Los cambios en las funciones de búsqueda no deben afectar a los
usuarios finales: por eso se han mantenido en la Versión 5 todas las
capacidades de búsqueda de la Versión 4. Los usuarios pueden llevar a
cabo búsquedas en todo un dominio, incluyendo sistemas de archivos
indexados, con sólo hacer clic en el icono Buscar en la Versión 5 y
haciendo una solicitud de búsqueda en dominio.
Aquellos usuarios que tengan réplicas locales o bases de datos
indexadas con la Versión 4 verán un mensaje de error mientras no
actualicen el índice o el agente indexador en segundo plano no lo haga;
este mensaje les informará de que tienen que volver a indexar la base de
datos tras la actualización a la Versión 5. Consulte Interoperatividad de
la función de búsqueda en este mismo capítulo.
Actualización de la función de búsqueda 9-3
Para los servidores del Catálogo del dominio que funcionen con Sun
SPARC Solaris, Lotus recomienda la siguiente configuración mínima:
La búsqueda en dominios y los catálogos de bases de datos de la
Versión 4
La tarea Domain Catalog reúne información sobre las bases de datos de
todos los servidores Domino del dominio y crea un documento para
cada una de ellas en el Catálogo del dominio. Cuando se recoja la
información procedente de un servidor de la Versión 5 que posea un
catálogo de esta misma versión, la tarea Domain Catalog utilizará la
replicación de tipo Traer para recoger los documentos que ya existan en
el catálogo del servidor. Si el servidor es un servidor de la Versión 4
(con o sin catálogo de la Versión 4) o un servidor de la Versión 5 sin el
catálogo correspondiente, la tarea Domain Catalog recogerá la
información requerida directamente de cada base de datos en el
servidor y creará un documento para cada base de datos en el Catálogo
del dominio.
Información actualizada sobre la búsqueda en dominios
Si desea más información sobre la actualización de la función de
búsqueda a la Versión 5, consulte:
Ventajas de la función de búsqueda de la Versión 5.
Cambios en la función de búsqueda.
Activación de la búsqueda en dominios.
Actualización de los índices del servidor.
Establecimiento de las bases de datos en las que se va a buscar.
Configuración de la búsqueda en dominios en los clientes Notes.
Seguridad y búsqueda en dominios.
Interoperatividad de la función de búsqueda.
La Sede de búsquedas y la Versión 5.
Cambios en la función de búsqueda
En la Versión 5, la función de búsqueda ha sufrido los siguientes
cambios:
Funciones de la Versión 4 que ya no están disponibles:
Diccionario de sinónimos.
Archivo de exclusión.
Activación de la búsqueda en dominios
Para activar la búsqueda en dominios, actualice su servidor del
Catálogo del dominio a la Versión 5 y active el campo Indexador
dominio en la ficha Tareas del servidor - Indexador dominio del
documento de servidor. Así se configurará el servidor como un servidor
del Catálogo del dominio y se indicará que ejecute el Indexador del
dominio según se haya especificado.La tarea Domain Catalog crea el
grupo LocalDomainCatalogServers en el Directorio de Domino y agrega
el servidor del Catálogo del dominio a este grupo. También crea la base
de datos Catálogo del dominio, basada en el diseño de CATALOG.NTF,
y agrega los registros de las bases de datos a este Catálogo del dominio.
El servidor comenzará a indexar el dominio la próxima vez que se
ejecute el Indexador del dominio, el cual se controla según lo
planificado en el registro del servidor de la ficha Tareas del servidor Indexador dominio. De manera predeterminada, la tarea Indexer se
ejecuta cada hora.
Después de haber actualizado el servidor del Catálogo del dominio, se
puede ejecutar la tarea Domain Catalog (tal y como se explica en la
siguiente sección) para comenzar a catalogar el dominio, o bien esperar
hasta que se ejecute esta tarea en el servidor (fijada a la 1 a. m. de
manera predeterminada). Al ejecutarse, la tarea Updall pone en marcha
la tarea Catalog, la cual, a su vez, ejecuta la tarea Indexer del dominio.
Configuración de la búsqueda en dominios
1. Actualice su servidor de búsquedas a la Versión 5.
2. Si desea información detallada, consulte el apartado "Actualización
de un servidor Domino" en el Capítulo 3.
4. Haga clic en la ficha Configuración.
5. Maximice la sección Servidores del panel de vistas.
6. Haga clic en Todos los documentos de servidor.
7. Seleccione el documento de servidor para el servidor del Catálogo
del dominio y haga clic en Editar servidor.
Diferencias entre la Versión 4 y la Versión 5
Los índices de la Versión 5 son de mayor tamaño que los de la
Versión 4. Según la base de datos de la que se trate, el índice de la
Versión 5 puede llegar a ser un cincuenta por ciento mayor que el de
la Versión 4.
La búsqueda de la Versión 5 es totalmente compatible con
caracteres DBCS, así que puede utilizarla con varios idiomas y en
organizaciones multinacionales.
8. Haga clic en la ficha Tareas del servidor - Indexador dominio.
9. Haga clic en la flecha situada junto al campo Indexador del
dominio, debajo del título Datos generales.
10. Seleccione Activado y haga clic en Aceptar.
11. Establezca el horario de indexación en función de las necesidades de
su sistema.
12. Haga clic en Guardar y cerrar.
13. Arranque el servidor del Catálogo del dominio.
14. Escriba
load catalog
y presione Intro para ejecutar la tarea Domain Catalog y empezar a
catalogar el dominio. La tarea Domain Catalog ejecuta a su vez la
tarea Indexer del dominio.
Búsquedas en sistemas de archivos
Se puede crear un documento de sistemas de archivos en el catálogo del
dominio para especificar qué sistemas de archivos deben incluirse en el
índice del dominio. El documento permite determinar qué sistemas
indexar, si se deben indexar los subdirectorios de este sistema y qué
archivos excluir. Se puede indexar cualquier sistema de archivos
siempre y cuando los servicios para sistemas de archivos del sistema
operativo en el que se ejecute el servidor Domino tengan acceso a ese
sistema de archivos (el sistema operativo del servidor requiere, al
menos, acceso de lector).
Nota Si desea indexar sistemas de archivos, el servidor del Catálogo
del dominio debe disponer de los servicios HTTP instalados y activados
en el servidor Domino. Esto permite al servidor mostrar los vínculos a
los documentos del sistema de archivos, así como mostrar aquellos
documentos que respondan a las peticiones de búsqueda llevadas a
cabo desde clientes Notes y clientes Web.
Nota El filtrado de seguridad de la Versión 5 sólo se aplica a los
resultados procedentes de bases de datos de Domino. Los resultados de
las búsquedas en sistemas de archivos dependerán del nivel de
seguridad del sistema de archivos; los usuarios pueden ver el resultado
de la búsqueda incluso aunque no estén autorizados para ver el
documento. Por tanto, es factible tanto que los usuarios no puedan
acceder a todos los resultados de la búsqueda como que puedan inferir
información confidencial a partir de la presentación de un determinado
resultado de búsqueda. Asegúrese de establecer los adecuados niveles
de seguridad en el sistema de archivos y de indexar sólo aquellos
sistemas de archivos en los que la seguridad no sea una prioridad
insalvable.
De forma predeterminada, la búsqueda en dominios utiliza dos
subtareas de índice por cada procesador. Es posible aumentar o
disminuir este número, pero nunca deberá sobrepasar las ocho
subtareas de índice por servidor sea cual sea el número de
procesadores. La utilización de más de ocho subtareas de índice puede
acarrear una disminución del rendimiento de indexación. Se puede
especificar el número de subtareas añadiendo
FT_DOMAIN_IDXTHDS=x
donde x es el número de subtareas de índice.
Actualización de los índices del servidor
Muchas bases de datos cuentan con índices que permiten a los usuarios
buscar en las diferentes vistas. Tras actualizar a la Versión 5, la tarea
Indexer del servidor Domino detectará automáticamente los índices de
la Versión 4 y los sustituirá con un índice de la Versión 5. Cuando se
ejecuta periódicamente la tarea Indexer en segundo plano para
actualizar los índices de las bases de datos, se actualiza el índice a la
Versión 5.
Nota Si los usuarios intentan efectuar búsquedas en una base de
datos cuyas funciones de búsqueda se estén actualizando de la
Versión 4 a la 5, verán un mensaje de error. Podrán hacer búsquedas
en la base una vez que Domino haya reconstruido el índice.
Ajuste del rendimiento de indexación
Para mejorar el rendimiento de la búsqueda, se puede optimizar el
número de subtareas indexadoras que utilice la búsqueda en dominios.
Cuanto mayor sea el número de subtareas indexadoras, más
rápidamente se indexarán los cambios en los documentos, pero también
aumentará el grado de utilización de la CPU y se ralentizará la
búsqueda. Y viceversa, cuanto menor sea el número de estas subtareas,
mayor será la velocidad de búsqueda, gracias a que habrá disponibles
más recursos de la CPU, pero los cambios no se reflejarán en el índice
tan rápidamente. También se puede determinar la frecuencia con la que
debe ejecutarse la tarea Indexer. Una frecuencia elevada implicará que
el índice esté más actualizado, pero también que los recursos de la CPU
sean menores.
Establecimiento de las bases de datos en las que se va a buscar
La búsqueda en dominios indexa las bases de datos que tengan activada
la opción Incluir en el índice de múltiples bases de datos en la ficha
Diseño del cuadro de propiedades de la base de datos. Se puede usar
Domino Administrator para activar esta opción en varias bases de datos
a la vez. Además, cualquier base de datos incluida en la Sede de
búsquedas ya tendrá activada esta opción. De manera predeterminada,
Domino no incluye los siguientes tipos de bases de datos en la búsqueda
en dominios:
Bases de datos Solicitudes de administración (ADMIN4.NSF)
Catálogos de bases de datos (CATALOG.NSF)
Bibliotecas de bases de datos (DBLIB4.NSF)
Bases de datos de estadísticas y eventos (EVENTS4.NSF)
Archivos de registro (LOG.NSF)
Bases de datos de correo (correo de Notes y POP3/IMAP)
Bases de datos Cartera
Bases de datos de estadísticas del servidor (STATRP45.NSF)
Sedes de búsquedas (SRCHSITE.NSF)
Lotus le recomienda que excluya estas bases de datos de su índice del
dominio. Por ejemplo, a un archivo de correo suele tener acceso, por
regla general, sólo una persona, con lo que incluirlo en el índice del
dominio supone aumentar el tamaño del índice, y el provecho que se
consigue es mínimo.
Los índices de una única base de datos que se encuentre en un servidor
se actualizan automáticamente a la Versión 5. Cuando la tarea Indexer
se ejecuta periódicamente para actualizar los índices, elimina cualquier
índice de la Versión 4 que encuentre y crea un índice de la Versión 5
para sustituirlo. Estos índices están relacionados sólo con esa base de
datos; el cambio no afecta al usuario. Los índices de una única base de
datos que se encuentre en un servidor se actualizan mediante un agente
que se ejecuta en segundo plano en Notes Versión 5; si el usuario intenta
efectuar una búsqueda antes de que se ejecute el agente en segundo
plano, verá un mensaje de error. En este caso, el usuario puede
reconstruir manualmente el índice.
Si desea más información, consulte el apartado "Para actualizar
manualmente el índice de una base de datos" incluido en
"Interoperatividad de la función de búsqueda".
Configuración de la búsqueda en dominios en los clientes Notes
Cuando un cliente Notes Versión 5 emplea la búsqueda en dominios,
Notes examina el campo Servidor de búsquedas en la ficha Servidores
del documento de ubicación actual para determinar con qué servidor
del Catálogo del dominio conectar. Una vez que se haya establecido un
servidor del Catálogo del dominio para el dominio de Domino, Domino
guarda esta información en el perfil de configuración de usuarios
predeterminado en el Directorio de Domino para el dominio, con objeto
de automatizar el proceso de configuración de la búsqueda en dominios
para los clientes Notes de ese dominio. Cuando los usuarios de Notes
Versión 5 se autentifiquen con su servidor asignado, Notes examinará
este perfil y actualizará el documento de ubicación actual con el nombre
del servidor del Catálogo del dominio . Lleve a cabo el siguiente
procedimiento para otras ubicaciones o para configurar la búsqueda en
dominios antes de que el cliente Notes se autentifique con el servidor
asignado.
Ejecute el cliente Notes Versión 5.
Seleccione Archivo - Base de datos - Abrir.
Seleccione la Libreta personal de direcciones y haga clic en Abrir.
En el panel izquierdo, maximice la sección Avanzadas y haga clic en
Ubicaciones.
5. Realice las acciones siguientes para cada ubicación en la que desee
utilizar la búsqueda en dominios:
Seleccione la ubicación y haga clic en el botón Editar ubicación.
Haga clic en la ficha Servidores.
Escriba el nombre del servidor del Catálogo del dominio en el
campo Servidor de búsquedas. Si no sabe cuál es el servidor del
Catálogo del dominio que corresponde al dominio, consulte a su
administrador de Domino.
Haga clic en Guardar y cerrar.
6. Cierre la Libreta personal de direcciones.
Nota Los administradores de Domino pueden configurar esta
información para los nuevos usuarios durante el registro de los
usuarios.
1.
2.
3.
4.
Si los usuarios no escriben correctamente el nombre del servidor de
búsquedas, o si especifican un servidor que no es un servidor del
Catálogo del dominio, aparecerá un mensaje de error.
Nota Los administradores pueden cancelar las configuraciones de
bases de datos determinadas para incluirlas o no en el índice del
dominio mediante Domino Administrator activando la opción Incluir
en el índice de múltiples bases de datos.
Seguridad y búsqueda en dominios
Cuando un usuario efectúa búsquedas en bases de datos de Domino
mediante la búsqueda en dominios, el buscador en dominios confronta
cada resultado con la Lista de control de acceso de la base de datos en la
que se haya encontrado el resultado, con objeto de comprobar que el
usuario esté autorizado para leer el documento. Para llevar a cabo esta
comprobación, el Catálogo del dominio contiene un listado de todas las
bases de datos indexadas, que incluye la LCA de la base de datos. La
comprobación de seguridad se lleva a cabo como sigue:
Domino comprueba la entrada -Predeterminado- de la LCA.
Si en la entrada -Predeterminado- consta un acceso de lector o
superior, el usuario podrá leer el documento y Domino mostrará el
resultado en el formulario de resultados.
Si en la entrada -Predeterminado- aparece un acceso inferior al de
lector, Domino comprueba si el usuario dispone de acceso de lector
o superior en la LCA. En caso de que no sea así, Domino no incluirá
el resultado en el formulario de resultados, dado que el usuario no
está autorizado a leer ese documento.
Si el usuario dispone de acceso de lector o superior, Domino
comprobará si el documento de resultado tiene un campo de
lectores.
En caso de que el documento de resultado no tenga un campo de
lectores, el usuario podrá leer el documento y Domino mostrará el
resultado en el formulario de resultados.
Si el documento de resultado tiene un campo de lectores, Domino
comprobará si el usuario está incluido en dicho campo. En caso de
que no sea así, Domino no incluirá el resultado en el formulario de
resultados, dado que el usuario no está autorizado a leer ese
documento.
Si el usuario está incluido en el campo de lectores, podrá leer el
documento y Domino mostrará el resultado en el formulario de
resultados.
Para que Domino incluya un vínculo a un documento de resultado
contenido en un formulario de resultados, el usuario ha de estar
autorizado a leer el documento, lo que significa que debe disponer, al
menos, de acceso de lector a la base de datos que contenga el
documento y que debe estar incluido en el campo de lectores, en caso de
que el documento tenga tal campo.
Por ejemplo, la empresa HyD cuenta con dos servidores de aplicaciones,
Aplic-E/Este/HyD y Aplic-O/Oeste/HyD. Los usuarios de HyD están
certificados con uno de estos dos certificadores organizativos:
/Este/HyD y /Oeste/HyD. Aplic-E/Este/HyD no permite el acceso a
ningún usuario que tenga un certificado /Oeste/HyD. Las bases de
datos del servidor, a las que no pueden acceder los usuarios de
/Oeste/HyD, tienen la entrada -Predeterminado- de sus listas de
control de acceso configurada como Lector, ya que la lista de acceso de
servidores impide que los usuarios de /Oeste/HyD puedan acceder a
esas bases de datos.
Cuando HyD pone en marcha la búsqueda en dominios, los usuarios de
/Oeste/HyD que hacen peticiones de búsqueda en dominios pueden
encontrarse con resultados de búsqueda que incluyan vínculos a
documentos contenidos en bases de datos de Aplic-E/Este/HyD, dado
que según las listas de control de acceso de esas bases de datos, los usuarios de
/Oeste/HyD no tienen prohibido ver esos resultados.Las listas de
acceso de servidores siguen manteniendo la seguridad en este entorno,
dado que los usuarios de /Oeste/HyD no pueden acceder a los
documentos a partir de esos vínculos, pero la mera existencia de los
vínculos puede, en potencia, revelar información confidencial a los
usuarios de /Oeste/HyD.
Para evitar esta situación, compruebe que en las listas de control de
acceso figuran las bases de datos protegidas mediante listas de acceso
de servidores, para asegurarse de que estén configuradas de modo que
la filtración se lleve a cabo correctamente. Para ello, suponga que la lista
de acceso de servidores no existe. Modifique la LCA de tal manera que,
cuando no haya una lista de acceso de servidores, el nivel de seguridad
de la base de datos sea el adecuado. De esta forma se asegura que,
cuando la búsqueda en dominios compruebe la Lista de control de
acceso de la base de datos, se eliminarán los resultados a los que los
usuarios no tengan acceso.
Nota En este ejemplo se presupone que el servidor del Catálogo del
dominio posee un certificado por el que se permite el acceso tanto a
Aplic-E/Este/HyD como a Aplic-O/Oeste/HyD.
Seguridad de la búsqueda y listas de acceso de servidores
Si se están utilizando listas de acceso de servidores en un dominio para
limitar el acceso a la información, tenga en cuenta que es posible que
haya que comprobar las listas de control de acceso de las bases de datos
de esos servidores para asegurarse de que se filtren los resultados. De lo
contrario, es posible que una búsqueda muestre un resultado a un
usuario que no tiene autorización para acceder al documento de
resultado. En algunos casos, los usuarios pueden obtener información a
partir de un determinado resultado de búsqueda que podría afectar a
información reservada.
Interoperatividad de la función de búsqueda
Durante el proceso de actualización a la función de búsqueda de la
Versión 5, es posible que tenga un entorno que utilice tanto el buscador
de la Versión 4 como el de la 5. Los clientes de la Versión 5 pueden
acceder a los índices de la Versión 4 mediante un servidor de la
Versión 4. Los clientes de la Versión 4 no pueden acceder a un índice del
dominio de la Versión 5, pero pueden utilizar un navegador de Web, o
bien el componente de Microsoft Internet Explorer que incorpora Web
Navigator de Notes para llevar a cabo búsquedas en dominios en la
Versión 5. Los clientes de la Versión 4 pueden efectuar búsquedas en las
vistas de bases de datos que dispongan de índices de la Versión 5. Los
clientes Web efectúan búsquedas en dominios mediante un vínculo al
formulario de búsqueda adecuado en el Catálogo del dominio. Los
diseñadores de aplicaciones pueden incluir varios formularios de
búsqueda en el catálogo, así como proporcionar diversos vínculos.
Si un cliente de la Versión 5 intenta acceder a un índice de la Versión 4
localmente o en un servidor de la Versión 5, aparecerá un mensaje de
error de Notes para indicar que es necesario reconstruir el índice. Se
puede actualizar manualmente el índice, o bien esperar a que el agente
que se ejecuta en segundo plano haga lo propio. Los clientes Notes
cuentan con un agente que se ejecuta en segundo plano para renovar y
actualizar los índices. Cuando en un cliente Notes Versión 5 se ejecuta
este agente, éste detecta los índices de la Versión 4 y los actualiza a la
Versión 5.
Los servidores Domino disponen de una tarea que se ejecuta en
segundo plano y que actualiza los índices. Cuando encuentra un índice
de la Versión 4 en un servidor de la Versión 5, la tarea actualiza el índice
a la Versión 5. Consulte Actualización de los índices del servidor en
este mismo capítulo si desea más información.
Para actualizar manualmente el índice de una base de datos
2. Seleccione la base de datos cuyo índice desea actualizar y haga clic
en Abrir.
3. Haga clic en el icono Buscar situado en la parte superior derecha de
la pantalla.
4. En la barra de búsquedas, haga clic en Más.
5. Haga clic en Actualizar índice.
Nota Para llevar a cabo la indexación se pueden seleccionar todos los
anexos en una base de datos mediante el uso de filtros de archivo o
únicamente el texto de los archivos para una indexación más rápida.
La Sede de búsquedas se soporta en la Versión 5; sin embargo, la mayor
parte de sus funciones están incluidas en la búsqueda en dominios.
Al utilizar la Sede de búsquedas, tenga en cuenta lo siguiente:
Una petición de búsqueda devuelve todo un listado de vínculos, sin
un filtrado de seguridad de los resultados. Aunque un usuario no
pueda abrir un vínculo para el que no tenga autorización, de hecho
ya sabe que su búsqueda ha generado un resultado.
El formulario de resultados de una búsqueda no se puede ver hasta
que no se ha terminado de dar formato a los resultados incluidos en
el listado, lo que prolonga el tiempo de respuesta, sobre todo si los
resultados de la búsqueda son muchos.
La Sede de búsquedas resulta útil si se desea indexar un subconjunto de
bases de datos cuya información no sea especialmente confidencial.
También se puede clasificar estas bases de datos y utilizar la búsqueda
en dominios para indexarlas, aunque existen ciertas dificultades para
hacerlo.
La búsqueda en dominios incorpora toda la funcionalidad de la Sede de
búsquedas y añade el filtrado de seguridad que proporciona el Catálogo
del dominio. Consulte Seguridad y búsqueda en dominios.
La Sede de búsquedas y la Versión 5
Capítulo 10
Este capítulo describe las nuevas funciones de seguridad de la
Versión 5, así como otros aspectos sobre la autentificación y la
interoperatividad entre la Versión 5 y las versiones anteriores de
Notes.
La seguridad en la Versión 5 actúa de la misma forma que en la Versión
4 aunque presenta nuevas características en lo que a la seguridad en
Internet y a la seguridad de los clientes y servidores se refiere.
Consulte la información al respecto en los temas siguientes:
Utilización de los archivos ID de la Versión 5
Creación de archivos ID no jerárquicos
Comprobación de contraseñas e interoperatividad con versiones
anteriores
Certificados X.509 e interoperatividad
Las instrucciones de protección de HTTPD.CNF y la Versión 5
Autentificación del servidor Web en un entorno con distintas
versiones
Creación de certificados raíz disponibles para clientes que empleen
SSL y S/MIME
Utilización de los archivos ID de la Versión 5
Los archivos ID creados con la Versión 5 no se pueden emplear en la
Versión 3. Si su organización necesita utilizar los archivos ID en la
Versión 3, conserve al menos un cliente de la Versión 4 para generar
nuevos archivos ID que se puedan emplear en la Versión 3.
Los archivos de la Versión 3 se actualizan perfectamente a la Versión 5,
con lo que los usuarios de la Versión 3 pueden seguir utilizándolos sin
pérdida de funcionalidad.
10-1
Nombres alternativos e interoperatividad
En el caso de que se utilicen nombres alternativos con un ID en la
Versión 5, no será posible emplear este ID en versiones anteriores del
cliente Notes. Sin embargo, los clientes de la Versión 5 que utilicen un
ID con nombres alternativos podrán autentificar e interaccionar con los
clientes y servidores de la Versión 4.
Creación de archivos ID no jerárquicos
Ni los servidores ni los clientes de la Versión 5 pueden crear nuevos
archivos ID no jerárquicos. Si su organización sigue utilizando archivos
ID no jerárquicos en la Versión 5, debe conservar al menos un cliente de
la Versión 4 para crear nuevos archivos ID no jerárquicos. No obstante,
con la Versión 5 se pueden llevar a cabo todas las tareas necesarias para
el mantenimiento de archivos ID no jerárquicos. Se pueden renovar los
certificados de archivos ID no jerárquicos ya existentes, así como
expedir certificados no jerárquicos para nuevos usuarios jerárquicos que
necesiten acceder a servidores con archivos ID no jerárquicos. Si su
organización utiliza archivos ID no jerárquicos, considere la posibilidad
de convertirlos en jerárquicos: verá incrementadas la seguridad y la
flexibilidad del control de acceso, así como la generación y certificación
de archivos ID y su posterior mantenimiento.
Comprobación de contraseñas e interoperatividad con versiones
anteriores
Para poder hacer uso de la función de comprobación de contraseñas
durante la autentificación, es preciso que las estaciones de trabajo y los
servidores ejecuten la Versión 4.5. u otra versión posterior. Si activa la
comprobación de contraseñas en un servidor en el que se esté
ejecutando una versión anterior a la 4.5, la autentificación se producirá
sin llevar a cabo la comprobación de contraseñas. Si activa la
comprobación de contraseñas en una estación de trabajo en la que se
esté ejecutando una versión anterior, la autentificación fallará cuando
dicha estación de trabajo intente conectarse con un servidor para el que
se haya activado la comprobación de contraseñas.
La primera vez que un usuario para el que se ha activado la
comprobación de contraseñas se autentifica con un servidor para el que
también se ha activado esta función, se cambia el ID de usuario con
objeto de que no pueda ser utilizado con una versión anterior.
Si añade un certificado X.509 a su archivo ID de Notes, no podrá utilizar
ese archivo ID en un cliente Notes de la Versión 3. Los archivos ID que
contengan certificados X.509 seguirán funcionando perfectamente en los
clientes Notes de las versiones 4 y 5.
Las instrucciones de protección de HTTPD.CNF y la Versión 5
Las instrucciones de protección de HTTPD.CNF se han sustituido por
documentos de protección de archivos en Domino Versión 5. La
Versión 5 hace caso omiso de las instrucciones de protección. Considere
la posibilidad de crear documentos de protección de archivos para cada
directorio al que puedan acceder los usuarios de Web. Ni los servidores
actualizados ni los nuevos servidores de la Versión 5 dispondrán de
protección de archivos hasta que no se creen documentos de protección
de archivos.
Si desea más información, consulte "Control de acceso de los
navegadores de Web a los archivos del servidor" en el Capítulo 30.
Autentificación del servidor Web en un entorno con distintas
versiones
La Versión 5 proporciona un enorme control sobre la autentificación de
los usuarios de Web por parte de Domino. En la ficha Seguridad del
documento de servidor, el parámetro Autentificación del servidor Web
proporciona dos opciones posibles: Más variaciones en los nombres
con menos seguridad o Menos variaciones en los nombres con más
seguridad. Al seleccionar la primera opción, la autentificación de los
usuarios se llevará a cabo de la misma forma que en la Versión 4.6x.
Cuando el navegador lo solicite, los usuarios podrán introducir como
nombre de usuario cualquiera de las opciones que a continuación se
enumeran:
Sólo el apellido
Sólo el nombre
Nombre abreviado
Nombre común
Nombre jerárquico completo
Cualquier alias del campo Nombre completo del usuario
Actualización de la seguridad 10-3
Certificados X.509 e interoperatividad
Este parámetro autentifica mediante la vista ($Users) del Directorio de
Domino o del Registro de nombres público. Es la acción que se suele
seleccionar para la mayoría de los agentes.
Si selecciona la opción Menos variaciones en los nombres con más
seguridad, cuando el navegador lo solicite, los usuarios podrán
introducir como nombre de usuario cualquiera de las opciones que a
continuación se enumeran:
Nombre jerárquico completo
Nombre común
Cualquier alias del campo Nombre completo del usuario
Este parámetro autentifica a los usuarios mediante la vista ($LDAPCN)
del Directorio de Domino.
Nota Seleccione esta opción únicamente si todos los Directorios de
Domino que van a autentificarse mediante HTTP (del inglés Hypertext
Transmission Protocol) utilizan el diseño de la Versión 5.
Creación de certificados raíz disponibles para clientes que empleen
SSL y S/MIME
Los clientes Notes que utilicen SSL (del ingles Secure Sockets Layer) y
Secure/MIME (del inglés Multipurpose Internet Mail Extensions)
requieren los certificados raíz acreditados, procedentes de las
autoridades de certificación comerciales (AC), en la Libreta personal de
direcciones con el fin de autentificar aquellos servidores que empleen
certificados de estas AC. El Directorio de Domino Versión 5 incluye los
certificados raíz necesarios para autentificar las firmas que se hayan
creado con estas AC comerciales. Copie los certificados del Directorio
de Domino Versión 5 al Registro de nombres público de la Versión 4
que requiera la autentificación de clientes que utilicen SSL o S/MIME.
Abra el Directorio de Domino.
Diríjase a la vista Servidor - Certificadores.
Copie los certificados raíz acreditados de las AC comerciales.
Abra el Registro de nombres público al que desee añadir los
certificados raíz.
5. Pegue los certificados en cualquier vista del Registro de nombres
público.
6. Los usuarios ya pueden copiar estos certificados en la Libreta
personal de direcciones.
Si desea más información, consulte el Capítulo 35, "Configuración de los
clientes para S/MIME y SSL" del manual Administración del sistema de
Domino.
1.
2.
3.
4.
Este capítulo describe cómo convertir nombres no jerárquicos de
usuario o de servidor en nombres jerárquicos. Esta conversión presenta
diversas ventajas. Una de ellas es el aumento de seguridad en el
sistema.
Conversión de nombres no jerárquicos en jerárquicos
El Proceso de administración permite convertir nombres no jerárquicos
de usuario o servidor en nombres jerárquicos. Entre las ventajas de esta
conversión están:
La posibilidad de evitar la repetición de nombres.
La posibilidad de distribuir entre varios certificadores las tareas de
creación y recertificación de los archivos ID de usuario y de
servidor.
La posibilidad de emplear la certificación cruzada, lo que simplifica
las comunicaciones entre su organización y otras organizaciones.
Si desea más información sobre el Proceso de administración, consulte
el capítulo "Configuración del Proceso de administración" del manual
Administración del sistema de Domino.
Cómo convierte el Proceso de administración los nombres no
jerárquicos
Inicie la conversión de nombres no jerárquicos de usuario o de servidor
mediante la selección de determinadas acciones en el Directorio de
Domino. A continuación, el Proceso de administración realizará el
siguiente procedimiento para llevar a cabo su solicitud:
Nota También puede usar el Proceso de administración para cambiar
los nombres de usuarios jerárquicos, pero no de servidores. Si lo desea,
puede cambiar los nombres comunes de los usuarios o moverlos a otra
estructura de nombres jerárquicos. Los pasos que sigue el Proceso de
administración para cambiar los nombres comunes de los usuarios son
los mismos que los seguidos para convertir nombres no jerárquicos en
11-1
Capítulo 11
Certificación de usuarios y de servidores en
organizaciones no jerárquicas
jerárquicos. Los pasos que sigue el Proceso de administración para
trasladar nombres a otra estructura de nombres jerárquicos son también
los mismos excepto por el hecho de que, antes, es necesario que un
administrador apruebe la solicitud.
1. Domino crea una solicitud de tipo Iniciar Renombrar en el
Directorio en la base de datos Solicitudes de administración
(ADMIN4.NSF). Esta solicitud inicia el proceso de adición del
nombre convertido o modificado al documento de persona o de
servidor del Directorio de Domino.
2. El Proceso de administración completa esta solicitud realizando uno
de los siguientes cambios en el Directorio de Domino:
Si está convirtiendo o cambiando un nombre de usuario, el
Proceso de administración agrega el nuevo nombre al campo
Nombre completo del usuario, pero conserva el nombre antiguo
para posibilitar el envío del correo utilizando el nombre original;
agrega el certificado jerárquico al campo Clave pública
certificada, y agrega una solicitud de cambio al campo Solicitud
de cambios del documento de persona.
Si está convirtiendo un nombre de servidor, el Proceso de
administración agrega el certificado jerárquico al campo Clave
pública certificada y una solicitud de cambio al campo
Solicitud de cambios del documento de servidor.
3. A continuación tiene lugar una de las acciones siguientes:
Si está convirtiendo o cambiando un nombre de usuario, la
próxima vez que el usuario acceda al servidor éste examinará el
campo Solicitud de cambios del documento de persona del
Directorio de Domino y comparará el nombre de dicho campo
con el nombre almacenado en el archivo ID del usuario.
Si los nombres no coinciden (porque se ha convertido o
cambiado el nombre del usuario), se mostrará un mensaje
preguntando si el nuevo nombre es correcto. Si el usuario
selecciona Sí, Domino incorporará al archivo ID del usuario el
nombre jerárquico y el certificado, y creará un documento
Renombrar persona en el Directorio en la base de datos
Solicitudes de administración del servidor; este documento es
una solicitud para actualizar todas las incidencias restantes del
nombre original del usuario en el Directorio de Domino. El
Proceso de administración también convierte o cambia el
nombre en las listas de control de acceso de las bases de datos
locales del usuario, si el usuario está designado como servidor
de administración de dichas bases de datos. Además, actualiza
el nombre en los campos de lectores y de autores de las bases de
datos locales si la opción Modificar campos de lectores y
Si el usuario selecciona No, el archivo ID del usuario no sufrirá
ningún tipo de alteración.
Si está convirtiendo un nombre de servidor, el servidor
comprobará periódicamente su propio documento de servidor
en el Directorio de Domino para ver si su nombre ha cambiado.
El servidor compara el nombre que aparece en el campo
Solicitud de cambios del documento de servidor con el nombre
almacenado en su propio archivo ID de servidor.
Si los nombres no coinciden (porque se ha convertido un
nombre de servidor), Domino incorporará automáticamente al
archivo ID del servidor el nombre jerárquico y el certificado, y
creará un documento Renombrar servidor en el Directorio en la
base de datos Solicitudes de administración del servidor. Este
documento es una solicitud para actualizar todas las apariciones
restantes del nombre no jerárquico del servidor en el Directorio
de Domino.
Nota La información del campo Solicitud de cambios de los
documentos de persona y de servidor caduca después de 21 días de
manera predeterminada. El período de caducidad empieza una vez
se inicia la solicitud desde el Directorio de Domino. Se puede
cambiar el período de caducidad predeterminado modificando el
parámetro Name_Change_Expiration_Days en el archivo
NOTES.INI. Si un usuario posee varios archivos ID y cambia a un
archivo ID que aún no se ha convertido, Domino convertirá dicho
ID si la información del campo Solicitud de cambios aún no ha
caducado.
4. Una vez que el Proceso de administración ha ejecutado la solicitud
Renombrar persona en el Directorio o Renombrar servidor en el
Directorio, crea una solicitud Renombrar en la LCA en la base de
datos Solicitudes de administración; ésta es una solicitud para
actualizar el nombre en las listas de control de acceso de las bases
de datos. Después de que la solicitud Renombrar en la LCA replica
con cada una de las bases de datos Solicitudes de administración del
dominio, el Proceso de administración de cada servidor completa la
solicitud convirtiendo o cambiando los nombres en las listas de
control de acceso de todas las bases de datos que tengan a ese
servidor como servidor de administración.
Certificación de usuarios y de servidores en organizaciones no jerárquicas 11-3
autores de la LCA está seleccionada. El Proceso de
administración también convierte o cambia el nombre no
jerárquico en los lugares en donde aparezca en el Directorio de
Domino del usuario, si el usuario disfruta de acceso de gerente
al Directorio de Domino o si ha sido designado como servidor
de administración de dicho Directorio.
Los usuarios y los servidores pueden continuar accediendo a las
bases de datos en cuyas listas de control de acceso aparezcan sus
nombres originales; no es necesario que esperen a que el Proceso de
administración los convierta o los cambie.
El Proceso de administración también crea una solicitud Renombrar
en documentos de persona. Ésta es una solicitud para cambiar el
nombre en los lugares en que aparezca en los documentos de
persona del Directorio de Domino.
5. A continuación, el Proceso de administración crea una solicitud
Renombrar en campos de lectores y autores en la base de datos
Solicitudes de administración. Una vez que esta solicitud se replica
con otros servidores, el Proceso de administración de cada servidor
cambia el nombre en todos los campos de lectores y autores de cada
base de datos de la que sea servidor de administración y que tenga
seleccionado el parámetro Modificar campos de lectores y autores
de la Lista de control de acceso. Puesto que esto puede llevar mucho
tiempo, el Proceso de administración lleva a cabo esta solicitud de
acuerdo con los parámetros del apartado Solicitudes pospuestas de
la sección Proceso de administración del documento de servidor. El
Proceso de administración no elimina nombres de los campos de
lectores o autores de los documentos firmados o codificados.
Conversión de nombres cuando se tienen varios Directorios de
Domino
Si se crean réplicas de dos o más Directorios de Domino en un servidor,
el Proceso de administración modifica los documentos sólo en el
Directorio de Domino principal, es decir, el primero que aparece en la
lista del parámetro NAMES= del archivo NOTES.INI.
El Directorio de Domino principal debe contener el documento de
persona o de servidor del usuario o del servidor que se desee convertir,
así como los documentos de certificador correspondientes al ID de
certificador jerárquico y a los ascendentes jerárquicos de éste. Por
ejemplo, para convertir Ernesto Chamorro en Ernesto
Chamorro/Finanzas/Veracruz/HyD, el Directorio de Domino principal
debe tener el documento de persona de Ernesto Chamorro y los
documentos de certificador de /Finanzas/Veracruz/HyD,
/Veracruz/HyD y HyD.
Si desea más información sobre el uso de varios Directorios de Domino,
consulte la Ayuda sobre administración de Domino.
No es posible convertir en jerárquico el nombre de un servidor de la
Versión 3.x; para ello es preciso que el servidor pueda ejecutar el
Proceso de administración, proceso que los servidores de la Versión 3.x
no pueden ejecutar.
Si desea más información sobre el cambio de nombres en las listas de
control de acceso de las bases de datos, consulte Gestión de bases de datos
de Domino.
Copias de seguridad de los archivos ID convertidos
Puesto que Domino no convierte automáticamente las copias de
seguridad de los archivos ID ni de los archivos ID anexados a
documentos del Directorio de Domino, pida a los usuarios y a los
administradores que realicen copias de seguridad de sus archivos ID
convertidos.
Ejemplos: Conversión de nombres no jerárquicos en jerárquicos
Una empresa, HyD S.A., posee dos oficinas distantes geográficamente,
ubicadas en Madrid y en Santiago. Cada oficina posee dos
departamentos: Ventas y Marketing en Madrid, y Desarrollo y Recursos
Humanos en Santiago. Los empleados de HyD raramente cambian de
departamento, de manera que, si lo estima oportuno, puede basar la
estructura de nombres en ambos elementos: la ubicación geográfica y
los departamentos.
La estructura de nombres jerárquicos de HyD incluye las siguientes
organizaciones y unidades organizativas:
HyD (organización). Éste es el nombre jerárquico de más alto nivel.
Todos los servidores y usuarios de la empresa usarán este nombre de
organización. Utilice este nombre jerárquico junto con una unidad
organizativa, como las descritas a continuación.
Conversión de nombres en un entorno mixto
Si tiene un entorno mixto, que emplee servidores de la Versión 4.x y de
la Versión 3.x, recuerde que Domino no convierte los nombres de
usuario y de servidor de las listas de control de acceso de las bases de
datos que residan en servidores de la Versión 3.x, ni los nombres de los
campos de lectores y autores de las listas de control de acceso de las
bases de datos de los servidores de la Versión 3.x o de la Versión 4.1. Si
las bases de datos de los servidores de la Versión 3.x o de la Versión 4.1
son réplicas de bases de datos situadas en servidores de la Versión 4.5 y
éstos pueden replicar los cambios de la LCA, en el momento de replicar
las bases de datos se convierten los nombres de usuario y de servidor
incluidos en las listas de control de acceso y en los campos de lectores y
autores. Si este no fuera el caso, se deberá cambiar manualmente los
nombres en las bases de datos de los servidores de la Versión 3.x y de la
Versión 4.x.
Este y Oeste (unidades organizativas). Éstas son las unidades
organizativas de primer nivel de HyD.
Ventas y Marketing (unidades organizativas). Éstas son las unidades
organizativas de segundo nivel de Madrid.
Desarrollo y RR.HH. (unidades organizativas). Éstas son las unidades
organizativas de segundo nivel de Santiago.
Una vez haya creado la estructura de nombres jerárquicos, deberá crear
los siguientes certificadores:
/HyD Éste es el ID de certificador de más alto nivel.
/Este/HyD y /Oeste/HyD Cree estos certificadores usando el ID de
certificador /HyD; use el certificador /Este/HyD para asignar nombre
a los servidores de la oficina de Madrid, y el certificador /Oeste/HyD
para asignar nombre a los servidores de la oficina de Santiago.
/Ventas/Este/HyD y /Marketing/Este/HyD Cree estos certificadores
usando el ID de certificador /Este/HyD y úselos para asignar nombre a
los usuarios de la oficina de Madrid.
/Desarrollo/Oeste/HyD y /RR.HH./Oeste/HyD Cree estos certificadores
usando el ID de certificador /Oeste/HyD y úselos para asignar nombre
a los usuarios de la oficina de Santiago.
Las tablas que se muestran a continuación contienen ejemplos de
nombres de servidor y de usuario en HyD S.A. antes y después de
convertirlos en jerárquicos. El ID de certificador que utilice para los
nombres de servidor y de usuario dependerá de la ubicación del
servidor o del usuario y del departamento en el que trabaje el usuario.
Ubicación
Nombre del servidor antes
de la conversión
Nombre del servidor después
de la conversión
Madrid
Hub-E
Hub-E/Este/HyD
Madrid
Correo-E
Correo-E/Este/HyD
Madrid
Tránsito
Tránsito/Este/HyD
Santiago
Hub-O
Hub-O/Oeste/HyD
Santiago
Correo-O
Correo-O/Oeste/HyD
Nombre del usuario
antes de la conversión
Nombre del usuario después de la
conversión
Madrid Departamento de
Ventas
Alberto Jurel
Alberto
Jurel/Ventas/Este/HyD
Madrid Departamento de
Marketing
Ramiro Blanco
Ramiro
Blanco/Marketing/Este/HyD
Santiago Departamento de
Desarrollo
Julia Kraus
Julia
Kraus/Desarrollo/Oeste/HyD
Santiago Departamento de
Recursos Humanos
(RR.HH.)
Marcos Ruiz
Marcos
Ruiz/RR.HH./Oeste/HyD
Preparativos para la conversión de nombres no jerárquicos
Antes de convertir un nombre no jerárquico de servidor o de usuario en
un nombre jerárquico, realice las operaciones siguientes:
1. Actualice todos los servidores a la Versión 4.x o a la Versión 5 de
Notes.
2. Cree un Registro de certificados (CERTLOG.NSF). El Registro de
certificados podrá emplearse para resolver cualquier problema que
surja durante la conversión de nombres.
3. Diseñe una estructura de nombres jerárquicos para su organización.
4. Cree archivos ID de certificadores jerárquicos.
5. Prepare el sistema para el Proceso de administración. Esto incluye la
creación de una base de datos Solicitudes de administración, la
programación de la replicación, la concesión del acceso adecuado a
los administradores y la designación de un servidor de
administración para el Directorio de Domino y para las bases de
datos.
6. Defina un conjunto específico de pasos para actualizar el nombre
del primer servidor no jerárquico a un nombre jerárquico.
7. Antes de convertir un nombre no jerárquico de servidor,
modifíquelo manualmente si aparece en la LCA de la base de datos
MAIL.BOX.
Ubicación y
departamento
Conversión de nombres no jerárquicos de servidor en nombres
jerárquicos
Antes de convertir los nombres de usuario en nombres jerárquicos, debe
convertir los nombres de servidor. Como el Proceso de administración
debe ejecutarse en un servidor que tenga un nombre jerárquico, deberá
completar un procedimiento específico para convertir el nombre del
primer servidor de un dominio y, a continuación, designar este servidor
como servidor de administración del Directorio de Domino. Una vez
llevado a cabo este procedimiento, podrá dejar que el Proceso de
administración complete la tarea de conversión en el resto de los
servidores.
Cuando se convierte en jerárquico un nombre de servidor, el nombre no
jerárquico del servidor se combina con el nombre del certificador para
crear el nuevo nombre jerárquico. Por ejemplo, si el nombre no
jerárquico de un servidor es ServidorNorte y el nombre del certificador
es Marketing/HyD, el nombre jerárquico del servidor será
ServidorNorte/Marketing/HyD. Es obligatorio utilizar el nombre no
jerárquico de un servidor como componente común del nombre
jerárquico. Dicho de otra forma: no es posible cambiar el nombre del
servidor durante su conversión en nombre jerárquico.
Si lo desea, puede convertir de una sola vez los nombres de todos los
servidores que empleen un mismo certificador jerárquico. Por ejemplo,
si desea convertir los nombres de sus tres servidores, ServidorNorte,
ServidorSur y ServidorOeste, emplee el certificador jerárquico
Marketing/HyD para convertir los tres nombres a la vez. Los nombres
resultantes serían ServidorNorte/Marketing/HyD,
ServidorSur/Marketing/HyD y ServidorOeste/Marketing/HyD.
Si los usuarios y servidores jerárquicos acceden al servidor no
jerárquico y usan un nombre de organización distinto al que se ha
planificado para el servidor no jerárquico, deberá cambiar manualmente
los nombres jerárquicos de los usuarios y del servidor a su formato
jerárquico en el Directorio de Domino y en las listas de control de acceso
de las bases de datos, tanto en el servidor jerárquico como en el servidor
no jerárquico que tenga pensado convertir. Expida certificados cruzados
entre las dos organizaciones de modo que los usuarios y los servidores
puedan acceder al servidor de la otra organización.
Una vez que haya convertido los nombres de servidores no jerárquicos
en jerárquicos, los usuarios con nombres no jerárquicos podrán
continuar accediendo a los servidores jerárquicos sin restricciones.
1. Asegúrese de seguir todos los pasos descritos en Preparativos para
la conversión de nombres no jerárquicos antes de continuar.
2. Arranque el servidor y la estación de trabajo.
3. Seleccione Archivo - Herramientas - Administración de servidores.
4. Haga clic en el icono de servidores y seleccione la vista Servidores.
5. Abra en el modo de edición el documento de servidor del servidor
cuyo nombre va a convertir. Si el campo Clave pública certificada
está vacío, copie en él la clave pública certificada. Para ello,
seleccione Archivo - Herramientas - Administración de servidores
y, a continuación, seleccione Administración - Archivo ID,
seleccione el archivo ID del servidor, haga clic en Avanzadas y
luego en Copiar clave pública. En el documento de servidor, pegue
la clave pública en el campo Clave pública certificada y guarde los
cambios.
6. Con el documento de servidor seleccionado, seleccione Acciones Actualizar servidor a jerárquico.
7. Seleccione el certificador jerárquico que desea emplear e introduzca
la contraseña. Consulte el gráfico que creó al diseñar la estructura
de nombres jerárquicos de su empresa.
8. Introduzca la fecha de caducidad del certificado para este servidor.
9. Haga clic en Convertir.
10. Una vez que Domino haya procesado su solicitud, haga clic en
Aceptar.
11. Cierre el servidor y abra localmente el Directorio de Domino en el
servidor.
12. Abra el documento de servidor del primer servidor que desee
convertir.
13. Elimine el contenido del campo Clave pública certificada.
14. Abra la base de datos Solicitudes de administración.
15. Abra el documento Iniciar Renombrar en el Directorio del servidor
que esté convirtiendo.
16. Copie el contenido del campo Clave pública certificada de este
documento en el campo Clave pública certificada del documento
de servidor.
17. Copie el contenido del campo Solicitud de cambios en el campo
Solicitud de cambios del documento del servidor.
18. Guarde el documento de servidor.
19. Cierre la estación de trabajo Notes.
20. Vuelva a arrancar el servidor.
Conversión del nombre no jerárquico del primer servidor
Conversión de los restantes nombres no jerárquicos de servidor en
nombres jerárquicos
Para poder convertir un nombre de usuario, antes deberá convertir los
nombres de los servidores. Deberá disponer de acceso de autor con el
rol ServerModifier, o de acceso de editor con capacidad para crear
documentos en el Directorio de Domino. También deberá tener como
mínimo acceso de autor con autorización para crear documentos en el
Registro de certificados.
Asegúrese de que ha realizado todos los pasos descritos en Conversión
del nombre no jerárquico del primer servidor antes de realizar esta
tarea.
1. Abra el Directorio de Domino en un servidor; no seleccione Local
como servidor.
2. En la vista Servidores, seleccione los servidores cuyo nombre desea
convertir.
3. Seleccione Acciones - Actualizar servidor a jerárquico.
la contraseña. Consulte el gráfico de nombres jerárquicos que creó al
diseñar la estructura de nombres jerárquicos.
5. Introduzca la fecha de caducidad del certificado para este servidor.
7. Una vez que Domino haya procesado la solicitud, haga clic en
Aceptar.
8. Repita los pasos 3 al 8 para convertir los nombres de otros
servidores mediante otro certificador jerárquico.
Conversión de nombres no jerárquicos de usuarios de Notes en
nombres jerárquicos
Si ya ha convertido los nombres no jerárquicos de los servidores en
nombres jerárquicos, se puede hacer la misma operación con los
nombres de usuario.
Para crear nombres jerárquicos, el nombre no jerárquico de cada usuario
se combina con el nombre del certificador. Por ejemplo, si el nombre no
jerárquico de un usuario es Ramiro Blanco y el nombre del certificador
es Marketing/Este/HyD, el nombre jerárquico de ese usuario será
Ramiro Blanco/Marketing/Este/HyD.
Si los usuarios tienen un grupo de servidores de administración en sus
bases de datos locales y en sus libretas personales de direcciones,
deberán aceptar sus nombres en sus propias estaciones de trabajo con el
fin de poder actualizar los nombres en dichas bases de datos.
Una vez que se actualicen los nombres de los usuarios en la Lista de
control de acceso (LCA) de una base de datos y que transcurra el
período de vigencia para el cambio de nombre (parámetro
Name_Change_Expiration_Days), los usuarios no podrán acceder a la
base de datos utilizando sus nombres no jerárquicos. Del mismo modo,
si se convierte manualmente los nombres de usuario en jerárquicos en
las listas de control de acceso de bases de datos de servidores de otro
dominio, los usuarios no podrán acceder a las bases de datos utilizando
sus nombres no jerárquicos.
No obstante, si se convierte un nombre de usuario en jerárquico y la
LCA de la base de datos incluye al usuario con su nombre no jerárquico,
el usuario podrá continuar accediendo a la base de datos; pero recuerde
que la seguridad que proporciona la nominación jerárquica no estará
disponible para dicha base de datos.
Conversión de nombres no jerárquicos de usuario en nombres
jerárquicos
Siga este procedimiento para usar el Proceso de administración con
objeto de convertir nombres no jerárquicos de usuario en jerárquicos.
Deberá disponer de acceso de autor y el rol UserModifier, o de acceso
de editor con capacidad para crear documentos en el Directorio de
Domino. También deberá tener acceso de autor con capacidad para
crear documentos en el Registro de certificados.
Asegúrese de que ha realizado todos los pasos descritos en Conversión
del nombre no jerárquico del primer servidor y en Conversión de
nombres no jerárquicos de servidor en nombres jerárquicos antes de
realizar esta tarea.
1. Asegúrese de que todas las solicitudes para convertir archivos ID de
servidor se han completado satisfactoriamente. No continúe con
este procedimiento hasta que todos los archivos ID de servidor se
hayan convertido.
Si lo desea, puede convertir los nombres de varios usuarios a la vez,
siempre y cuando emplee el mismo certificador jerárquico para todos
ellos. Por ejemplo, para convertir tres usuarios como Ramiro Blanco,
Karina Narval y Benito Marcos, del departamento de Marketing de la
empresa HyD, puede emplear el certificador jerárquico
Marketing/Este/HyD. Los nombres jerárquicos obtenidos mediante
esta operación serán: Ramiro Blanco/Marketing/Este/HyD, Karina
Narval/Marketing/Este/HyD y Benito Marcos/Marketing/Este/HyD.
2. Abra el Directorio de Domino en un servidor; no seleccione Local
como servidor.
3. En la vista Personas, seleccione a los usuarios cuyos nombres desea
convertir.
4. Seleccione Acciones - Renombrar persona.
5. Haga clic en Convertir en jerárquicas.
la contraseña.Consulte el gráfico de nombres jerárquicos que creó al
diseñar la estructura de nombres jerárquicos.
7. Introduzca la fecha de caducidad del certificado para este usuario.
9. Una vez que Domino haya procesado la solicitud, haga clic en
Aceptar.
Una vez que haya iniciado una solicitud en el Directorio de Domino
para convertir un nombre no jerárquico en jerárquico, compruebe en la
vista Estado de las actualizaciones de la base de datos Registro de
certificados (CERTLOG.NSF) si el Proceso de administración ha
encontrado errores al procesar la solicitud.
Después de que el Proceso de administración haya respondido a la
solicitud, compruebe los documentos de respuesta de la base de datos
Solicitudes de administración para examinar cualquier posible error.
Nombres no jerárquicos
Los nombres no jerárquicos se pueden utilizar para mantener la
compatibilidad con las versiones anteriores. Si sigue utilizando nombres
no jerárquicos no podrá aprovechar muchas de las nuevas capacidades
de la Versión 5, como el Proceso de administración, que simplifica en
gran medida las tareas de administración.
Si se utilizan nombres no jerárquicos se complica la tarea de intercambio
seguro de información con los usuarios y servidores de otra
organización. Los usuarios o servidores con nombres no jerárquicos
tienen que ser certificados individualmente mediante el ID de
certificador de la otra organización. Las organizaciones que utilizan
nombres no jerárquicos suelen usar normalmente varios archivos ID de
certificador y, además, cada ID de usuario y de servidor puede necesitar
de un certificado independiente generado por cada ID de certificador no
jerárquico.
Asegúrese de almacenar una copia de todos los archivos ID de
certificador en un lugar físicamente seguro. Asimismo, guarde una
copia de seguridad en un lugar alejado como medida de seguridad
contra incendios, inundaciones o robo.
Creación de un ID de certificador no jerárquico
Para evitar dar a una persona la autoridad completa para un ID de
certificador, asígnele a este ID varias contraseñas.
1. Seleccione Archivo - Herramientas - Administración de servidores.
2. Haga clic en Certificadores y después seleccione Registrar ID de
certificador no jerárquico.
3. Escriba un nombre en el campo Nombre del certificador.
4. Escriba un nombre de contraseña que tenga entre 12 y 32 caracteres.
Lotus le recomienda que utilice contraseñas con un mínimo de 13
caracteres y que mezcle mayúsculas y minúsculas.
5. Especifique una longitud mínima para la contraseña de al menos 12
caracteres.
6. Seleccione un tipo de licencia.
8. Especifique un nombre de archivo y una ubicación para el ID de
certificador.
Detalles: Creación de un ID de certificador no jerárquico
Puede usar cualquiera de estos caracteres en el nombre: A - Z, 0 - 9,
& -. _ ' (ampersand, guión, punto, espacio, subraya y apóstrofo). No
utilice ningún otro carácter, ya que pueden producirse resultados
inesperados. El nombre puede tener un máximo de 64 caracteres.
Para facilitar la administración, emplee un nombre abreviado sin
espacios. No utilice un nombre ya asignado a un grupo en el
Use una frase como contraseña, para que sea más fácil recordarla y
a las personas sin autorización les resulte más difícil descubrirla.
Cuando se crea un ID de certificador no jerárquico, Domino crea un
documento de certificador que lo describe en la vista Servidor Certificadores del Directorio de Domino del servidor de registro.
Deberá tener acceso al servidor de registro y tener asignado como
mínimo acceso de autor al Directorio de Domino para crear un ID de
certificador.
Formas de recertificar archivos ID con un ID de certificador no
jerárquico
Utilice un ID de certificador no jerárquico para recertificar un ID con
objeto de:
Agregar un certificado no jerárquico a un ID no jerárquico.
Recertificar un certificado incorporado en un ID no jerárquico que
está a punto de caducar.
Agregar un certificado no jerárquico a un ID jerárquico para
permitir la autentificación con una organización no jerárquica.
Recertificar un certificado no jerárquico incorporado en un ID
jerárquico.
Puede recertificar un ID de cualquiera de las formas siguientes:
Mediante el correo de Notes.
Sin utilizar el correo de Notes.
Recertificación de archivos ID no jerárquicos mediante el correo de
Notes
Realice las siguientes acciones para recertificar manualmente un ID no
jerárquico que esté a punto de caducar. El propietario del ID y el
certificador han de poder comunicarse mediante el correo de Notes;
ambos se alternan en el procesamiento de la solicitud.
Para enviar el archivo ID, el propietario del mismo debe hacer lo
siguiente:
1. Seleccionar Archivo - Herramientas - ID de usuario.
2. Hacer clic en Certificados.
3. Hacer clic en Solicitar certificado.
4. En el campo Para, introducir el nombre del certificador.
5. Hacer clic en Enviar para enviar la solicitud al certificador.
Para recertificar el archivo ID, el administrador de certificados debe
hacer lo siguiente:
1. Abrir la solicitud de certificación en su archivo de correo.
2. Si el archivo de certificador está en un disco, introducir el disco en
la unidad.
3. Seleccionar Acciones - Certificar el archivo ID anexo.
4. Seleccionar el certificador que desea utilizar y hacer clic en Aceptar.
5. Introducir la contraseña del certificador y hacer clic en Aceptar.
7. (Optativo) Aceptar o modificar la fecha de caducidad del
certificado.
8. Dejar seleccionada la opción Acreditar otros certificados firmados
por este certificador, a no ser que se trate de un certificado
procedente del certificador de otra organización.
9. (Optativo) Hacer clic en Servidor y seleccionar un servidor. A
continuación, hacer clic en Aceptar para modificar el servidor en
cuyo Directorio de Domino actualizará Domino el documento de
persona. Si el servidor no es local, deberá tener asignado como
mínimo acceso de autor al Directorio de Domino.
10. Hacer clic en Certificar.
11. Hacer clic en Firmar para probar su identidad al destinatario.
12. Hacer clic en Enviar para enviar al usuario la copia segura
recertificada del archivo ID.
Para fusionar el nuevo certificado, el propietario del archivo ID
debe hacer lo siguiente:
1. Abrir el documento de correo que incluye el archivo ID que ha sido
recertificado.
2. Seleccionar Acciones - Aceptar certificado.
3. Introducir la contraseña del ID. Verá el nuevo certificado.
4. Si se trata de un certificado recibido de otra organización, desactivar
Acreditar otros certificados firmados por este certificador.
Si desea más información, consulte Comunicación con
organizaciones que utilizan nombres no jerárquicos en este mismo
capítulo.
5. Hacer clic en Aceptar.
Recertificación de archivos ID no jerárquicos sin utilizar el correo
de Notes
Realice las acciones siguientes para recertificar manualmente un ID no
jerárquico si su certificado está a punto de caducar, o bien para
convertir manualmente un ID en jerárquico si su propietario y el
certificador no pueden comunicarse mediante el correo de Notes. Este
proceso necesita que el propietario del ID y el certificador se alternen en
el procesamiento de la solicitud.
6. Si el certificador está en un disco, extraerlo de la unidad y hacer clic
en Aceptar.
Para enviar una copia segura del archivo ID, el propietario del
mismo debe hacer lo siguiente:
2. Hacer clic en Avanzadas.
3. Hacer clic en Crear copia segura.
4. Especificar un nombre y una ubicación para la copia segura y hacer
clic en Aceptar. El nombre predeterminado es SAFE.ID.
5. Seleccionar una ruta de acceso y un nombre para la copia segura y
hacer clic en Aceptar. El nombre predeterminado es SAFE.ID.
6. (Usuarios de UNIX) Realizar una de las operaciones siguientes:
Copiar el archivo en un disco, por ejemplo:
tar -cvf nombrearchivo /dev/fd0
Emplear una aplicación de red como ftp para transferir el
archivo.
7. Entregar el disco en persona o por correo ordinario al certificador.
Para recertificar el archivo ID, el administrador de certificados debe
hacer lo siguiente:
1. Seleccionar Archivo - Herramientas - Administración de
servidores.
2. Hacer clic en el icono Certificadores y seleccionar Certificar archivo
ID.
5. Si el certificador está en un disco, extraerlo de la unidad y hacer clic
en Aceptar.
6. Seleccionar la copia segura del archivo ID que desea recertificar y
hacer clic en Aceptar.
7. (Optativo) Aceptar o modificar la fecha de caducidad del
certificado.
8. Dejar seleccionada la opción Acreditar otros certificados firmados
por este certificador, a no ser que se trate de un certificado
procedente del certificador de otra organización.
persona o de servidor. Si el servidor no es local, deberá tener
asignado como mínimo acceso de autor al Directorio de Domino.
11. Extraer el disco que contiene la copia segura recertificada del
archivo ID y entregárselo a su propietario, bien en mano o por
correo ordinario.
2. Asegurarse de que el archivo ID actual es el mismo que desea
recertificar y seleccionar Archivo - Herramientas - ID de usuario.
4. Hacer clic en Fusionar copia segura.
5. Seleccionar la copia segura recertificada del archivo ID y hacer clic
en Aceptar.
6. Hacer clic en Fusionar.
7. Si se trata de un certificado recibido de otra organización, desactivar
Acreditar otros certificados firmados por este certificador.
Si desea más información, consulte Comunicación con organizaciones
que utilizan nombres no jerárquicos en este mismo apéndice.
Formas de cambiar el nombre de los archivos ID de usuario no
jerárquicos
Se puede cambiar el nombre de los archivos ID de usuario no
jerárquicos de las siguientes formas:
Mediante el correo de Notes.
Sin utilizar el correo de Notes.
Cambio del nombre de los archivos ID de usuario no jerárquicos
mediante el correo de Notes
Siga este procedimiento para cambiar manualmente el nombre de un ID
de usuario no jerárquico si su propietario puede comunicarse mediante
el correo de Notes. Este proceso necesita que el propietario del ID y el
certificador se alternen en el procesamiento de la solicitud.
1. Introducir en su unidad el disco con la copia segura recertificada del
archivo ID. Si su estación de trabajo no tiene unidades de disco
extraíble, hacer una copia de la copia segura en el directorio del
programa de Domino, en el servidor de archivos. Si se trata de una
estación de trabajo sin unidad de disco, copiar la copia segura del
archivo ID recertificado en el directorio del programa del servidor
de archivos, y asignar a la copia un nombre distinto del que tiene el
archivo ID original para evitar que éste sea reemplazado.
Para solicitar un nuevo nombre de usuario, el propietario del
archivo ID debe hacer lo siguiente:
1. Seleccionar Archivo - Herramientas - ID de usuario, introducir su
contraseña y hacer clic en Aceptar.
3. Hacer clic en Solicitar nombre nuevo.
4. Introducir el nuevo nombre común, por ejemplo, Ramiro Blanco, y
hacer clic en Aceptar.
5. En el campo Para, introducir el nombre del certificador y, a
continuación, hacer clic en Enviar.
Para recertificar el archivo ID cuyo nombre acaba de cambiar, el
certificador debe hacer lo siguiente:
1. Abrir la solicitud recibida en el correo.
2. Seleccionar Acciones - Certificar el archivo ID anexo.
3. Seleccionar el certificador y hacer clic en Aceptar.
5. Si el certificador está en un disco, extraerlo de la unidad y guardarlo
en un lugar seguro.
6. (Optativo) Modificar la fecha de caducidad del certificado.
7. Especificar la longitud mínima de la contraseña para solicitar su uso
y la longitud mínima de este ID. Si prefiere conservar la
configuración actual para el archivo ID, dejar el campo vacío.
8. (Optativo) Hacer clic en Servidor para cambiar el servidor en cuyo
Directorio de Domino actualizará Domino el documento de persona
o de servidor, seleccionar un servidor y hacer clic en Aceptar. Si el
servidor no es local, deberá tener asignado como mínimo acceso de
editor al Directorio de Domino.
10. En el campo Para del cuadro de dialogo Enviar ID certificado se
muestra el nombre antiguo.
11. Hacer clic en Enviar para enviar al usuario la copia segura
recertificada del archivo ID.
1. Abrir el mensaje de correo.
2. Asegurarse de que el ID actual es el que desea cambiar.
3. Seleccionar Acciones - Aceptar certificado.
4. Comprobar que el nombre que aparece en el campo de nombre es
correcto. Por último, hacer clic en Aceptar.
Debe agregar manualmente el nuevo nombre a los documentos del
Directorio de Domino en los que aparezca, así como a las oportunas
listas de control de acceso a bases de datos, sin olvidar la LCA del
archivo de correo del usuario. El usuario podrá seguir leyendo
cualquier correo firmado o codificado que se haya creado utilizando
el nombre anterior.
Cambio del nombre de los archivos ID de usuario no jerárquicos sin
utilizar el correo de Notes
Siga este procedimiento para cambiar manualmente el nombre de un ID
de usuario no jerárquico si su propietario no puede comunicarse
mediante el correo de Notes. Tenga en cuenta que este proceso necesita
que el propietario del ID y el certificador se alternen en el
procesamiento de la solicitud.
Para solicitar un nuevo nombre de usuario, el propietario del
archivo ID debe hacer lo siguiente:
1. Crear una copia de seguridad del archivo ID.
2. Seleccionar Archivo - Herramientas - Cambiar ID, y seleccionar la
copia nueva.
3. Seleccionar Archivo - Herramientas - ID de usuario e introducir su
contraseña.
5. Hacer clic en Cambiar nombre, escribir el nombre nuevo y, a
continuación, hacer clic en Aceptar.
6. Haga clic en Sí.
Esto eliminará todos los certificados del ID.
7. Hacer clic en Crear copia segura.
8. Seleccionar una ruta de acceso y un nombre para la copia segura y
hacer clic en Aceptar. El nombre predeterminado es SAFE.ID.
9. (Usuarios de UNIX) Realizar una de las operaciones siguientes:
Copiar el archivo en un disco, por ejemplo:
tar -cvf nombrearchivo /dev/fd0
Emplear una aplicación de red como ftp para transferir el
archivo.
Detalles: Cambio del nombre de los archivos ID de usuario no
jerárquicos mediante el correo de Notes
Notes elimina todos los demás certificados no jerárquicos del ID
cuando se le cambia el nombre. Por tanto, el propietario deberá
pedir a los certificadores no jerárquicos que vuelvan a expedir
certificados para el archivo ID.
10. Enviar por correo ordinario la copia segura del nuevo archivo ID al
certificador.
11. Seleccionar Archivo - Herramientas - Cambiar ID y seleccionar el
archivo ID original para emplearlo hasta que el certificador
recertifique el archivo ID.
Para recertificar el archivo ID cuyo nombre acaba de cambiar, el
certificador debe hacer lo siguiente:
1. Seleccionar Archivo - Herramientas - Administración de
servidores.
2. Hacer clic en el icono Certificadores y seleccionar Certificar archivo
ID.
5. Seleccionar la copia segura del archivo ID que desea recertificar.
6. (Optativo) Modificar la fecha de caducidad del certificado.
persona o de servidor. Si el servidor no es local, deberá tener
asignado como mínimo acceso de editor al Directorio de Domino.
9. Extraer el disco que contiene el archivo ID recertificado y
entregárselo a su propietario, bien en mano o por correo ordinario.
3. Hacer clic en Fusionar copia segura.
4. Seleccionar la copia segura recertificada del archivo ID y hacer clic
en Aceptar.
5. Hacer clic en Fusionar.
Debe agregar manualmente el nuevo nombre a los documentos del
Directorio de Domino en los que aparezca, así como a las oportunas
listas de control de acceso a bases de datos, sin olvidar la LCA del
archivo de correo del usuario.
Agregue el nombre nuevo por delante del nombre antiguo en el
documento de persona del Directorio de Domino, de forma que los
mensajes dirigidos al nombre antiguo puedan enviarse sin
problemas. El usuario podrá seguir leyendo cualquier correo
firmado o codificado que se haya creado utilizando el nombre
anterior.
Eliminación del certificado no jerárquico de un ID
Para eliminar un certificado no jerárquico de un ID, realice las siguientes
acciones:
1. Seleccione Archivo - Herramientas - ID de usuario.
2. Introduzca la contraseña del ID.
3. Haga clic en Certificar y seleccione el certificado que desea eliminar.
4. Haga clic en Eliminar.
5. Haga clic en Fin.
Comunicación con organizaciones que utilizan nombres no
jerárquicos
Para llevar a cabo la autentificación entre servidores de organizaciones
independientes cuando alguna de ellas no sea jerárquica, el cliente
deberá tener un certificado de un certificador acreditado ante el
servidor, y viceversa, el servidor deberá tener un certificado de un
certificador acreditado ante el cliente. Una forma de conseguir esto es
que cada organización envíe al servidor de la otra organización una
copia segura del archivo o archivos ID de su servidor y, cuando aquél
reciba el nuevo ID certificado, se desactive la opción Acreditar otros
certificados firmados por este certificador.
Detalles: Cambio del nombre de los archivos ID de usuario no
jerárquicos sin utilizar el correo de Notes
Al cambiarle el nombre, se eliminan todos los demás certificados no
jerárquicos del ID. Por tanto, el propietario deberá pedir a los
certificadores no jerárquicos que vuelvan a expedir certificados para
el archivo ID.
Supongamos, por ejemplo, que dos organizaciones, Alfa y Beta,
necesitan comunicarse. El servidor Hub-A de Alfa obtiene un certificado
de Beta y desactiva la opción arriba mencionada. El servidor Hub-A
dispone ahora de un certificado de Alfa acreditado y de un certificado
de Beta no acreditado. El servidor Correo-B de Beta obtiene un
certificado de Alfa y desactiva igualmente esa opción. El servidor
Correo-B dispone ahora de un certificado de Beta acreditado y de un
certificado de Alfa no acreditado.
El servidor Hub-A presenta el certificado de Beta al servidor Correo-B
porque Correo-B acredita ese certificado. El servidor Correo-B presenta
el certificado de Alfa al servidor Hub-A porque Hub-A acredita ese
certificado. La autentificación se produce porque los servidores
disponen de certificados de los mismos certificadores, a pesar de no
compartir un certificado acreditado.
También se puede activar en el servidor Hub-A la opción de "acreditar"
el certificado de Beta, de modo que Hub-A acepte cualquier ID que
contenga un certificado de Beta. Haciendo esto se consigue que ningún
otro servidor de Alfa necesite nuevos certificados. No obstante, los
servidores de Alfa estarán desprotegidos ante archivos ID fraudulentos
creados por Beta.
Al contrario de lo que ocurre con la certificación cruzada, utilizada entre
organizaciones jerárquicas, el proceso de certificación entre
organizaciones no jerárquicas requiere una certificación individual de
los archivos ID de los servidores.
Para intercambiar certificados no jerárquicos entre organizaciones, cada
organización debe seguir los pasos que se enumeran en Recertificación
de archivos ID no jerárquicos mediante el correo de Notes o en
Recertificación de archivos ID no jerárquicos sin utilizar el correo de
Notes. Cada organización debe cerciorarse de desactivar la opción de
"acreditar" el certificado recibido de la otra organización.
Nota Las organizaciones jerárquicas que quieran certificar archivos ID
de servidores de organizaciones no jerárquicas deberán crear un ID de
certificador no jerárquico con el cual poder hacerlo.
Los resultados de las solicitudes de renovación de certificados varían
según se trate de archivos ID jerárquicos o no jerárquicos. La siguiente
tabla muestra los resultados de todas las situaciones posibles.
ID de servidor o usuario no
jerárquicos
(Sólo contiene uno o más
certificados no jerárquicos)
ID de servidor o usuario
jerárquicos
(Contiene un certificado
jerárquico; es posible que
también contenga certificados
no jerárquicos)
ID de certificador
no jerárquico
El certificado resultante
no es jerárquico. Se
mantienen otros
certificados.
El certificado resultante no
es jerárquico; se mantienen
tanto el nombre jerárquico
como el certificado, junto
con cualesquiera otros
certificados no jerárquicos.
ID de certificador
jerárquico
El nombre del ID se
convierte en jerárquico y
el certificado resultante es
jerárquico. Los
certificados no jerárquicos
se mantienen.
El certificado resultante es
bien un certificado cruzado o
un certificado jerárquico
recertificado.
Cómo convierte el Proceso de administración un nombre de usuario
de Notes no jerárquico en jerárquico
Se puede usar el Proceso de administración para convertir un usuario
de Notes no jerárquico en jerárquico, iniciando una acción de cambio de
nombre de persona en el Directorio de Domino. La secuencia de
solicitudes del Proceso de administración que tiene lugar es idéntica a la
que se efectúa cuando se cambia el nombre de un usuario jerárquico de
Notes.
Resultados de las solicitudes de renovación de certificados
Cómo convierte el Proceso de administración un nombre de servidor
no jerárquico en jerárquico
El diagrama adjunto muestra la secuencia de solicitudes que el Proceso
de administración efectúa cuando se usa para convertir un nombre
servidor no jerárquico en jerárquico. Bajo el diagrama se ofrece
información más detallada sobre cada solicitud.
Iniciar Renombrar en el Directorio
Se ejecuta al: Seleccionar un documento de servidor en el Directorio de
Domino y seleccionar Acciones - Actualizar servidor a jerárquico.
Se lleva a cabo en: El servidor de administración del Directorio de
Domino.
Momento en que se lleva a cabo: Según el intervalo definido para el
Proceso de administración en el documento de servidor.
Resultado: El Proceso de administración agrega el certificado jerárquico
al campo Clave pública certificada del documento de servidor y un
cambio de solicitud al campo Solicitud de cambios.
Renombrar servidor en el Directorio
Se ejecuta al: Actualizar el servidor su ID con los nuevos nombre y
certificado jerárquicos cuando detecta el cambio de nombre en el campo
Solicitud de cambios de su documento de servidor.
Se deposita en: El servidor cuyo nombre ha cambiado.
Domino.
Resultado: Se actualizan las demás apariciones del nombre del servidor
en los documentos del Directorio de Domino.
Renombrar en documentos de persona
Se ejecuta al: Finalizar el procesamiento de la solicitud Renombrar
servidor en el Directorio.
Se deposita en: El servidor de administración del Directorio de
Domino.
Domino.
Momento en que se lleva a cabo: Según el valor especificado para
Ejecutar solicitudes diarias a las en la sección Proceso de
administración del documento de servidor.
Resultado: Se actualiza el nombre en los documentos del Directorio de
Domino.
Renombrar en la LCA
Se ejecuta al: Finalizar el procesamiento de la solicitud Renombrar
servidor en el Directorio.
Domino.
Se deposita en: El servidor donde se selecciona la acción de actualizar.
Se lleva a cabo en: Todos los servidores del dominio.
Resultado: Todos los servidores del dominio actualizan el nombre de la
persona en las listas de control de acceso de las bases de datos para las
cuales son servidores de administración.
Renombrar en campos de lectores y autores
Se ejecuta al: Finalizar el procesamiento de la solicitud Renombrar en
documentos de persona en el servidor de administración del Directorio
de Domino.
Domino.
Se lleva a cabo en: Todos los servidores del dominio.
Momento en que se lleva a cabo: Según los valores especificados en el
apartado Solicitudes pospuestas para el Proceso de administración en
el documento de servidor.
Resultado: Todos los servidores del dominio actualizan el nombre de la
persona en los campos de lectores y autores de las bases de datos de las
que sean servidores de administración y que tengan seleccionada la
opción especial Modificar campos de lectores y autores en el cuadro de
diálogo Lista de control de acceso.
Eliminar solicitudes de cambios obsoletas
Se ejecuta al: Expirar el período durante el cual una persona puede
aceptar el nombre nuevo, cuya duración predeterminada es de veintiún
días. Para cambiar el período de expiración, modifique el parámetro
Name_Change_Expiration_Days en el archivo NOTES.INI.
Domino.
Domino.
Momento en que se lleva a cabo: Según el valor especificado para
Ejecutar solicitudes diarias a las en la sección Proceso de
administración del documento de servidor.
Resultado: El Proceso de administración elimina el contenido del campo
Solicitud de cambios del documento de servidor.
Capítulo 12
Generalidades sobre la migración de usuarios a
Notes y Domino
En este capítulo se ofrece una visión general del proceso de migración y
las herramientas de migración de Domino, y se explican los términos y
los conceptos con los que conviene estar familiarizado antes de llevar a
cabo la migración de los usuarios.
Generalidades sobre la migración de usuarios a Notes y Domino
En esta sección se ofrece una visión general del proceso de migración y
las herramientas de migración de Domino, y se explican los términos y
los conceptos con los que conviene estar familiarizado antes de llevar a
cabo la migración de los usuarios. Esta sección contiene los temas
siguientes:
Uso de este manual
Instalación de Domino Administrator y las herramientas de
migración
Importación de usuarios de un directorio de otro sistema
Cómo registrar usuarios
Creación de archivos de correo de Notes
Cómo comprobar que la migración se ha realizado correctamente
En otras secciones de este manual encontrará información específica
sobre cómo migrar los usuarios de cada uno de los sistemas de correo y
de directorios soportados.
12-1
Las herramientas de migración de Lotus® Domino Administrator le
permiten migrar fácilmente a Lotus Notes® y DominoTM Versión 5 la
información procedente de los sistemas de mensajería y de directorios
existentes. Con ellas podrá importar los usuarios de un directorio de
otro sistema, registrarlos como usuarios de Notes y, posteriormente,
convertir al correo de Notes el correo de los sistemas de correo
soportados. Las herramientas de migración le permiten migrar todos los
usuarios del directorio de otro sistema o seleccionar los usuarios
específicos que desea migrar.
Uso de este manual
Este manual va dirigido a los administradores de servicios de
información, administradores de Domino, gerentes de bases de datos,
desarrolladores de aplicaciones y cualquier persona encargada de la
migración a Lotus Domino Versión 5 de los usuarios de sistemas de
mensajería o directorios externos. El administrador encargado de
realizar la migración deberá estar familiarizado con Lotus Domino y
Notes, así como con el sistema de directorios o de mensajería desde el
que vayan a migrarse los usuarios.
El proceso de migración variará de una organización a otra,
dependiendo de la configuración de red, los recursos disponibles y el
nivel de migración deseado. En este manual encontrará directrices y
procedimientos generales que podrá adaptar a su organización a la hora
de planificar y realizar la migración a la Versión 5 de Domino.
Antes de llevar a cabo la migración, lea esta sección y las secciones que
contienen información específica sobre el sistema desde el que vaya a
realizar la importación. Por ejemplo, si va a importar usuarios desde
Microsoft Exchange, después de leer esta sección, consulte "Migración
de usuarios desde Microsoft Exchange".
Es posible que los usuarios que vaya a migrar tengan datos de
mensajería almacenados en otros lugares fuera de sus buzones. En el
tema Migración de datos personales de correo encontrará información
que le ayudará a preparar a los usuarios para que ejecuten el Asistente
de actualización que migrará dichos datos.
Migración de usuarios y datos de correo
Las libretas de direcciones, los almacenes de mensajes y los archivos de
clasificación de un sistema de mensajería contienen una gran cantidad
de información. A la hora de migrar usuarios de otro sistema a Notes y
Domino, no sólo es importante mantener servicios de mensajería fiables
y causar el menor transtorno posible a los usuarios, sino también
mantener el acceso a la información del sistema antiguo, convirtiendo
dicha información para que los usuarios puedan acceder a ella desde los
clientes Notes.
La migración es un proceso que consiste en trasladar, de un sistema de
mensajería a otro, la información sobre directorios, los buzones, el
correo y las direcciones de los usuarios. Dicho proceso comprende la
importación de los datos de un sistema de mensajería antiguo y su
conversión al formato del correo de Notes y del Directorio de Domino.
Importar consiste en trasladar los datos de un directorio, oficina de
correos o buzón de correo externos y hacer que puedan ser procesados
en el formato de Domino o Notes. Convertir consiste en procesar la
información importada y cambiarla al formato de Domino o Notes.
Domino Versión 5 dispone de dos juegos de herramientas para la
migración de usuarios: las herramientas de migración de Domino, para
los administradores, y los asistentes de actualización, para los usuarios
finales. Dependiendo del entorno y del tipo de migración que vaya a
llevarse a cabo, podrá utilizarse una de estas herramientas o ambas.
Las herramientas de migración de Domino, que forman parte y se
instalan con Domino Administrator, permiten realizar las tareas
siguientes a los administradores autorizados:
Registrar a los usuarios importados
Crear, automáticamente, los archivos de correo de Notes para los
usuarios registrados
Convertir correctamente los mensajes de los buzones de correo de la
oficina de correos antigua al formato de Notes.
Domino Administrator dispone de herramientas de migración para los
siguientes sistemas de mensajería y de directorios:
Archivos LDIF (formato de intercambio de datos de LDAP)
Lotus cc:Mail y Organizer® 2.x para cc:Mail
Microsoft Exchange
Microsoft Mail
Microsoft Windows NT Server
Netscape Messaging Server
Novell GroupWise 4.x
Novell GroupWise 5.x
Generalidades sobre la migración de usuarios a Notes y Domino 12-3
Importar usuarios de un directorio de otro sistema situado en un
servidor
Las herramientas de migración de Domino sitúan la mayor parte de los
datos del sistema antiguo directamente en bases de datos de Notes en el
servidor Domino. No obstante, en el entorno de Notes existen algunos
tipos de datos, como la información de la Libreta personal de
direcciones, que suelen guardarse en el cliente Notes. Las herramientas
de migración utilizan mensajes de correo de Notes para enviar los datos
del cliente a los usuarios migrados. De este modo, los usuarios podrán
ejecutar el Asistente de actualización en sus respectivas estaciones de
trabajo para transferir los datos almacenados en el mensaje de correo a
la correspondiente base de datos del cliente Notes. El Asistente de
actualización migra las direcciones privadas, las listas de distribución
privadas y los archivos de clasificación de mensajes de un usuario a
bases de datos de Notes locales. Si desea información sobre la forma en
que los usuarios finales pueden ejecutar el Asistente de actualización en
su estación de trabajo para migrar datos de mensajería adicionales,
consulte Migración de datos personales de correo.
Nota Además de los asistentes de actualización de usuarios y las
herramientas de migración de Domino que se describen en este manual,
el cliente Notes Versión 5 también dispone de herramientas para migrar
a Notes los datos almacenados localmente de los siguientes programas
de agenda y mensajería: Lotus Organizer 2.x, Lotus Organizer 97,
Microsoft Schedule+, Netscape Messaging Server, Novell GroupWise
4.X, Novell GroupWise 5.x, OpenText OnTime y Qualcomm Eudora.
Estas herramientas, que los usuarios ejecutan en sus estaciones de
trabajo, pueden usarse independientemente de las herramientas de
migración de Domino. Si desea información sobre dichas herramientas,
consulte la Ayuda electrónica proporcionada con cada una de ellas.
Instalación de Domino Administrator y las herramientas de migración
Para poder realizar las tareas que se describen en este manual es
necesario emplear Domino Administrator y las herramientas de
migración. Inicialmente, dichas herramientas no se instalan con Domino
Administrator; debe seleccionarse el componente Herramientas de
migración durante la instalación. Si no ha instalado Domino
Administrator o las herramientas de migración al instalar el cliente
Notes por primera vez, vuelva a realizar la instalación.
Al instalar el software del cliente, realice las operaciones siguientes para
instalar las herramientas de migración necesarias:
1. Cuando el programa le pida que elija el tipo de instalación deseado,
haga clic en Domino Administrator o en Todos los clientes y, a
continuación, haga clic en Personalizar.
2. En la lista de componentes a instalar, seleccione Herramientas de
migración y, a continuación, haga clic en Modificar.
3. En el cuadro de diálogo Seleccionar subcomponentes, seleccione
los elementos relacionados con el tipo de migración que vaya a
realizar. Anule la selección de los componentes que no necesite.
Si va a migrar usuarios de un sistema de correo electrónico, como
cc:Mail, Microsoft Mail o Microsoft Exchange, deberá instalar dos
componentes, una herramienta de administración y una
herramienta de clientes. Instale la herramienta de administración en
su estación de trabajo.
Una vez que haya migrado los usuarios, si desea que éstos migren
sus datos de correo personales, instale la herramienta de migración
de clientes en la estación de trabajo de cada uno de ellos en el
momento de instalar el cliente Notes Versión 5, o en un directorio
de red compartido.
4. Continúe con la instalación siguiendo las indicaciones del programa.
Importación de usuarios de un directorio de otro sistema
Los directorios de oficinas de correos, como los directorios de oficinas
de correos de cc:Mail o las libretas de direcciones de Microsoft
Exchange, contienen información básica sobre los usuarios del sistema:
los nombres, las direcciones de correo, las contraseñas, etc. Durante la
migración, las herramientas de migración extraen la información del
directorio de otro sistema y la utilizan para crear los documentos de
persona del Directorio de Domino.
El proceso de importación de usuarios se compone de las tareas
siguientes:
Especificación del Directorio de origen de otro sistema
Selección de las personas y los grupos que van a migrar
Consejo Con el fin de obtener las mejores prestaciones, es aconsejable
que ejecute Domino Administrator en un equipo que pertenezca al
mismo dominio de Domino que el servidor de correo de destino.
Asimismo, si utiliza el MTA de cc:Mail para permitir la coexistencia
entre cc:Mail y Notes, no es recomendable que ejecute Domino
Administrator en el servidor MTA.
Especificación del Directorio de origen de otro sistema
Una Libreta de direcciones o Directorio de origen contiene información
importante sobre los usuarios del sistema de correo antiguo. Con
Domino Administrator, deberá seleccionar el tipo de directorio y
facilitar los datos necesarios para conectarse con él y extraer la
información que contiene. A continuación, podrá examinar la lista de
usuarios disponibles y seleccionar aquellos que van a ser importados a
Notes.
Selección de las personas y los grupos que van a migrar
Tras seleccionar el directorio que vaya a importar, podrá seleccionar los
usuarios y los grupos que desee migrar. Si va a realizar la migración de
múltiples sistemas, puede seleccionar, en la misma sesión, usuarios y
grupos de distintos directorios de otros sistemas.
Por ejemplo, en el cuadro de diálogo Migrar personas y grupos, podría
seleccionar 10 usuarios para migrarlos de un directorio de cc:Mail y, a
continuación, añadir otros usuarios de un directorio de Microsoft
Exchange. Si vuelve a seleccionar el directorio de cc:Mail, los 10
usuarios seguirán seleccionados.
Migración de grupos
Las herramientas de migración de Domino le permiten migrar los
grupos, y sus miembros, de un directorio de otro sistema. Dichas
herramientas soportan la migración de dos tipos de miembros:
Usuarios locales
Grupos anidados (y sus usuarios locales)
Los usuarios locales tienen entradas en el directorio local, es decir, el
mismo directorio en el que se encuentra la entrada de grupo. Cuando se
selecciona un grupo para migrarlo, también se seleccionan para su
migración los usuarios locales del grupo.
Los grupos anidados son grupos que a su vez son miembros de otro
grupo. Un grupo de nivel superior puede contener, desde un solo grupo
anidado, hasta toda una jerarquía de grupos anidados. Inicialmente, al
migrar un grupo también se migran los grupos anidados dentro de él,
así como los usuarios locales que pertenecen a dichos grupos. Para
poder migrar un grupo anidado es necesario migrar también el grupo al
que pertenece. Si desea más información sobre la migración de grupos
anidados, consulte el tema Migración de grupos anidados.
Si no desea incluir los grupos anidados y sus miembros, puede cambiar
la selección predeterminada para excluirlos de la lista. Sin embargo, no
es posible impedir que las herramientas de migración agreguen los
usuarios locales pertenecientes al grupo principal.
Procesamiento de grupos con nombres repetidos
Al seleccionar los grupos que van a migrar, la herramienta de migración
realiza una búsqueda en el Directorio de Domino para determinar si el
nombre de alguno de los grupos seleccionados coincide con el de alguno
de los grupos existentes en Notes.
Si la herramienta de migración detecta alguna coincidencia, le mostrará
el cuadro de diálogo Opciones de migración para el grupo x existente
para que pueda especificar cómo desea procesar el grupo duplicado.
Si la herramienta de migración no detecta ninguna coincidencia, le
mostrará el cuadro de diálogo Opciones de migración de grupo para
que pueda especificar cómo desea crear el grupo de Notes a partir del
grupo que va a migrar.
Migración de grupos con nombres repetidos
Usar el grupo de Notes existente
Crear un nuevo grupo. No usar el grupo de Notes group
Omitir este grupo. No migrarlo por el momento
Uso de un grupo de Notes existente para migrar grupos con
nombres repetidos
Si lo desea, puede migrar el grupo duplicado al grupo de Notes
existente. Seleccione esta opción si el grupo de Notes existente es
funcionamente equivalente al grupo que va a migrar que tiene el mismo
nombre. Por ejemplo, si tanto el grupo que va a migrar, Directores de
ventas, como el grupo de Notes existente, Directores de ventas, se utilizan
para enviar correo electrónico a los directores de ventas regionales de la
organización, agregue el grupo que va a migrar al grupo de Notes
existente.
Tras hacer clic en Aceptar, la herramienta de migración le mostrará el
cuadro de diálogo Opciones de migración de grupo, que contiene
opciones relativas a la adición de miembros al grupo de Notes, como
por ejemplo, si se agregarán los miembros disponibles del grupo que va
a migrar. Dado que el grupo de Notes ya existe, no podrá modificar ni
su nombre, ni su tipo ni su descripción.
Si agrega un grupo a la lista Personas/grupos de van a migrar cuyo
nombre coincide con el de alguno de los grupos existentes en Notes, la
herramienta de migración le pedirá que indique cómo desea procesar el
grupo que va a migrar. Puede seleccionar una de las opciones
siguientes:
Creación de un grupo nuevo para migrar grupos con nombres
repetidos
Si lo desea, puede crear un nuevo grupo de Notes y migrar a él el grupo
repetido. Seleccione esta opción si el grupo de Notes existente no se
utiliza del mismo modo que el grupo que va a migrar que tiene el
mismo nombre. Por ejemplo, si el grupo que va a migrar, cuyo nombre
es Jefes, se usa para enviar correo electrónico a los jefes de diversos
proyectos dentro de la organización, y un grupo existente con el mismo
nombre en Notes se utiliza para enviar correo a los jefes de los
departamentos de la organización, cree un nuevo grupo con un nombre
diferente para el grupo que va a migrar.
Tras hacer clic en Aceptar, la herramienta de migración le mostrará el
cuadro de diálogo Opciones de migración de grupo, que contiene
opciones relativas a la creación del grupo de Notes y la adición de
miembros a él, como por ejemplo, el nombre del grupo, el tipo y la
descripción.
Si opta por crear un nuevo grupo de Notes, durante el proceso de
registro, Notes incluirá en él los miembros disponibles del grupo que va
a migrar. Crear un nuevo grupo para un grupo repetido es lo mismo
que crear un nuevo grupo para un grupo que va a migrar que tiene un
nombre exclusivo.
Cómo evitar la creación de documentos de grupo repetidos
Como precaución para evitar la creación de grupos duplicados durante
la migración simultánea de múltiples grupos, suele ser conveniente
desactivar la opción Usar estos parámetros para todos los grupos que
estén seleccionados o anidados. Si usa esta opción, no tendrá la
posibilidad de modificar los nombres de los grupos de migración. Por
consiguiente, si un grupo de migración tiene el mismo nombre que un
grupo de Notes ya existente, una vez finalizado el proceso de registro, el
Directorio de Domino contendrá dos documentos de grupo con dicho
nombre.
Omisión de la migración de grupos con nombres duplicados
Puede decidir no migrar un grupo duplicado. Seleccione esta opción si
desea cancelar la migración de este grupo y regresar al cuadro de
diálogo Migrar personas y grupos. El grupo no se agregará a la lista de
personas o grupos que van a migrar.
Definición de las opciones de migración de grupo
El cuadro de diálogo Migrar personas y grupos le permite seleccionar
los grupos que desea migrar del directorio de otro sistema. Después de
seleccionar un grupo, el cuadro de diálogo Opciones de migración de
grupo le permitirá especificar cómo desea migrar el grupo y sus
miembros. Las opciones disponibles dependerán de si va a migrar los
usuarios a un nuevo grupo o a un grupo de Notes ya existente. Dicho
cuadro de diálogo contiene los campos siguientes:
Para realizar la Para realizar la
migración a un migración a un
grupo existente nuevo grupo
Agregar los miembros de este grupo al
grupo de Notes existente
Sí
--
Crear grupo de Notes con los parámetros
siguientes
--
Sí
Nombre del grupo de Notes
Sólo lectura
Sí
Tipo de grupo
Sólo lectura
Sí
Descripción
Sólo lectura
Sí
Agregar los grupos anidados
ertenecientes a este grupo y sus miembros
Sí *
Sí *
Agregar como usuarios de Notes las
personas incluidas en grupos anidados
Sí **
Sí **
Usar estos parámetros para todos los
grupos que estén seleccionados o anidados
Sí
Sí
Cancelar
Sí
Sí
Cancelar todo
Sí
Sí
* Disponible al seleccionar las casillas de verificación Agregar los miembros de
este grupo al grupo de Notes existente o Crear grupo de Notes con los
parámetros siguientes.
** Disponible al cancelar la selección de las casillas de verificación Agregar los
miembros de este grupo al grupo de Notes existente o Crear grupo de Notes
con los parámetros siguientes.
Además de las opciones de dicho cuadro de diálogo, también puede
definir una opción que le permite migrar grupos vacíos. Si desea más
información sobre la migración de grupos vacíos, consulte el apartado
"Cómo permitir la adición de grupos vacíos a Notes" en este mismo
capítulo.
Nota Tras finalizar un proceso de migración, revise siempre los
documentos de grupo resultantes para asegurarse de que contienen los
miebros esperados.
Nombre de la opción o campo
Agregar los miembros de este grupo al grupo de Notes existente
Si agrega un grupo a la lista de personas o grupos que van a migrar
cuyo nombre coincide con el de alguno de los grupos existentes en
Notes, deberá indicar si desea usar el grupo de Notes existente durante
la migración o crear un nuevo grupo.
Si decide usar el grupo existente, el cuadro de diálogo Opciones de
migración de grupo mostrará la casilla de verificación Agregar los
miembros de este grupo al grupo de Notes existente que, inicialmente,
se encuentra seleccionada. Con esta opción activada, las herramientas
de migración agregarán al grupo de Notes existente los miembros del
grupo que va a migrar. Después de hacer clic en Aceptar para cerrar el
cuadro de diálogo, en la lista de personas o grupos que van a migrar
aparecerá tanto el nombre del grupo que va a migrar como el de los
usuarios locales pertenecientes a dicho grupo. Durante el proceso de
registro, los usuarios migrados se agregarán al grupo de Notes
existente.
Si no desea agregar al grupo de Notes existente los usuarios del grupo
que va a migrar, anule la selección de la casilla de verificación. Los
nombres de los usuarios locales del grupo que va a migrar aparecerán
en la lista de personas o grupos que van a migrar. Durante el proceso de
registro, los usuarios migrados no se agregarán al grupo de Notes
existente.
Crear grupo de Notes con los parámetros siguientes
Si el nombre del grupo que va a migrar no coincide con el de ninguno
de los grupos existentes en el Directorio de Domino, el cuadro de
diálogo Opciones de migración de grupo mostrará la opción Crear
grupo de Notes con los parámetros siguientes.
Inicialmente, dicha opción se encuentra activada, y la herramienta de
migración creará un nuevo grupo de Notes, le asignará el nombre del
grupo que va a migrar, e incluirá los usuarios locales del grupo original,
así como los grupos anidados y sus miembros disponibles. Si lo desea,
puede modificar la información predeterminada que aparece en los
campos siguientes :
Tipo de grupo
Descripción
Al crear un nuevo grupo de Notes para un grupo que va a migrar,
también puede migrar los grupos anidados que sean miembros del
grupo. Inicialmente, la opción Agregar los grupos anidados
pertenecientes a este grupo y sus miembros se encuentra seleccionada.
Desactive la opción si desea migrar los usuarios locales del grupo pero
no desea crear un nuevo grupo de Notes basado en él. Al desactivar
dicha opción, no podrá migrar los grupos anidados que sean miembros
de este grupo. No obstante, si desea migrar los usuarios pertenecientes a
dichos grupos anidados, puede seleccionar la opción Agregar como
usuarios de Notes las personas incluidas en grupos anidados.
Especificación del nombre, el tipo y la descripción para los grupos
migrados
Durante la creación de un nuevo grupo de Notes para un grupo
migrado, puede especificar el nombre y el tipo de grupo, además de
facilitar una descripción opcional del grupo. Si agrega el grupo que va a
migrar a un grupo de Notes existente, no podrá modificar esta
información.
Sólo podrá modificar el nombre del grupo si crea un nuevo grupo de
Notes para el grupo que va a migrar. Inicialmente, los grupos
importados conservan sus nombres originales. Por ejemplo, si importa
un grupo de cc:Mail denominado #admins, el grupo de Notes creado a
partir de este grupo también se llamaría #admins.
Este campo no podrá editarlo si el grupo es un grupo de Notes
existente, o si desactiva la opción Crear grupo de Notes con los
Tipo de grupo
Si crea un nuevo grupo de Notes para un grupo que va a migrar, puede
modificar el tipo de grupo. Puede crear cualquiera de los siguientes
tipos de grupos de Notes:
Sólo correo
Sólo listas de control de acceso
Multiuso
Sólo listas de acceso denegado
Inicialmente, las herramientas de migración crean grupos de tipo
Multiuso. Si desea información sobre la forma en que Notes usa cada
uno de estos tipos de grupos, consulte el tema Creación y modificación
de grupos.
Este campo muestra el nombre que la herramienta de migración
asignará al grupo importado. Al crear un nuevo grupo de Notes a partir
de un grupo importado, puede conservar el nombre original o
especificar uno nuevo. Inicialmente, los grupos importados conservan
sus nombres originales, que aparecen en el campo Nombre del grupo
de Notes. Si desea renombrar el grupo importado, introduzca un
nombre nuevo en este campo.
Si desea información sobre la creación y la modificación de grupos,
consulte el manual Administración del sistema de Domino.
Este campo no podrá editarlo si el grupo es un grupo de Notes
existente, o si desactiva la opción Crear grupo de Notes con los
Descripción
Este campo muestra la descripción existente del grupo importado, que
la herramienta de migración agregará al campo Descripción del
documento de grupo de Notes. Inicialmente, si existe una descripción
para el grupo importado, aparecerá en este campo.
Sólo podrá modificar la descripción si crea un nuevo grupo de Notes
para el grupo que va a migrar. Este campo no podrá editarlo si el grupo
es un grupo de Notes existente, o si desactiva la opción Crear grupo de
Notes con los parámetros siguientes.
Migración de grupos anidados
Cuando un grupo es miembro de otro grupo, se dice que está anidado
dentro él y se considera un grupo anidado. Los grupos pueden estar
anidados jerárquicamente, donde cada grupo anidado contiene uno o
varios grupos anidados adicionales. Por ejemplo, los grupos #Gerentes IS
podrían tener como miembro al grupo #admins, que incluye al grupo
#admins oc, que incluye al miembro #copias oc, y así sucesivamente.
Los grupos anidados sólo pueden migrarse si se migra también su
grupo de nivel superior. Independientemente de si agrega el grupo
principal, puede agregar los usuarios de los grupos anidados.
Hay dos opciones relacionadas con la migración de grupos anidados:
Agregar los grupos anidados pertenecientes a este grupo y sus
miembros
Agregar como usuarios de Notes las personas incluidas en grupos
anidados
Casilla de verificación "Agregar los grupos anidados
pertenecientes a este grupo y sus miembros"
Inicialmente, al migrar un grupo, la casilla de verificación Agregar los
grupos anidados pertenecientes a este grupo y sus miembros se
encuentra seleccionada, y las herramientas de migración agregan todos
los miembros del grupo, incluidos otros grupos anidados y sus usuarios
locales, a la lista de personas o grupos que van a migrar.
Por ejemplo, si va a migrar el grupo #Gerentes IS, que incluye al
grupo #admins, que a su vez incluye al grupo #admins oc, y selecciona
la opción Agregar los grupos anidados pertenecientes a este grupo y
sus miembros, se agregarán los tres grupos (#Gerentes IS , #admins y
#admins oc) y todos sus miembros a la lista de personas o grupos que
van a migrar.
Si no desea agregar los grupos anidados o sus usuarios a la lista de
personas o grupos que van a migrar, anule la selección de la casilla de
verificación.
Este campo no estará disponible si cancela la selección de las casillas de
verificación Agregar los miembros de este grupo al grupo de Notes
existente o Crear grupo de Notes con los parámetros siguientes.
Casilla de verificación Agregar como usuarios de Notes las
personas incluidas en grupos anidados
Seleccione esta casilla de verificación si desea migrar los usuarios locales
de los grupos anidados de un grupo sin migrar el grupo de nivel
superior. Inicialmente, la casilla no se encuentra seleccionada.
Este campo no estará disponible si selecciona las casillas de verificación
Agregar los miembros de este grupo al grupo de Notes existente o
Crear grupo de Notes con los parámetros siguientes.
Migración de grupos con miembros comunes
En determinadas situaciones, es posible que algún usuario o grupo de
una jerarquía de grupo que vaya a migrar sea miembro de varios
grupos de la jerarquía. Al migrar grupos anidados, las herramientas de
migración omiten las entradas duplicadas de usuarios o grupos. Los
elementos sólo se agregan una vez a Notes.
Usar estos parámetros para todos los grupos que estén
seleccionados o anidados
Si ha seleccionado varios grupos para importar, tal vez le interese usar
los mismos parámetros para importar cada uno de los grupos.
Seleccione esta casilla de verificación si desea aplicar los parámetros del
cuadro de diálogo Opciones de migración de grupo (crear un nuevo
grupo de Notes, importar los grupos anidados, etc.) a todos los demás
grupos que estén seleccionados para su importación, incluidos los
grupos anidados. Dichos parámetros no se aplicarán a los grupos que ya
hayan sido procesados ni a los que seleccione posteriormente.
Tras hacer clic en Aceptar, la herramienta de migración agregará los
usuarios de todos los grupos anidados del grupo a la lista de personas o
grupos que van a migrar.
Cuidado No es recomendable usar los mismos parámetros cuando se
migran grupos a una combinación de grupos existentes y nuevos grupos
de Notes. Una vez definida esta opción, la herramienta de migración no
volverá a mostrar el cuadro de diálogo Opciones de migración de
grupo mientras sigue procesando el resto de los grupos seleccionados,
por lo que no se podrá especificar cómo se desea crear o agregar
miembros a dichos grupos. Por consiguiente, las herramientas de
migración crearán los nuevos grupos utilizando sus nombres originales,
lo que puede llevar a la creación de grupos de Notes duplicados.
Cancelación de la migración de un grupo
Si desea cancelar la operación, haga clic en uno de los botones siguientes
del cuadro de diálogo Opciones de migración de grupo:
Cancelar
Cancelar todo
Cancelar
Haga clic en Cancelar si decide no migrar el grupo especificado en el
campo Nombre del grupo de Notes. La herramienta de migración
omitirá el grupo actual y sus grupos de nivel inferior, y continuará con
el siguiente grupo seleccionado. Ni el grupo actual ni ninguno de sus
miembros se agregarán a la lista de personas o grupos que van a migrar.
Cancelar todo
Haga clic en Cancelar todo si decide no migrar el grupo especificado en
el campo Nombre del grupo de Notes, sus grupos de nivel inferior o los
demás grupos que están seleccionados. La herramienta de migración
cerrará el cuadro de diálogo Opciones de migración de grupo e
interrumpirá el procesamiento de aquellos grupos seleccionados que
queden por procesar. Ninguno de los elementos del grupo actual o de
sus grupos de nivel inferior se agregarán a la lista de personas o grupos
que van a migrar.
Adición de usuarios a un grupo de migración
Antes de llevar a cabo la migración de usuarios, considere la posibilidad
de crear un grupo de Notes, denominado UsuariosMigrados, para
agregar los usuarios que desee migrar a dicho grupo durante el proceso
de registro. La creación de dicho grupo le permitirá, posteriormente,
identificar fácilmente a los usuarios migrados cuando envíe
notificaciones de actualización, o cualquier otro tipo de información
relacionada con el proceso de migración.
El cuadro de diálogo Migrar personas y grupos contiene una serie de
opciones que le permiten especificar la forma en que la información del
directorio de origen se importará en el Directorio de Domino y el
archivo de correo de Notes. Las opciones que defina afectarán a todos
los usuarios importados del Directorio de origen actual durante esta
sesión.
Es posible seleccionar un grupo de opciones diferente para cada
Directorio de origen desde el que se importe información durante la
sesión.
Las opciones disponibles en la lista Opciones de migración dependerán
del Directorio de origen de otro sistema que haya seleccionado. Las
opciones de importación son las siguientes:
Generar contraseñas aleatorias
Agregar el nombre completo especificado al documento de
persona de Notes
Convertir el correo
Convertir sólo el correo
Generación de contraseñas aleatorias
Para que el registro de usuarios se realice correctamente, la contraseña
especificada para el usuario debe cumplir los requisitos mínimos de
seguridad definidos para las contraseñas en las preferencias de registro.
Si la contraseña de un usuario no cumple dichos requisitos, deberá
modificarla para poder registrarlo. Si desea más información sobre la
forma en que Notes determina la conformidad con el nivel de seguridad
especificado para las contraseñas, consulte el tema Nivel de seguridad
de las contraseñas.
Si desea información sobre los niveles de seguridad de las contraseñas,
Inicialmente, la mayoría de las herramientas de migración de Domino
definen automáticamente la contraseña de Notes a partir de la
contraseña existente del usuario. Las herramientas de migración para
Windows NT, Novell GroupWise y Netscape Messaging Server no
importan las contraseñas existentes de los usuarios.
Permitir la adición de grupos vacios a Notes
Para los usuarios que no tienen contraseñas que importar, o para
aquellos cuyas contraseñas no pueden importarse (por ejemplo, las de
los usuarios de Windows NT), las herramientas de migración disponen
de una opción que permite generar una contraseña aleatoria que se
ajuste al nivel de seguridad especificado para las contraseñas. El valor
predeterminado para dicha opción es distinta en cada herramienta de
migración. Las contraseñas sólo se generarán para aquellos usuarios
cuyo campo de contraseña está vacío; las contraseñas generadas nunca
sustituyen a las contraseñas importadas del sistema antiguo.
Nota En la Versión 5, la herramienta de migración de Domino para
cc:Mail no admite el uso de la opción Generar contraseñas aleatorias.
Para migrar correctamente el buzón de correo de un usuario de cc:Mail,
antes deberá crear una contraseña de cc:Mail para dicho usuario. Utilice
la herramienta de administración de cc:Mail para crear las contraseñas
de los usuarios antes de proceder a la migración.
Los usuarios para los que cree nuevas contraseñas de Notes podrán
cambiar su contraseña con el cliente Notes. La contraseña que creen
deberá ajustarse al nivel de seguridad definido en el proceso de registro.
Entrega de contraseñas a los nuevos usuarios
Para facilitarle la entrega de las nuevas contraseñas a los usuarios
migrados la primera vez que acceden a Notes, Domino Administrator
mantiene un registro de las contraseñas generadas. La información
sobre las contraseñas de los usuarios migrados se guarda en la base de
datos NTSynch45.nsf, situada en el directorio de datos de Notes.
Si lo desea, también puede mantener un registro de las contraseñas
generadas definiendo una opción de registro que permite mantener en
la cola los usuarios registrados correctamente. El mantenimiento de los
usuarios en la cola de registro tras finalizar dicho proceso le permite
guardar automáticamente la información sobre las contraseñas y el
registro de los usuarios migrados. Una vez finalizado el proceso de
registro, puede seleccionar usuarios en la cola y ver la información sobre
sus contraseñas.
Si desea información sobre cómo mantener los usuarios en la cola de
registro, consulte el apartado "Almacenamiento de los registros
pendientes en la cola de registro" en este mismo capítulo.
Adición de los nombres completos especificados al documento de
persona de Notes
El campo Nombre del usuario de los documentos de persona contienen
los nombres completos (como contraposición a los componentes de los
nombres) por los que los usuarios son conocidos en Notes. Para un
usuario registrado, el primer nombre que aparece en dicho campo, el
nombre principal de Notes, es un nombre jerárquico basado en el ID de
certificador empleado para registrar al usuario, y es el nombre que se
comprueba durante la autentificación del derecho del usuario a acceder
a los recursos de Domino. Además de este nombre principal, el campo
Nombre del usuario puede contener entradas secundarias, que sirven
de alias para el usuario y pueden emplearse durante la asignación de
destinatarios a los mensajes de correo.
Las herramientas de migración importan los nombres completos para
usarlos como nombres de Notes secundarios desde los campos
siguientes de cada directorio de origen:
cc:Mail - Nombre completo del usuario
Microsoft Exchange - Nombre para la visualización
Windows NT - Nombre completo
LDIF - Nombre jerárquico
Si migra la información de un usuario, pero no le registra, el nombre
completo importado puede convertirse en la entrada principal del
campo Nombre del usuario.
Cómo permitir la adición de grupos vacíos a Notes
Dado que es posible que los grupos importados contengan usuarios que
no estén disponibles para su importación, puede que los miembros de
un grupo migrado difieran de los miembros originales. Esto puede
ocurrir, por ejemplo, con las listas de distribución de correo electrónico,
que pueden contener entradas de usuarios de otros sistemas de
mensajería tales como direcciones de Internet. Puesto que las
herramientas de migración no pueden registrar usuarios que se
encuentran fuera del directorio actual, de forma predeterminada, estas
entradas se omitirán en los grupos de Notes creados a partir de los
grupos migrados.
Microsoft Mail - Nombre para la visualización
Los grupos seleccionados para su importación que no contienen ningún
miembro que pueda registrarse en Notes se consideran grupos vacíos.
Inicialmente, las herramientas de migración no importan los grupos
vacíos. Un grupo puede estar vacío porque no contiene ningún miembro
(por ejemplo, un grupo obsoleto que no ha sido eliminado de la Libreta
de direcciones) o porque no contiene ningún usuario local (por ejemplo,
una lista de distribución de correo electrónico en la que sólo figuran las
direcciones de Internet de usuarios de otros sistemas de correo).
La migración de un grupo cuyos miembros no están disponibles, y que,
por lo tanto, estaría vacío, generaría en el Directorio de Domino una
entrada sin ninguna utilidad. Por lo tanto, sólo debería activar esta
opción si piensa agregar usuarios a algún grupo vacío, ya sea durante el
proceso de registro o una vez finalizado éste.
Conversión del correo
Las herramientas de migración de Domino para cc:Mail, Microsoft Mail
y Microsoft Exchange le ofrecen la posibilidad de convertir los archivos
de correo existentes en archivos de correo de Notes. Inicialmente, esta
opción se encuentra activada. Si opta por convertir el correo, durante el
proceso de registro, las herramientas de migración convertirán
automáticamente los archivos de correo del sistema antiguo en archivos
de correo de Notes.
Los archivos de correo se crearán en el servidor especificado en las
preferencias de registro. Si por cualquier motivo, la herramienta de
migración no puede crear el archivo de correo de un usuario, por
ejemplo, si el servidor de correo especificado no dispone de suficiente
espacio en el disco, el usuario se quedará sin registrar y se registrará un
error.
Dado que para la conversión del correo es necesario crear
inmediatamente los archivos de correo, no es posible activar la opción
en el panel Correo del cuadro de diálogo Registrar personas para crear
los archivos de correo mediante un proceso ejecutado en segundo plano
(adminp). Si intenta activar dicha opción, aparecerá un mensaje de
error.
Nota Las opciones Convertir el correo y Convertir sólo el correo se
excluyen mutuamente. Si selecciona una de ellas y la otra ya está
activada, aparecerá un mensaje de error.
Conversión del correo únicamente
Las herramientas de migración de Domino para cc:Mail y Microsoft
Mail le ofrecen la posibilidad de convertir solamente el correo. Esta
opción no está disponible en la herramienta de migración para
Microsoft Exchange. Selecciónela si desea migrar contenido adicional de
los archivos de correo de usuarios que ya estén registrados en Notes.
Inicialmente, esta opción se encuentra desactivada.
Para los usuarios seleccionados, las herramientas de migración migrarán
sólo aquellos mensajes que no hayan migrado previamente. No se
crearán archivos ID de Notes y las herramientas de migración no
modificarán los documentos de persona de los usuarios.
Nota Para poder migrar el correo a un archivo de correo existente se
necesita acceso de gerente a dicho archivo. Si desea información sobre la
obtención de los derechos de acceso necesarios, consulte el tema
Derechos de acceso necesarios para migrar el correo a un archivo de
correo existente.
Por ejemplo, imagine que ha creado una cuenta y un archivo de correo
de Notes para Marcos Rojo, un usuario de cc:Mail. Este usuario recibe
correo adicional en su buzón de correo de cc:Mail y es necesario migrar
dichos mensajes y carpetas a su archivo de Notes, conservando sus
mensajes y carpetas de Notes. La opción Convertir sólo el correo le
permitirá migrar los nuevos mensajes de cc:Mail de Marcos.
Cuando esta opción se encuentra activada, la herramienta de migración
sólo procesa la información relacionada con el correo,
independientemente de las demás opciones de migración que se hayan
definido.
Nota Las opciones Convertir el correo y Convertir sólo el correo se
excluyen mutuamente. Si selecciona una de ellas y la otra ya está
activada, aparecerá un mensaje de error.
Derechos de acceso necesarios para migrar el correo a un archivo
de correo existente
Inicialmente, al crear los archivos de correo para los usuarios migrados,
el ID de administrador empleado durante la migración se agrega
temporalmente a la LCA de cada archivo de correo creado y se le asigna
acceso de gerente. Sin embargo, una vez finalizado el proceso de
registro de los usuarios migrados, el nombre del propietario del archivo
de correo reemplazará a dicho nombre de administrador en la LCA. Por
lo tanto, tras la migración inicial, no podrá abrir el archivo de correo del
usuario, ni tampoco podrá migrar a él el correo adicional.
Para poder hacer uso de esta opción es necesario que los usuarios
seleccionados para ser importados en la lista de personas/grupos
disponibles ya existan en Notes. Además, si va a convertir el correo
adicional de usuarios de cc:Mail migrados, los nombres de cc:Mail de
dichos usuarios deberán figurar como entradas secundarias en el campo
Nombre del usuario de sus respectivos documentos de persona de
Notes.
Si posteriormente necesita acceder a un archivo de correo para migrar el
correo adicional de un usuario, deberá volver a obtener acceso de
gerente al archivo. Si antes de realizar la migración cree que va a
necesitar migrar correo adicional, retenga el acceso de gerente
realizando las operaciones siguientes durante la preparación de los
usuarios para el proceso de registro:
En el panel Correo del cuadro de diálogo Registrar personas, cambie a
diseñador o editor el acceso predeterminado (gerente) del propietario
del archivo de correo.
Dado que Notes necesita que en la LCA figure al menos un usuario con
autorización para editar la LCA, ésta retiene como gerente el nombre
del administrador que lleva a cabo el proceso de migración.
Si durante la migración inicial no ha seguido el procedimiento para
preparar una segunda migración, puede emplear uno de los métodos
siguientes para obtener acceso de gerente al archivo de correo:
Dé instrucciones a los usuarios para que accedan a Notes e incluyan
el nombre del administrador (su nombre) en la LCA de sus archivos
de correo y le asignen acceso de gerente.
Utilice el ID de servidor en lugar del ID de administrador para
migrar el correo, ya que, inicialmente, al ID de servidor se le asigna
acceso de gerente en la LCA.
Después, puede acceder a Domino Administrator con un ID que figure
en la LCA de los archivos de correo que va a migrar y migrar los
usuarios empleando la opción de convertir solamente los archivos de
correo.
Registro de usuarios y migración de los datos de mensajería
Después de importar usuarios del sistema antiguo en la cola de registro,
éstos estarán disponibles para su registro. Tras su registro, podrán
conectarse con el servidor Domino y acceder a sus recursos, incluidos
los archivos de correo. Los usuarios pueden registrarse en un solo
servidor Domino o distribuirse entre varios servidores.
Por cada usuario seleccionado para su registro, Domino crea
automáticamente un ID de Notes empleando el ID de certificador
especificado, y si fuera aplicable, migra los datos de correo del servidor
de mensajería antiguo a los archivos de correo de Notes. Los datos de
mensajería almacenados en ubicaciones distintas del servidor de
mensajería antiguo no migrarán.
Las herramientas de migración importan del sistema antiguo
determinada información de registro, como las contraseñas y los
nombres de los usuarios. Si fuera necesario, puede especificar
información de registro adicional.
Si desea más información sobre la configuración de usuarios en Notes,
consulte el tema Configuración de los usuarios de Notes.
Si desea información sobre la configuración de usuarios en Notes,
Especificación del lugar de registro para los usuarios importados
Al registrar los usuarios importados, no es necesario situarlos en el
mismo servidor ni dentro de la misma unidad organizativa. Puede
especificar el servidor de registro, el servidor de correo y el ID de
certificador que desea usar para realizar el registro de cada unos de los
usuarios que se encuentran en la cola. Si desea más información sobre la
especificación de la información de registro para los nuevos usuarios,
consulte el tema Utilización del registro de usuarios con las opciones
avanzadas.
Determinación de la causa de los registros fallidos
Si intenta registrar un usuario, y por cualquier motivo, el registro no
puede llevarse a cabo, la entrada permanecerá en la cola, y el estado
indicará la causa del fallo. Puede realizar las modificaciones necesarias
en la información de registro y posteriormente tratar de registrar el
usuario de nuevo.
Importación de contraseñas
Al importar un usuario para registrarlo, las herramientas de migración
comparan la longitud y el nivel de complejidad de su contraseña con el
nivel de seguridad especificado para las contraseñas. Si el nivel de
seguridad de la contraseña existente no cumple o supera los estándares
del nivel de seguridad especificado para las contraseñas, tras agregar el
usuario a la cola de registro, el estado de registro indicará que para
poder realizar correctamente el registro es necesario modificar la
contraseña del usuario.
La herramienta de migración para Windows NT no importa las
contraseñas de las listas de dominios de Windows NT.
Si desea más información sobre el nivel de seguridad de las contraseñas,
consulte el tema Nivel de seguridad de las contraseñas.
Si desea información sobre la especificación de la información de
registro para los nuevos usuarios, consulte el manual Administración del
sistema de Domino.
Si desea información sobre los niveles de seguridad de las contraseñas,
Si fuera necesario, modifique las contraseñas de los usuarios de la cola
de registro. Para ello, seleccione el usuario en el cuadro Estado del
registro, edite la contraseña en el panel General y haga clic en Aplicar
delegación a todas las entradas seleccionadas para actualizar el estado.
Especificación de las opciones avanzadas de registro de personas
Una vez que haya importado los usuarios y los grupos, puede
especificar las opciones que determinan la forma en que Notes
procesará la información durante el registro de los usuarios.
Puede seleccionar las siguientes opciones de registro:
No continuar si hay errores durante el registro
Mantener en la cola personas registradas correctamente
Intentar registrar las personas de la cola con errores
Permitir el registro de personas registradas anteriormente
Además, puede configurar el proceso de registro para proceder del
modo siguiente en caso de que el nombre de usuario o el nombre del
archivo de correo del usuario que se está registrando coincidan con el
de alguna persona existente:
Omitir el registro cuando el nombre de usuario o el nombre del
archivo de correo del nuevo usuario de Notes coincidan con los de
un usuario existente.
Actualizar la persona existente con la información del usuario
migrado.
Sustituir el archivo de correo existente por el archivo de correo
migrado.
Generar un nombre de archivo de correo exclusivo.
Nota En las migraciones que no incluyen la conversión del correo,
si opta por crear en segundo plano el archivo de correo de un
usuario, mediante la tarea adminp, no se tendrá en cuenta la opción
para sustituir el archivo de correo existente.
Inicialmente, todas estas opciones están desactivadas. Las opciones que
seleccione afectarán a todos los usuarios seleccionados para su registro
durante la sesión actual.
Si desea más información sobre la definición de las opciones de registro,
consulte Administración del sistema de Domino.
Definición de las opciones de registro predeterminadas
Durante el registro de los usuarios migrados, es necesario especificar un
número considerable de opciones de registro. Aunque algunos de estos
parámetros, como el nombre del archivo de correo o la dirección de
Internet, son específicos de cada usuario, existen una serie de
parámetros públicos, como el servidor de correo o el nivel de seguridad
de las contraseñas, que pueden aplicarse a múltiples usuarios.
En lugar de tener que especificar la misma información de registro para
cada nuevo usuario, puede especificar fácilmente los parámetros
predeterminados para la información de registro pública. Una vez que
haya definido las opciones de registro predeterminadas, las
herramientas de migración las aplicarán automáticamente a cada uno de
los usuarios que agreguen a la cola de registro.
Para definir los valores predeterminados para el registro puede emplear
cualquiera de los métodos siguientes:
Definiendo las preferencias de administración
Definiendo los valores durante el registro de los usuarios
Definiendo las preferencias de administración
Los parámetros de registro que defina a través de las preferencias de
administración se emplearán como predeterminados al principio de
cada sesión de registro. Aunque puede reemplazarlos definiendo
nuevos valores durante una determinada sesión, volverán a entrar en
vigor la próxima vez que inicie una nueva sesión. Si desea información
adicional sobre la definición de las preferencias predeterminadas para el
registro, consulte el tema Definición de las preferencias de
administración para los procesos de registro y certificación.
Si desea información sobre la definición de las preferencias de
administración, consulte el manual Administración del sistema de Domino.
Preste especial atención a los valores predeterminados para el servidor
de registro y el servidor de correo. Si Domino Administrator no se está
ejecutando el mismo equipo que el servidor Domino, deberá cambiar el
valor predeterminado Local para dichos servidores. Dependiendo del
nivel de seguridad necesario, puede que también le interese definir un
nuevo valor predeterminado para el nivel de seguridad de las
contraseñas necesario para los usuarios que migre.
Definición de los valores predeterminados durante el registro de
los usuarios
Durante una determinada sesión de registro, si ya ha registrado
usuarios, los valores de los parámetros públicos empleados para
registrar el último usuario se convierten en los valores predeterminados
para el siguiente usuario. Si lo desea, también puede definir los valores
predeterminados antes de registrar ningún usuario desde el cuadro de
diálogo Registrar pesonas; para ello, siga el procedimiento siguiente:
1. En Domino Administrator, haga clic en Personas - Registrar e
introduzca la contraseña del ID del certificador para abrir el cuadro
de diálogo Registrar pesonas.
Al abrir por primera vez el cuadro de diálogo Registrar pesonas,
éste está definido para aceptar nuevas entradas, tal como lo indican
las palabras Registrar pesonas -- Nueva entrada de la barra de
título.
2. Haga clic en la casilla de verificación Avanzadas situada en la parte
superior del cuadro de diálogo para ver todos los paneles de
selección disponibles.
3. Seleccione los paneles, uno por uno, y asigne los valores
predeterminados que desee a los parámetros de registro de cada
panel. En el panel General, deje vacíos los campos destinados a la
información sobre el nombre (Nombre, Inicial del segundo nombre
y Apellidos).
4. Haga clic en Migrar personas para abrir el cuadro de diálogo
Migrar personas y grupos y comience a migrar usuarios.
Los valores de los parámetros de registro públicos definidos
durante los pasos anteriores afectarán a todos los usuarios que
migre a la cola de registro durante esta sesión. Una vez que cierre el
cuadro de diálogo Migrar personas y grupos, los parámetros de
registro recuperarán los valores definidos en las preferencias de
administradión actuales.
Almacenamiento de los registros pendientes en la cola de registro
Las herramientas de migración de Domino sitúan automáticamente los
usuarios importados para su registro en una base de datos especial que
recibe el nombre de cola de registro. Dicha base de datos guarda la
información de registro especificada para cada usuario e informa sobre
el estado de cada uno de los registros pendientes.
Los nombres de los usuarios que se encuentran en la cola de registro
aparecen en el cuadro Estado del registro del cuadro de diálogo
Registrar pesonas. Los grupos seleccionados para migrar no aparecen
en la cola de registro.
Los usuarios permanecerán en la cola hasta que sean registrados o
eliminados expresamente. Si tiene usuarios en la cola de registro y, por
cualquier motivo, se ve obligado a dejar su trabajo sin que haya podido
finalizar el proceso de registro, cuando salga del cuadro de diálogo
Registrar pesonas, el programa le preguntará si desea guardar los
usuarios para registrarlos en otra ocasión. Tras la interrupción, los datos
de los usuarios permanecerán intactos para que pueda continuar con el
proceso allí donde lo dejó.
Nota Si los usuarios situados en la cola en el momento de salir del
registro están pendientes de registrarse con certificadores de
organización diferentes, cuando vuelva a abrir el cuadro de diálogo
Registrar pesonas, deberá facilitar la contraseña y el ID de cada uno de
los certificadores.
Si lo desea, puede difinir una opción de registro que permite mantener
los usuarios en la cola después del registro. Si desea información sobre
la definición de las opciones de registro, consulte el tema
Personalización del registro de usuarios.
Aplicación de parámetros de registro a múltiples usuarios
Algunos de los parámetros de registro pueden aplicarse a varios
usuarios al mismo tiempo. En la tabla siguiente figuran los parámetros
de cada uno de los paneles del cuadro de diálogo Registrar pesonas que
pueden modificarse cuando hay varios usuarios seleccionados en la cola
de registro.
Panel General
Servidor de registro
Nivel de seguridad de la contraseña
Definir contraseña Internet
Dominio de Internet
Formato de la dirección de Internet
Panel Correo
Sistema de correo
Servidor de correo*
Acceso del propietario del archivo
Crear el archivo ahora / Crearlo en segundo plano
Plantilla del archivo de correo*
Cuota para la b. datos
Umbral de aviso
Crear índice de texto
Si desea información sobre la definición de las opciones de registro,
Panel General
Panel Info. ID
Servidor de registro
ID del certificador
Tipo de seguridad
Fecha de caducidad de los certificados
Ubicación del ID de usuario
Panel Grupos
Incluir la persona en grupos
Panel Varios
Perfil de configuración
Ubicación
Administrador local
Comentario
Idioma nombres alternativos
Agregar persona a grupo de Windows NT
* Entre los parámetros Servidor de correo y Plantilla del archivo de correo
existe una dependencia mutua. Si hay varios usuarios seleccionados y modifica
el valor de uno de estos dos parámetros, el valor actual del otro parámetro se
aplicará a todos los usuarios seleccionados.
Si desea más información sobre estos parámetros, consulte el tema
Utilización del registro de usuarios con las opciones avanzadas.
Si desea información sobre los parámetros de registro avanzados,
Creación de archivos de correo de Notes
El panel de correo del cuadro de diálogo Registrar personas le permite
especificar el tipo de archivo de correo que desea crear para el usuario,
y si desea crearlo inmediatamente o bien posteriormente a través del
Proceso de admnistración (adminp). Si va a migrar los archivos de
correo de los usuarios, sus archivos de correo de Notes deben crearse
mediante el Proceso de administración; dicha operación no puede
realizarse en segundo plano.
Definición de cuotas para las bases de datos de correo
Al migrar el archivo de correo de un usuario, las herramientas de
migración no tienen en cuenta la cuota de espacio máximo definida para
la base de datos de correo. Los archivos de correo importados se
crearán y seguirán recibiendo mensajes una vez concluido el proceso de
registro, con independencia de las limitaciones de tamaño que se hayan
especificado. Si desea aplicar limitaciones de tamaño a un archivo de
correo, deberá definir un límite después del registro inicial del usuario,
y activar los límites para la base de datos en el documento de servidor
del Gestor de correo. Si se ha activado la comprobación del tamaño, el
usuario no podrá recibir correo si con ello se superase la cuota de
espacio.
Migración de mensajes repetidos
Es posible que los buzones del sistema de correo antiguo contengan
varias copias del mismo mensaje situadas en distintas carpetas. Tras el
proceso de migración, puede que aparezcan mensajes duplicados en las
distintas vistas de Notes, correspondientes a las carpetas del sistema
antiguo, aunque solamente haya migrado una copia del mensaje.
Es conveniente que los usuarios migrados de otros sistemas
comprendan cómo funciona el almacenamiento de mensajes en Notes.
En los sistemas de correo que usan carpetas para almacenar los
mensajes, al copiar un mensaje de la carpeta "Enviados" en otra carpeta
se crea una copia repetida del mensaje.
A diferencia de estos sistemas, un archivo de correo de Notes almacena
los mensajes en una única base de datos que tiene múltiples vistas
carpeta. Cada vista de la base de datos contiene lo mensajes que
cumplen una serie de criterios de selección, como por ejemplo, que
hayan sido enviados. No obstante, aunque un mensaje aparezca en
varias vistas, Notes sólo guarda una copia de él.
Migración de carpetas y subcarpetas
Las carpetas de los archivos de correo de Notes no funcionan como las
de los buzones de otros sistemas. En algunos casos, es posible que los
nombres de las carpetas se trunquen durante el proceso de migración y
que las carpetas anidadas no migren al mismo lugar de la jerarquía de
carpetas que tenían en el archivo de correo de origen.
Subcarpetas de las carpetas Bandeja de entrada y Enviados
Las vistas Bandeja de entrada y Enviados de los archivos de correo de
Notes no pueden contener subcarpetas. Por lo tanto, las subcarpetas
existentes en las carpetas "Bandeja de entrada" y "Enviados" del buzón
de correo antiguo se convertirán en carpetas de nivel superior en el
archivo de correo de Notes durante la migración.
Longitud máxima para los nombres de carpetas
Los nombres de las carpetas de Notes no pueden superar los 64
caracteres. Durante la migración, los nombres de carpetas con una
longitud superior a los 64 caracteres se truncan.
Los usuarios deberán tener sumo cuidado a la hora de eliminar
mensajes de la vista Enviados de Notes. Aunque un mensaje de la vista
Enviados pueda visualizarse en otras vistas secundarias, no puede
trasladarse fuera de la vista Enviados. Si se elimina de dicha vista
también se eliminará de las demás.
Longitud máxima para los nombres de subcarpetas
Los archivos de correo de Notes permiten el uso de carpetas jerárquicas,
o anidadas. En la jerarquía de carpetas el nombre de las subcarpetas
incluye el nombre de sus carpetas de nivel superior. Por ejemplo, en la
jerarquía de carpetas siguiente:
Proyectos/1999/Q3/Junio/Cartas
Notes considera que el nombre completo de la subcarpeta Cartas se
compone de 26 caracteres, ya que éste incluye los nombres de las
carpetas Proyectos, 1999, Q3 y Junio.
Si la ruta de acceso completa a una subcarpeta (es decir, el nombre de la
subcarpeta y de todas sus carpetas de nivel superior) contiene 64
caracteres o menos, la jerarquía de carpetas se migrará intacta. Sin
embargo, las rutas de acceso a las subcarpetas que contengan más de 64
caracteres se acortarán durante la migración. Las herramientas de
migración replicarán la ruta de acceso hasta 64 caracteres y, si fuera
necesario, truncarán el nombre de la última subcarpeta creada. Aunque
no migren las subcarpetas restantes, migrarán los mensajes que
contengan a la última subcarpeta migrada.
Así, por ejemplo, si una subcarpeta del archivo de correo de origen está
anidada siete niveles y el nombre de la ruta de acceso a una subcarpeta
anidada cuatro niveles supera los 64 caracteres, la herramienta de
migración creará las carpetas 1 a 3, conservando la jerarquía de carpetas
existente. La carpeta 4 también se creará en su lugar original en la
jerarquía (anidada dentro de la carpeta 3), pero su nombre se truncará.
Todos los mensajes incluidos en las carpetas anidadas dentro de la
carpeta 4 (carpetas 5 a 7) migrarán a la carpeta 4.
Cómo comprobar que la migración se ha realizado correctamente
Tras haber llevado a cabo una migración, realice las tareas siguientes
para verificar que dicho proceso se ha realizado correctamente:
Compruebe el cuadro Cola de registro para ver si los usuarios de la
cola se han registrado correctamente.
Consulte la vista Eventos varios del archivo de registro de Notes
para ver si hay indicios de usuarios que no han podido registrarse.
Compruebe el contenido de los archivos de correo de Notes de los
usuarios.
Pruebe el acceso al correo y la transferencia de correo de los
usuarios migrados.
Revise los miembros de los grupos migrados para asegurarse de
que contienen entradas válidas.
Una vez que ha confimado que la migración se ha realizado
correctamente, puede preparar a los usuarios finales para que migren
los datos de mensajería almacenados localmente con el Asistente de
actualización.
Si desea más información sobre la forma en que los usuarios pueden
migrar los datos de correo personales, consulte el Capítulo 21.
Capítulo 13
Migración de usuarios desde cc:Mail
Esta sección trata aspectos relacionados con la migración de usuarios
desde cc:Mail a la Versión 5 de Notes, e incluye instrucciones sobre el
uso de Domino Administrator para completar la migración.
Migración de usuarios de cc:Mail
Gracias a la herramienta de migración de usuarios de cc:Mail a Notes de
Domino Administrator, puede importar usuarios y grupos de cc:Mail
desde una determinada oficina de correos y registrarlos como usuarios
de Notes. El proceso de migración:
Le permite crear un ID de Notes y un archivo de correo para los
usuarios importados
Migra el contenido de los buzones de correo del servidor de la
oficina de correos de cc:Mail
Convierte los archivos de Organizer 2.x para la planificación de
grupos de cc:Mail (archivos .OR2) al formato de planificación de
grupos de Notes (.NSF)
La herramienta de migración de cc:Mail a Notes soporta la migración de
usuarios del cliente de la Versión 6.3x de cc:Mail. Una vez finalizada la
migración, el cliente de la Versión 6.3x de cc:Mail accederá a un archivo
de correo ubicado en el servidor Domino, en lugar de hacerlo a un
buzón de correo en la oficina de correos de cc:Mail.
Si necesita migrar buzones de correo para una oficina de correos móvil
de cc:Mail, primero deberá comprimir los mensajes y, a continuación,
migrarlos utilizando un Asistente de actualización de usuarios.
Si desea más información sobre el uso del Asistente de actualización,
consulte el Capítulo 21.
13-1
Importa los usuarios y grupos locales de la oficina de correos (los
usuarios del directorio cuyas ubicaciones están designadas como
L o R) y crea entradas para ellos en el Directorio de Domino
Esta sección de la guía de migración trata los siguientes temas
relacionados con el traslado de usuarios de cc:Mail a Notes:
Versiones de cc:Mail soportadas
Pasos previos a la migración de los usuarios de cc:Mail
Migración de los datos de cc:Mail a Notes
Migración de la información de cc:Mail Organizer
Migración de usuarios en un entorno mixto
Versiones de cc:Mail soportadas
Hay dos versiones de la base de datos de oficina de correos de la red
de cc:Mail en uso. Generalmente, se las denomina DB6 y DB8. La
herramienta de migración de cc:Mail a Notes le permite migrar datos de
cualquiera de ellas. La actualización de una de estas versiones extrae
información de los siguientes archivos:
El directorio de la oficina de correos de cc:Mail: Contiene información
sobre la oficina de correos pública, incluyendo el nombre de la oficina
de correos y las entradas del directorio, listas de distribución públicas y
boletines electrónicos. Este archivo incluye una lista de todos los
números de archivo de los usuarios y punteros a todos los mensajes del
archivo de mensajes.
Archivo de mensajes: Este archivo almacena una copia de cada uno de
los mensajes para todos los usuarios de la oficina de correos. Con el fin
de ahorrar espacio en disco, los mensajes dirigidos a múltiples usuarios
se almacenan una sola vez en este archivo.
Archivos de usuario de la oficina de correos: Estos archivos contienen
toda la información del buzón de correo privado, como por ejemplo las
listas y las carpetas. No contienen mensajes, solamente punteros al
directorio del correo y a los archivos de mensajes.
Archivos de planificación de grupos de Organizer 2.x (archivos .OR2):
Para los usuarios de cc:Mail que utilizan Lotus Organizer 2.x, los
archivos OR2 contienen información sobre las funciones de agenda y
planificación.
Equivalentes en Notes para la información proveniente de cc:Mail
La herramienta de migración de cc:Mail a Notes convierte la
información existente en una oficina de correos de cc:Mail a Notes,
incluyendo los buzones de correo, los mensajes, los boletines
electrónicos y los directorios públicos y privados, tal y como se muestra
en la tabla siguiente. Además, de forma opcional, puede migrar los
archivos de planificación de grupos de Organizer 2.x de los usuarios
(OR2 files).
Estos elementos del buzón de correo de
cc:Mail . . .
Se migran a los siguientes elementos en el
archivo de correo de Notes . . .
Archivos de clasificación
No se migran*
Boletines electrónicos
Bases de datos de debates
Mensajes de los boletines electrónicos No se migra
en las oficinas de correos móviles
No se migra
Carpetas y subcarpetas
Carpetas y subcarpetas**
Fecha del mensaje
Fecha del mensaje
Prioridad del mensaje
Prioridad del mensaje ***
Mensajes y anexos de las carpetas
que se han migrado
Mensajes y anexos ****
Registro de sesiones de cc:Mail
Mobile
No se migra
Datos de Organizer (archivos .OR2)
Entradas del archivo de correo, del
Diario personal y de la Libreta
personal de direcciones
Contraseña
Contraseña
Directorio de la oficina de correos
Listas de distribución privadas
Documentos de grupo de la Libreta
personal de direcciones +
Lista de distribución pública
Documento de grupo del Directorio de
Domino
Marcas de leídos y no leídos
No se migra ++
Acuses de recibo
Acuses de recibo
Reglas
No se migra
Información sobre el remitente y el
destinatario
destinatario
Papelera
No se migra
Informes de correo no entregados
No se migra
Migración de usuarios desde cc:Mail 13-3
Carpeta del Portapapeles
* La herramienta de migración no migra los archivos de clasificación en Domino
Administrator, pero, una vez migrados los usuarios, éstos pueden ejecutar un
Asistente de actualización en sus estaciones de trabajo para migrar sus archivos
de clasificación de mensajes.
** Para los clientes de cc:Mail Versión 8, la migración convierte las carpetas
anidadas y los mensajes que éstas contienen.
*** La herramienta de migración conserva el estado de los mensajes de cc:Mail
marcados como urgentes (aquellos en los que aparece un signo de exclamación
junto al mensaje en la Bandeja de entrada o en la carpeta de Notes). Sin
embargo, Notes no asigna un estado especial a los mensajes importados de
cc:Mail de poca prioridad.
**** Durante el proceso de migración, no se conservan los atributos del texto
enriquecido tales como el color, el estilo y el tamaño de la fuente, el subrayado,
la negrita, las viñetas, los objetos incrustados y los vínculos de documento.
+ Las listas de distribución privadas se envían automáticamente a los usuarios
en el anexo de un mensaje de correo de Notes. A continuación, los usuarios
deben ejecutar un Asistente de actualización en sus estaciones de trabajo para
migrar estas listas a sus libretas personales de direcciones de Notes. Dicho
Asistente también migra las direcciones privadas que los clientes de las versions
2.x y 6.x almacenan localmente en el archivo PRIVDIR.INI. El Asistente de
actualización no soporta la migración de de direcciones privadas para los
clientes de la Versión 8.x de cc:Mail.
++ Todos los mensajes que se han migrado se marcan como no leídos.
Consulte el Capítulo 21 si desea información sobre los asistentes de
actualización de usuarios.
Equivalentes en Notes para la información procedente de Organizer
La tabla siguiente muestra los equivalentes en Notes para la información
procedente de Organizer.
Tipo de documento de
Organizer
Entrada equivalente en
Notes
Dirección
Tarjeta de identificación Se envía por correo al
en la Libreta personal de usuario
direcciones
Alarma
Alarma*
Aniversario
Aniversario de agenda
Cita de agenda
Cita de agenda
Llamada
Tarea
Comentarios
Entrada equivalente en
Notes
Comentarios
Categorías
Categoría
Se migra solamente la
primera categoría
Código de tarifa
--
No se migra
Planificación de
reuniones en grupo
Cita de agenda
Sección incluida
--
No se migra
Vínculo
--
No se migra
Página de notas
Diario personal
Se envía por correo al
usuario
Preferencias
--
No se migra
Actividad de la sección
Planning
Evento de agenda
Entrada periódica
Cita periódica**
Lugareas y recursos
--
No se migra
Avisos de reuniones
pendientes***
--
No se migra
Tareas
Tareas
Preferencias del usuario
y contraseñas
--
No se migra
* Las alarmas solamente se migran si el tipo de documento de Notes resultante
también las soporta.
** Las entradas periódicas que se migran a la Agenda de Notes utilizan la
estructura de periodicidad de la Versión 4.5 de Notes, no la de la Versión 5.0.
Las entradas de este tipo que se migran a la vista Tareas aparecen como
entradas individuales y ya no se designan como periódicas ni incluyen el
símbolo de entrada periódica.
*** Las invitaciones a reuniones solamente se migran si han recibido respuesta
por parte de algún usuario. Los usuarios deben procesar todos aquellos avisos
de reuniones pendientes que desean migrar a Notes.
Pasos previos a la migración de los usuarios de cc:Mail
Es necesario completar varias tareas antes de poder realizar una
migración satisfactoria:
Tareas administrativas generales
Tareas de preparación de Notes y Domino
Tareas de preparación de cc:Mail
Tipo de documento de
Organizer
Tareas administrativas generales
Determine el orden en el que va a migrar las oficinas de correos.
Esta debería ser su planificación de la migración.
Decida el tipo de información de cc:Mail y de Organizer que desea
migrar. La migración de ciertos tipos de datos, como por ejemplos
los boletines electrónicos y la información de Organizer, requieren
una planificación y una preparación adicionales. Consulte
Especificación de los parámetros de conversión de cc:Mail si desea
información sobre los tipos de información de mensajería que puede
migrar.
Asegúrese de haber adquirido la licencia de cliente Notes apropiada
para cada uno de los usuarios de cc:Mail que desea migrar.
Estime el espacio en disco necesario para migrar los buzones de
correo de cc:Mail.
Decida cómo desea convertir sus gateways de cc:Mail en dominios
de Domino para la transferencia del correo a sistemas de correo
externos.
Tareas de preparación de Notes y Domino
En su estación de trabajo de administración, instale el cliente
Domino Administrator de la Versión 5 de Notes y la herramienta de
migración administrativa opcional de cc:Mail. Para instalar el
componente de las herramientas de migración, debe realizar una
instalación personalizada.
Desde la estación de trabajo de administración, asigne una unidad a
la ubicación de la oficina de correos de cc:Mail desde la que está
migrando los usuarios.
Haga una copia de seguridad de la información de Domino.
Desde la estación de trabajo de administración, conéctese con Notes
utilizando un ID de Notes que disponga de acceso de creación de
bases de datos en el servidor de correo.
Asegúrese de que tiene acceso a las contraseñas y a los ID de
certificador para las organizaciones de Domino y las unidades
organizativas en las que está registrando usuarios.
Compruebe que tiene acceso de editor, diseñador o gerente al
Directorio de Domino del servidor de registro.
Si prevé migrar correo adicional después del registro de los
usuarios, durante éste, cambie los derechos de acceso que los
propietarios de los archivos de correo tienen a éstos del nivel
predeterminado de gerente a diseñador o editor.
Consulte el Capítulo 12 si desea instrucciones sobre cómo cambiar el
nivel de acceso predeterminado.
(Opcional) Defina las preferencias de registro.
(Opcional) Cree un grupo de Notes al que pueda agregar los
usuarios provenientes de cc:Mail.
En la estación de trabajo de administración, cierre todas las
aplicaciones, excepto Notes, y todas las bases de datos de Notes.
Tareas de preparación de cc:Mail
Limpie el almacén de mensajes de cc:Mail. Solicite a los usuarios
que compriman o eliminen el correo que no necesiten. Considere la
posibilidad de limitar la cantidad de correo que pueden migrar los
usuarios.
Limpie el directorio de la oficina de correos
Asegúrese de que todos los usuarios provenientes de cc:Mail tienen
contraseñas asignadas. Si no está definida dicha contraseña, no se
podrá realizar la migración del usuario. En este caso, deberá
asignarlas en cc:Mail.
Nota La herramienta de migración de cc:Mail no soporta la
selección de la opción Generar contraseñas aletorias en el cuadro
de diálogo Opciones de migración para aquellos usuarios que no
tienen asignada una contraseña.
Deje fuera de servicio la oficina de correos para que no puedan
acceder a ella los usuarios.
Envíe los mensajes de cc:Mail que están en tránsito. No se realiza la
migración de las colas de correo de las oficinas de correos. Elimine todas
las colas de mensajes de las oficinas de correos y las llamadas de
Router Express con la opción Sólo enviar. Ejecute los productos de
vínculos y el agente de planificación de Organizer.
Haga una copia de seguridad de la oficina de correos de cc:Mail que
desea migrar. Dicha copia conservará la oficina de correos en el
estado en el que estaba antes de ejecutar las utilidades de
mantenimiento.
Verifique la integridad de su oficina de correos realizando
regularmente labores de mantenimiento. Consulte el manual Lotus
cc:Mail Administrator's Guide si desea más información sobre el uso
de las herramientas de mantenimiento de cc:Mail.
Familiarícese con la forma en la que la herramienta de migración
analiza los formatos de los nombres de cc:Mail. Es posible que
ciertos formatos de nombres y ciertos caracteres no se conviertan
correctamente durante la migración. Para asegurarse de que todos
los usuarios que ha migrado se crean con los nombres de Notes
apropiados, es posible que necesite editar ciertos nombres, ya sea
antes o después de la migración.
(Opcional) Elimine los mensajes innecesarios del Registro de
mensajes de cc:Mail, de la Papelera, etc., utilizando el comando
CHKSTAT para DB6 o MSGMGR para DB8. Una vez eliminados,
ejecute RECLAIM para recuperar el espacio en disco usado por
dichos mensajes.
Cree una segunda copia de seguridad de la oficina de correos. Dicha
copia conservará la oficina de correos en el estado en el que estaba
después de ejecutar las utilidades de mantenimiento.
Si también está migrando la información de Organizer para los
usuarios, consulte el apartado Pasos previos a la migración de la
información de Organizer.
Estimación del tamaño de un buzón de correo convertido
No existe una fórmula que realice un cálculo exacto del espacio
necesario para almacenar un buzón de correo una vez convertido éste
en un archivo de correos de Notes. Sin embargo, es posible estimar el
tamaño de un buzón de correo convertido; para ello, ejecute una prueba
de migración y compare el tamaño de de un buzón de correo de cc:Mail
box con el del archivo de correo de Notes resultante. cc:Mail incluye los
siguientes comandos para calcular el tamaño de los buzones de correo
de una oficina de correos:
Para una oficina de correos de DB6
chkstat /N nombre_oc /P contraseña_oc /D ruta_de_acceso_oc
/msgs/all >salida.txt
siendo nombre_oc el nombre de la oficina de correos; contraseña_oc la
contraseña de la oficina de correos; ruta_de_acceso_oc la ruta de acceso
de la red al directorio en el que está ubicada la oficina de correos y
salida.txt el nombre del archivo en el que desea grabar el informe.
Dicho informe indicará el número total de bytes necesarios para cada
buzón de correo de la oficina de correos.
Para una oficina de correos de DB8
msgmgr /N nombre_oc /P contraseña_oc /D ruta_de_acceso_oc
/U "nombre_de_usuario"
nombre_de_usuario el nombre del propietario del buzón de correos cuyo
tamaño está calculando.
Este comando permite averiguar el tamaño total en kB para el buzón de
correos especificado.
Copia de seguridad de la información de Domino
Antes de realizar la migración de los usuarios de cc:Mail, es aconsejable
que haga una copia de seguridad de la siguiente información de
Domino:
NAMES.NSF
DESKTOP.DSK
NOTES.INI
*Archivos .ID
Cómo dejar fuera de servicio la oficina de correos durante la
migración
Con el fin de asegurarse de que la oficina de correos permanece inactiva
mientras realiza la migración, póngala fuera de servicio cambiando el
nombre del directorio y denegando el acceso a éste a los usuarios.
Cuando se finaliza la ejecución de la oficina de correos, se crea el
archivo CCPODOWN en el directorio que contiene los datos de la
oficina de correos. Elimine dicho archivo, si existe.
Copia de seguridad de la oficina de correos de cc:Mail
Durante la migración, la herramienta de migración de cc:Mail a Notes
puede modificar los datos de la oficina de correos cuando se cumplen
las siguientes condiciones:
Migración de la información de Organizer
Uso del MTA de cc:Mail para garantizar la coexistencia de cc:Mail
y Notes
En cualquiera de estas situaciones, es aconsejable que realice una copia
de seguridad de la oficina de correos antes de comenzar la migración.
De esta manera, podrá restaurar la oficina de correos a su estado
original si se producen fallos durante la migración.
Es aconsejable que haga una copia de seguridad de todo el directorio de
la oficina de correos.
No finalice la ejecución de la oficina de correos. La herramienta de
migración utiliza la API del sistema de correo (MEAPI) para
comunicarse con ella. Si finaliza su ejecución, MEAPI no podrá acceder
a ella y la migración no se podrá realizar.
Preparación del directorio para la migración
La herramienta de migración de cc:Mail a Notes convierte los nombres
de usuario del directorio de cc:Mail en documentos de persona del
Directorio de Domino. Antes de efectuar la migración, realice los
siguientes preparativos para dicha conversión con objeto de minimizar
el tiempo invertido en el proceso, así como los errores que se puedan
producir:
Elimine las cuentas inactivas del directorio de la oficina de correos
Comprenda el modo en que la herramienta de migración procesa los
nombres de cc:Mail
Eliminación de cuentas inactivas del directorio de la oficina de
correos
Para cada oficina de correos de cc:Mail que desea migrar a Notes, revise
el contenido del directorio de cc:Mail y verifique cada una de las
cuentas. Identifique y confeccione una lista con las cuentas inactivas,
como por ejemplo cuentas locales que se crearon hace tiempo pero que
nunca se han usado, o cuentas para empleados que ya no trabajan para
la empresa. Posteriormente, cuando seleccione los usuarios que desea
importar en Notes, haga referencia a esta lista para evitar procesar
cuentas no válidas.
Genere un informe del uso de las cuentas de cc:Mail de la siguiente
manera:
Para una oficina de correos de DB6:
CHKSTAT nombre_oc contraseña_oc ruta_de_acceso_oc
STATUSERS/N >salida.txt
Para una oficina de correos de DB8:
DIRSTAT nombre_oc contraseña_oc ruta_de_acceso_oc /DL /LU
/LOG salida.txt
salida.txt el nombre del archivo en el que desea grabar el informe.
Comprensión del modo en que la herramienta de migración
procesa los nombres de cc:Mail
Cuando realice los preparativos para la importación de nombres desde
el directorio de la oficina de correos, tenga en cuenta el modo en que la
herramienta de migración procesa las entradas del directorio de cc:Mail
para crear los nombres de Notes y los documentos de persona. Debería
estar familiarizado con los siguientes aspectos de la conversión de
nombres:
Las diferencias entre los caracteres permitidos en los nombres de
cc:Mail y en los nombres de Notes
El modo en que la herramienta de migración analiza los nombres de
cc:Mail para crear los nombres de Notes
Actualización de los doucmentos de persona existentes
Nota Estas restricciones se aplican solamente a los nombres principales
para los usuarios de Notes registrados. Notes permite el uso de
caracteres no válidos en los nombres de los documentos de persona no
registrados, como por ejemplo aquellos que el MTA de cc:Mail agrega al
Directorio de Domino, así como en los nombres de usuario secundarios.
Aunque es posible eliminar los caracteres no válidos editando los
nombres de la cola de registro después de importar el directorio de
cc:Mail, es aconsejable que edite los nombres antes de realizar la
migración utilizando la herramienta administrativa para su oficina de
correos de cc:Mail.
Comprensión del modo en que la herramienta de migración analiza
los formatos de los nombres de cc:Mail
Al contrario de lo que sucede con los nombres de Notes, que están
formados por tres componentes, el nombre, los apellidos y la inicial del
segundo nombre, la Libreta de direcciones de cc Mail almacena los
nombres como un solo bloque de caracteres, incluyendo comas y
espacios. El formato de nombre usado depende de las convenciones
establecidas dentro de la organización. Por ejemplo, el mismo usuario
podría estar incluido en el directorio de cc:Mail tanto como Susana Soler
o Soler, Susana.
Comprobación de la existencia de caracteres no válidos en los
nombres
Los únicos caracteres que Notes soporta para los nombres de usuario
registrados son: letras (incluyendo aquellas que tenga acentos y otras
marcas diacríticas del juego de caracteres ISO Latin1), números,
ampersand, apóstrofo, guión, punto, espacio y subrayado. Un nombre
de cc:Mail puede contener caracteres cuyo uso no está permitido en un
nombre de Notes. Si intenta registrar un usuario de cc:Mail cuyo
nombre contiene otros caracteres, el proceso de registro generará un
error.
Al generar un nombre de Notes a partir de un nombre de cc:Mail
importado, la herramienta de migración primero determina el formato
del nombre y, a continuación, lo convierte en los componentes del
nombre de Notes. El campo Inicial 2º nombre del documento de
persona tiene una longitud máxima de dos caracteres; los nombres más
largos se truncan.
La tabla siguiente muestra la forma en la que la herramienta de
migración genera los nombres de Notes a partir de los formatos de
nombres de cc:Mail comunes:
Formato del nombre de cc:Mail
Componentes del nombre de Notes
resultantes
Descripción
Ejemplo
Componentes
Ejemplo
Un único nombre
ssoler
Apellidos
Nombre
Inicial 2º
nombre
ssoler
<vacío>
<vacío>
Nombre Apellidos
Susana Soler
Apellidos
Nombre
Inicial 2º
nombre
Soler
Susana
<vacío>
Nombre Apellido1
Apellido2
Carlos de
Miguel
Apellidos
Nombre
Inicial 2º
nombre
de Miguel
Carlos
<vacío>
Nombre1 Nombre2
Apellidos
Juan Antonio
Lopera
Apellidos
Nombre
Inicial 2º
nombre
Antonio Lopera
Juan
<vacío>
Nombre Segundo
nombre Apellidos
César Augusto
Lomas
Apellidos
Nombre
Inicial 2º
nombre
Augusto Lomas
César
<vacío>
Nombre Inicial 2º
nombre Apellidos
Juan J. Baena
Apellidos
Nombre
Inicial 2º
nombre
Baena
Juan
J.
Nombre1 Nombre2
Inicial 2º nombre
Apellidos
Juan Antonio B.
Lopera
Apellidos
Nombre
Inicial 2º
nombre
Lopera
Juan Antonio
B.
Componentes del nombre de Notes
resultantes
Nombre Inicial 2º
nombre Apellido1
Apellido2
Carlos R. de
Miguel
Apellidos
Nombre
Inicial 2º
nombre
de Miguel
Carlos
R.
Nombre, Apellidos
Soler, Susana
Apellidos
Nombre
Inicial 2º
nombre
Soler
Susana
<vacío>
Apellido1 Apellido2,
Nombre
de Miguel,
Carlos
Apellidos
Nombre
Inicial 2º
nombre
de Miguel
Carlos
<vacío>
Apellidos, Nombre
Segundo nombre
Morales, Daniel
Domingo
Apellidos
Nombre
Inicial 2º
nombre
Morales
Daniel
Do
Apellidos, Nombre
Inicial 2º nombre
Ramos, Rosa M.
Apellidos
Nombre
Inicial 2º
nombre
Ramos
Rosa
R.
Apellido1 Apellido2,
Nombre1 Nombre2
Inicial 2º nombre
de Miguel, Juan
Antonio B.
Apellidos
Nombre
Inicial 2º
nombre
de Miguel
Juan Antonio
B.
Actualización de los documentos de persona existentes
Es posible que, en algunos casos, como por ejemplo en aquellos
entornos en los que el MTA de cc:Mail pasa el correo entre cc:Mail y
Notes, los usuarios provenientes de cc:Mail ya dispongan de
documentos de persona en el Directorio de Domino. El componente de
sincronización de directorios del MTA agrega un documento de persona
no registrado al Directorio de Domino por cada usuario existente en el
directorio de cc:Mail.
Al migrar los usuarios, es aconsejable que actualice los documentos de
persona ya existentes, en lugar de crear unos nuevos. La creación de
múltiples documentos de persona para un usuario puede ocasionar
confusión y problemas de seguridad. Si, inadvertidamente, crea un
segundo documento de persona para un usuario, elimine uno de ellos.
Formato del nombre de cc:Mail
Cuando se intenta registrar un usuario, el proceso de registro busca el
Directorio de Domino un documento de persona que coincida con el
que la herramienta de migración ha creado para el usuario que se está
migrando. La comparación está basada en las entradas existentes en el
campo Nombre completo del usuario del documento de persona. El
proceso de registro no utiliza en esta búsqueda los campos Nombre,
Inicial 2º nombre ni Apellidos.
Para un usuario de Notes registrado, la entrada principal en el campo
Nombre completo del usuario es el nombre jerárquico de Notes, que
especifica la organización y la unidad organizativa (OU) a la que
pertenece un usuario. Para los usuarios no registrados, como por
ejemplo los incluidos en los listados de los directorios creados por el
MTA de cc:Mail, el documento de persona no contiene un nombre
jerárquico.
Siempre que se realiza la migración de usuarios de cc:Mail, la
herramienta de migración agrega automáticamente un nombre
jerárquico al documento de persona. El proceso de registro genera este
nombre jerárquico convirtiendo el nombre de cc:Mail en los
componentes del nombre de Notes y agregando información sobre la
unidad organizativa del ID del certificador utilizado durante el registro.
Si se editan los componentes del nombre de Notes en el cuadro de
diálogo Registrar personas, Notes utilizará los componentes
modificados para crear el nombre jerárquico.
Adición del nombre de cc:Mail al documento de persona de Notes
Cuando se migran usuarios desde un entorno MTA de cc:Mail, se debe
seleccionar la siguiente opción en la lista Opciones de migración del
cuadro de diálogo Migrar personas y grupos:
Agregar el nombre de cc:Mail al documento de persona de Notes
(necesario para cc:MTA)
Esta opción, que está seleccionada de forma predeterminada, agrega el
nombre de cc:Mail de un usuario como entrada secundaria al campo
Nombre completo del usuario del documento de persona de Notes. En
consecuencia, la herramienta de migración es capaz de encontrar los
documentos de persona existentes creados por el MTA que utilizan este
nombre. Si el nombre de cc:Mail del usuario que se está migrando
coincide con el nombre de usuario de un documento del Directorio de
Domino, la herramienta de migración le solicitará que actualice dicho
documento.
Si se encuentran varios documentos, el proceso de registro fallará y el
usuario permanecerá en la cola de registro. Revise los documentos
encontrados en el Directorio de Domino y modifique los nombres para
los usuarios existentes o para el nuevo usuario con el fin de eliminar la
duplicación. Por ejemplo, puede agregar las iniciales de los segundos
nombres a los nombres encontrados para evitar confusiones entre ellos.
Supresión de las solicitudes de actualización de los documentos
de persona encontrados
Inicialmente, si el proceso de registro encuentra un documento de
persona en el Directorio de Domino que coincide con el generado para
un usuario que se está migrando, le solicitará que lo actualice o que no
efectúe el registro. Realice el siguiente procedimiento para suprimir
estos mensajes y actualizar o ignorar automáticamente los documentos
encontrados:
1. Cuando esté preparado para registrar los usuarios, haga clic en
Opciones en el cuadro de diálogo Registrar personas.
2. En el cuadro de diálogo Opciones avanzadas para el registro de
personas, seleccione No avisar si hay personas repetidas.
3. En el cuadro desplegable, seleccione Actualizar la entrada existente
en la Libreta de direcciones.
Migración de la información de Organizer
Si seleccionar la opción para migrar la información de Organizer, la
herramienta de migración convertirá la información de los archivos OR2
disponibles de los usuarios de cc:Mail seleccionados. Si desea migrar la
información de Organizer únicamente para un subconjunto de de
usuarios de la oficina de correos, deberá hacerlo en en varias sesiones,
migrando los usuarios cuyos datos de Organizer necesita en una sesión
y los usuarios cuyos datos de Organizer no necesita en una sesión
posterior.
La información de Organizer se almacena en el archivo de correo de
Notes, en la base de datos Diario personal y en la Libreta personal de
direcciones. Es posible que se pierda parte de esta información durante
el proceso de migración, ya que la herramienta de migración
únicamente reproduce las vistas y documentos de Organizer que
disponen de los equivalentes apropiados en Notes.
Cuando se realiza la migración de los buzones de correo para los
usuarios de cc:Mail, tiene también la opción de convertir sus archivos de
planificación de grupos de Lotus Organizer 2.x (archivos OR2) en datos
de Notes. Inicialmente, esta opción se encuentra activada, y se llevará a
cabo la migración de la información de Organizer, si ésta existe y su
estación de trabajo tiene acceso a los directorios de datos apropiados de
Organizer.
Nota La herramienta de migración de cc:Mail a Notes únicamente
migra la información de Organizer 2.x para cc:Mail para Windows; no
migra la información de los archivos OR2 autónomos, de las versiones
de Agenda y Planificación de Notes de los archivos OR2 ni de la versión
PIM de Organizer (el resto de archivos .ORx). Además, dicha
herramienta no soporta la migración de información de Organizer desde
una oficina de correos que utilice el idioma japonés. Existe una
herramienta de migración para el usuario final que permite el traslado
de la información de los archivos OR2 autónomos de Organizer y de la
versión PIM de Organizer a Notes. Esta herramienta está disponible
como un componente opcional de la instalación del cliente de la
Versión 5 de Notes.
Durante el proceso de migración, Organizer crea vistas y documentos
internos temporales en el archivo de correo de Notes, y la información
sobre la planificación de grupos de Organizer proveniente de cc:Mail se
almacena temporalmente en el campo Comentario del documento de
persona del usuario de Notes. Una vez finalizada la migración, estos
elementos se eliminan.
Los errores encontrados durante la migración se graban en el Registro
de Notes (LOG.NSF) del equipo que está ejecutando Domino
Administrator.
Una vez migrado el archivo OR2 de un usuario, éste ya no podrá abrirlo
en Organizer 2.x. Además, después de una migración realizada
satisfactoriamente, el resto de usuarios no podrán ver las planificaciones
de tiempo libre de Organizer para los usuarios que se han migrado ni
enviar mensajes de planificación al Agente de Organizer del usuario. Sin
embargo, los usuarios que se han importado todavía pueden utilizar el
correo electrónico para realizar sus planificaciones y responder a
invitaciones si se configura la remisión automática del correo desde sus
antiguas cuentas de cc:Mail a las nuevas cuentas de correo de Notes.
Determinación del juego de caracteres (página de códigos) para la
migración de Organizer data
Cuando se efectúa la migración de la información de Organizer, la
herramienta de migración de cc:Mail a Notes utiliza el juego de
caracteres (página de códigos) que se ha especificado para la migración
de datos desde la oficina de correos de cc:Mail. Dicha página de códigos
se selecciona cuando se especifican los parámetros de conversión en el
cuadro de diálogo Parámetros avanzados de actualización de cc:Mail.
Consulte el apartado "Especificación de la página de códigos para la
conversión de la información de cc:Mail" en este mismo capítulo si
desea más información sobre la selección de la página de códigos
cuando se migran los datos de cc:Mail.
Migración de múltiples secciones de un único tipo
La herramienta de migración de cc:Mail a Notes fusiona múltiples
secciones de Organizer de un determinado tipo en un único equivalente
en Notes. Por ejemplo, si el usuario tiene varias secciones Recordatorio
en Organizer, dicha herramienta las combina en una única lista de tareas
de Notes. De forma parecida, si existen múltiples secciones Directorio,
Aniversarios, Agenda, Llamadas, Notas y Planning, éstas se fusionan en
un solo equivalente en Notes.
Especificación de una contraseña al migrar la información de
Organizer
En Notes, es necesario autentificar un proceso antes de poder ejecutarlo.
Debido a que la migración de Organizer es un proceso aparte, antes de
poder completarlo y registrar los usuarios, es necesario especificar una
contraseña de Notes. La herramienta de migración se la solicitará
cuando vaya a registrar el primer usuario de cc:Mail para el que haya
seleccionado la opción Convertir a Notes los archivos .OR2 de
Organizer. Solamente deberá introducir la contraseña una vez durante
la sesión actual.
Cuando migre la información de Organizer, es aconsejable que agregue
los usuarios de Organizer a la cola de registro antes que el resto de
usuarios.
Migración de las secciones Directorio y Notas de Organizer
Las secciones Directorio y Notas de Organizer se importan en la Libreta
personal de direcciones y en la base de datos Diario personal,
respectivamente, en la estación de trabajo Notes de un usuario. Si
existen varias secciones Directorio, éstas se importan en una única
Libreta personal de direcciones. De forma similar, múltiples secciones
Notas se importan en una sola base de datos Diario personal.
Las páginas de una sección Notas de Organizer pueden contener tanto
gráficos como texto. Los gráficos se importan como archivos anexos
incrustados en la base de datos Diario personal y se envían por correo al
usuario. El texto ASCII de la sección Notas se incluye en el texto de
dicha base de datos en forma de texto enriquecido.
Debido a que los usuarios se registran en el orden en el que se han
agregado a la cola de registro, si los usuarios que se encuentran al
principio de dicha cola tienen información de Organizer que se debe
migrar, la herramienta de migración le solicitará la contraseña
inmediatamente después de hacer clic en el botón Registro. Sin
embargo, si el primer bloque de usuarios que se registran no tienen
información de Organizer que migrar, deberá introducir la contraseña
más adelante. Si no la introduce, el proceso de migración se detendrá y
no continuará hasta que lo haga.
Al igual que sucede con el resto de la información existente en una
página de Notas, los gráficos solamente se importarán si el usuario los
ha creado desde el archivo OR2. La información vinculada a archivos
externos, como por ejemplo las secciones incluidas y la información
DDE compartida, no toman parte en la migración. Asimismo, los
gráficos creados utilizando el método de copiar y pegar tampoco se
migran, ya que su contenido no se almacena en el archivo.
La estación de trabajo de administración que está ejecutando la
herramienta de migración no puede escribir directamente en el cliente
Notes de un usuario. Con objeto de poner a disposición de los usuarios
la información proveniente de Organizer, la herramienta de migración
sitúa un mensaje en la Bandeja de entrada de Notes, a la que están
anexadas la Libreta personal de direcciones y la base de datos Diario
personal que contienen la información proveniente de Organizer. Este
mensaje indica que la información de Organizer está anexada e incluye
instrucciones para extraer los archivos, así como para agregar dicha
información a la Libreta de direcciones personal y a la base de datos
Diario personal.
Los usuarios que tienen información que se ha migrado de una sola de
las secciones, reciben dos mensajes: uno para la sección que se ha
migrado y otro para la otra sección, indicando éste último que no existía
información para realizar la migración. Los usuarios que no disponen
de secciones Directorio ni Notas para migrar a Notes no reciben ningún
mensaje.
Si lo desea, puede abrir los archivos que contienen el texto de estos
mensajes utilizando cualquier editor de textos y modificarlos para
ofrecer a los usuarios información específica de su entorno. Dichos
archivos están ubicados en el directorio de datos de Notes, y son los
siguientes:
Mensaje de migración de la sección Directorio, OR2ADDR.TXT
Mensaje de migración de la sección Notas, ORGNPN.TXT
Mensaje que indica que no se ha migrado la sección Directorio,
OR2NOADD.TXT
Mensaje que indica que no se ha migrado la sección Notas,
ORGNOPN.TXT.
Migración de las secciones Llamadas
Las entradas de las secciones Llamadas de Organizer se convierten en
tareas en la vista Tareas de Notes. La herramienta de migración de
cc:Mail a Notes conserva la mayor parte de los datos de una sección
Llamadas, situándolos en campos equivalentes de la tarea o en el campo
Descripción. Los campos de una de estas secciones que no tienen su
equivalente en Notes no se pueden migrar.
La tabla siguiente muestra la correspondencia existente entre los
campos de una sección Llamadas de Organizer y una tarea de Notes.
La información de los siguientes campos
en la sección Llamadas de Organizer
Se migra a los siguientes campos en
una tarea de Notes
Nombre, apellidos
Asunto, Descripción
Empresa
Descripción
Número de teléfono (Código del país,
prefijo provincial y número)
Descripción
Extensión
Descripción
Estado
Descripción
Observaciones
Descripción
Fecha
Inicio/Fecha límite*
Categorías
Categorías**
Cumplida
Estado: Finalizada***
** En Organizer, un usuario puede asignar múltiples categorías a una llamada.
Por ejemplo, el campo Categorías de una llamada puede contener los valores
"Realizar un seguimiento de la llamada" y la categoría "Clientes". Cuando se
realiza la migración de la llamada, el campo Categorías de la tarea de Notes
muestra solamente el primero de estos valores.
*** Las llamadas marcadas como cumplidas se migran a las tareas de Notes
conservando su estado. Aunque la tarea no muestra la hora de realización de la
llamada, esta información se encuentra disponible en el campo
COMPLETEDDATETIME de las propiedades del documento para la tarea en
cuestión.
El resto de información sobre una tarea no se migra.
Migración de la información sobre categorías de Organizer
En Organizer, un usuario puede asignar varias categorías a las entradas
de las secciones Directorio, Agenda, Llamadas, Notas o Recordatorio.
Sin embargo, Notes solamente soporta categorías únicas. Como
resultado, la herramienta de migración asigna únicamente a la entrada
equivalente de Notes la primera categoría que aparece en una entrada
de Organizer.
Las entradas del Diario de Notes no disponen de un campo para
mostrar la información sobre las categorías. Los usuarios pueden
acceder a esta información abriendo las propiedades del documento
para la entrada de dicha base de datos.
* Para las llamadas marcadas como cumplidas, la fecha de la llamada también
se migra al valor Fecha límite de la tarea de Notes.
Migración de la información sobre reuniones de Organizer
Las reuniones concertadas en la sección Agenda de un usuario se
convierten en citas personales en la Agenda de Notes del usuario. La
información sobre el estado de la reunión, así como la relativa a la
persona encargada de presidirla y a los asistentes se migran al campo
Descripción detallada del documento de citas. La información situada
en este campo depende de si el usuario es el encargado de presidirla o
simplemente un Asistente. La persona encargada de presidir la reunión
podrá acceder a la lista completa de los asistentes. En el caso de los
asistentes, la descripción contiene únicamente el nombre del presidente
de la reunión; no se migra la lista con el resto de asistentes. El resto de la
información sobre la reunión no se migra.
Pasos previos a la migración de la información de Organizer
Si está migrando la información de Organizer para los usuarios de
cc:Mail que está trasladando a Notes, realice las siguientes tareas
adicionales:
Asigne unidades de la red a los directorios en los que están
ubicados los archivos de Organizer (archivos .OR2) de los usuarios.
Desconecte a los usuarios de Organizer del directorio en el que
están ubicados los archivos de datos (*.OR2) de Organizer.
Compruebe que tiene acceso total a los directorios del servidor de
archivos que contienen los archivos OR2, y al menos un acceso de
lectura a los archivos OR2 de Organizer que se van a migrar.
Asegúrese de que tiene al menos acceso de editor a los archivos de
correo de Notes que van a contener la información proveniente de
Organizer.
Desactive todos los agentes de planificación de Organizer.
Compruebe que tiene suficiente espacio en disco para migrar la
información de Organizer. Debe disponer al menos de 2MB de
espacio libre en disco en el servidor Domino de destino por cada
MB de archivos OR2 que desea migrar.
Instruya a los usuarios de Organizer sobre cómo realizar las tareas
previas que permitirán realizar más rápidamente la migración.
Libere espacio en los archivos de datos de Organizer que va a
migrar, utilizando la Versión 2.11 o superior del programa de
administración de Organizer.
Consulte el manual Organizer 2.11 Administrator's Guide si desea
información sobre cómo liberar espacio en los archivos.
Conexión con los directorios de datos de Organizer
Generalmente, los archivos OR2 de Organizer no se almacenan junto
con el buzón de correo de cc:Mail de los usuarios. Para conseguir que la
herramienta de migración localice dichos archivos y realice
correctamente la migración, es necesario asignar las unidades de la
estación de trabajo de administración a los directorios de datos de
Organizer.
Nota Aunque dicha herramienta solamente puede migrar los archivos
OR2 de las versiones de Organizer para cc:Mail que funcionan bajo
Windows, estos archivos se pueden migrar desde cualquier ubicación
con la que esté conectada la estación de trabajo de administración,
independientemente del sistema operativo utilizado.
Sustituye la palabra clave 02, que identifica la ruta de acceso de la
Agenda de Organizer, por 92.
Sustituye la palabra clave 04, que identifica el nombre del Agente de
Organizer, por 94
Estos cambios le permitirán realizar posteriores migraciones para
convertir la información de Organizer restante de un usuario, a la vez
que evitarán que otros usuarios de Organizer vean las planificaciones de
tiempo libre de los usuarios que se han migrado o envíen mensajes de
planificación a los Agentes de Organizer de dichos usuarios. La
herramienta de migración interpreta la información del campo
Comentarios modificada y realiza correctamente la migración de los
datos adicionales de Organizer.
Preparación de los usuarios de Organizer para la migración
Además de las tareas administrativas que se realizan antes de la
migración desde Organizer, los usuarios finales deben completar las
siguientes tareas:
Guardar los nombres de las secciones incluidas
Procesar los avisos de reuniones pendientes
Eliminar los datos que no se van a migrar
Archivar la información que se va a migrar
Cambios realizados en la entrada de directorio de cc:Mail de un
usuario al migrar la información de Organizer
Una vez efectuada la migración de la información de Organizer de un
usuario de cc:Mail, la herramienta de migración de cc:Mail a Notes se
encarga de modificar dicha información en el campo Comentarios de la
entrada de directorio de cc:Mail del usuario de la siguiente manera:
Cómo guardar la información sobre las secciones incluidas
La herramienta de migración de cc:Mail a Notes no migra las secciones
incluidas. El almacenamiento de los nombres de estas secciones permite
a los usuarios crear vínculos entre los documentos que se han migrado
en Notes.
Procesamiento de los avisos de reuniones
La herramienta de migración de cc:Mail a Notes no migra las
invitaciones a reuniones que no han recibido respuesta. Los usuarios
deben procesar todos aquellos avisos de reuniones pendientes que
desean migrar a Notes.
Eliminación de los datos que no se van a migrar
Anime a los usuarios a minimizar la cantidad de datos que se van a
migrar; para ello, pídales que eliminen las entradas y que archiven o
eliminen las secciones que no necesitan migrar.
Archivo de la información que se va a migrar
La migración de la información de Organizer requiere una considerable
cantidad de tiempo. Para mejorar el rendimiento de este proceso,
solicite a los usuarios que se preparen para la migración; para ello,
deberán archivar y comprimir sus secciones de Organizer con el fin de
reducir el tamaño de sus archivos OR2. Los archivos de pequeño
tamaño de Organizer tardan menos en migrarse y dan lugar a bases de
datos de correo, de Diario personal y de Libreta personal de direcciones
de Notes más pequeñas.
Importación del directorio de la oficina de correos de cc:Mail
El directorio de la oficina de correos de cc:Mail contiene información
para todos los usuarios de cc:Mail que disponen de buzones de correo
en esa oficina de correos. Notes utiliza la información extraída de dicho
directorio para configurar el registro de los usuarios provenientes de
cc:Mail.
Para importar el directorio de la oficina de correos de cc:Mail, es
necesario:
Conectarse con la oficina de correos de cc:Mail
Importar los usuarios y los grupos
Una vez completadas estas tareas, estará listo para registrar los usuarios
importados en Notes.
Conexión con la oficina de correos de cc:Mail
Para poder importar los usuarios que se desean migrar, primero es
necesario localizar la oficina de correos en la que los usuarios tienen sus
buzones de correo y, a continuación, conectarse con ella.
8. Haga clic en Aceptar. A continuación, se verificarán el nombre, la
ruta de acceso y la contraseña de la oficina de correos. Si alguno de
estos valores no es correcto, aparecerá un mensaje de error.
El cuadro Personas/grupos disponibles muestra el contenido del
directorio de la oficina de correos. Ahora ya está listo para importar
usuarios desde la oficina de correos en la cola de registro de Notes.
Importación de los usuarios y grupos de cc:Mail en la cola de
registro de Notes
Una vez que el cuadro Personas/grupos disponibles muestre el
contenido del directorio de la oficina de correos de cc:Mail, seleccione
los usuarios que desea importar y las opciones de migración adecuadas.
1. En el cuadro de diálogo Migrar personas y grupos, active las
opciones seleccionando elementos en el cuadro Opciones de
migración. Las opciones que seleccione se aplicarán a todos los
usuarios de cc:Mail que se importen durante la sesión actual.
1. En Domino Administrator, haga clic en la ficha Personas y grupos.
2. En el panel de herramientas, haga clic en Personas - Registrar.
3. Cuando Notes lo solicite, introduzca la contraseña de su ID de
certificador y haga clic en Aceptar.
4. En el panel General del cuadro de diálogo Registrar personas -Nueva entrada, especifique un servidor de registro si fuera
necesario; para ello, haga clic en Servidor de registro y seleccione el
servidor que se va a encargar de registrar a los nuevos usuarios.
5. Haga clic en Migrar personas.
6. En el cuadro de diálogo Migrar personas y grupos, seleccione
Usuarios de cc:Mail en la lista Directorio de origen otro sistema.
7. Complete la siguiente información en el cuadro de diálogo
Información sobre la oficina de correos de cc:Mail:
Nombre de la oficina de correos: nombre de la oficina de
correos de cc:Mail que se va a migrar
Ruta de acceso a la oficina de correos: la letra de la unidad y la
ruta de acceso al directorio que señala a la oficina de correos
Contraseña de la oficina de correos
Nota Debe tener una unidad asignada a la ubicación de la oficina
de correos.
2. Haga clic en Avanzadas para abrir un cuadro de diálogo que le
permitirá especificar parámetros avanzados de actualización para
importar personas desde cc:Mail.
3. Haga clic en Fin cuando termine de especificar estos parámetros.
4. En el cuadro Personas/grupos disponibles, seleccione los usuarios
y los grupos que desea migrar y haga clic en Agregar.
Si desea más información sobre la importación de grupos, consulte el
Capítulo 12.
5. Haga clic en Migrar para situar los usuarios seleccionados en la cola
de registro y, a continuación, haga clic en Aceptar para cerrar el
mensaje que indica el estado y el número de usuarios existentes en
dicha cola.
Si está importando información de Organizer, el programa le
solicitará que confirme que ha establecido las conexiones de red
necesarias con los directorios en los que están ubicados los archivos
de Organizer (archivos OR2) de los usuarios.
6. Haga clic en Fin. Las personas incluidas en la cola de registro
aparecerán en el cuadro Estado del registro. Ahora ya está listo
para registrar usuarios.
Importación de los usuarios móviles de cc:Mail
El directorio de la oficina de correos de cc:Mail incluye los nombres de
los usuarios de cc:Mail Mobile (los usuarios designados por una " R "
mayúscula) para los cuales la oficina de correos hace las funciones de
oficina de correos central. Los usuarios móviles también pueden
importarse en la cola de registro de Notes, pero la herramienta de
migración no soporta la migración directa de las oficinas de correos ni
de los buzones de correo de los usuarios de cc:Mail Mobile. Unz vez
realizado el registro, los usuarios móviles pueden migrar el contenido
de sus propios buzones de correo comprimiendo sus mensajes y
ejecutando el Asistente de actualización de cc:Mail a Notes para migrar
los archivos de clasificación.
Consulte el Capítulo 21 si desea información sobre el uso del Asistente
de actualización de cc:Mail a Notes para migrar la información del
correo personal.
Personalización de los parámetros de migración de cc:Mail
Cuando esté listo para importar los usuarios, seleccione las opciones
que le permitirán especificar la forma en la que la herramienta de
migración debe utilizar la información de la oficina de correos de
cc:Mail para crear usuarios de Notes. Puede especificar dos tipos de
parámetros de migración:
Opciones de migración - le permiten determinar la forma en la que
herramienta de migración debe crear un usuario en Notes a partir
de la información importada de cc:Mail. Las opciones de migración
disponibles son similares para cada una de las herramientas de
migración
Parámetros avanzados de actualización: le permiten especificar
parámetros adicionales que afectan a la conversión y a la
coexistencia en un entorno mixto de cc:Mail y Notes.
Especificación de las opciones de migración para cc:Mail
Nota En la Versión 5, la herramienta de migración de Domino para
cc:Mail no soporta la opción Generar contraseñas aleatorias. Para poder
migrar el buzón de correo de un usuario de cc:Mail, es necesario
especificar una contraseña de cc:Mail para dicho usuario. Utilice la
herramienta de administración de cc:Mail para crear las contraseñas
para los usuarios antes de efectuar la migración.
Consulte el Capítulo 12 si desea más información sobre las opciones de
migración disponibles.
1. En el cuadro de diálogo Migrar personas y grupos, importe el
directorio de una oficina de correos de cc:Mail para que su
contenido aparezca en la lista Personas/grupos disponibles.
2. En el cuadro Opciones de migración, acepte las opciones
predeterminadas o seleccione otras diferentes. Para cancelar la
selección de una opción, haga clic en ésta por segunda vez.
Puede especificar varias opciones que le permitirán determinar la
información que la herramienta de migración debe importar de la
oficina de correos de cc:Mail. Estas opciones se aplicarán a todos los
usuarios y grupos importados de cc:Mail durante la sesión actual.
La tabla siguiente incluye las opciones de importación disponibles y
su valor predeterminado:
Opción de migración
Estado predeterminado
Desactivada - No se
puede usar en cc:Mail
Agregar el nombre de cc:Mail al documento de
persona de Notes (necesario para cc:MTA)
Activada
Permitir la adición de grupos vacíos a Notes
Desactivada
Convertir el correo
Activada
Convertir SOLO el correo (debe existir el
documento de persona)
Desactivada
3. Continúe con el procedimiento de importación especificando los
parámetros avanzados de actualización
Las opciones de migración se definen de forma independiente para cada
herramienta de migración, por lo que, si está migrando usuarios desde
múltiples sistemas de correo, puede aplicar opciones diferentes para
cada uno de ellos. Las opciones que seleccione se aplicarán a todos los
usuarios que se importen de un directorio determinado durante la
sesión actual.
Especificación de los parámetros avanzados para la migración de
usuarios de cc:Mail
Además de las opciones de migración seleccionadas en el cuadro de
diálogo Migrar personas y grupos, la herramienta de migración le
ofrece otras opciones que puede utilizar para controlar el proceso de
migración de los usuarios de cc:Mail. Las opciones que seleccione se
aplicarán a todos los usuarios que importe de la oficina de correos de
cc:Mail durante la sesión actual. Se pueden especificar los siguientes
tipos de parámetros de actualización de cc:Mail:
Parámetros de conversión
Parámetros de gateway
Otros parámetros
Especificación de los parámetros de conversión de cc:Mail
El panel Parámetros de conversión del cuadro de diálogo Parámetros
avanzados de actualización de cc:Mail le permite especificar la
información que desea migrar de la oficina de correos de cc:Mail.
Inicialmente, están activadas todas las opciones, excepto Convertir
boletines electrónicos en base de datos de debates de Notes.
1. Importe un directorio de cc:Mail para que su contenido aparezca en
el cuadro Personas/grupos disponibles.
2. En el cuadro de diálogo Migrar personas y grupos, haga clic en
Avanzadas.
3. En el cuadro de diálogo Parámetros avanzados de actualización de
cc:Mail, haga clic en Parámetros de conversión.
4. Especifique las opciones que desea utilizar y, si fuera necesario,
para una oficina de correos de DB6, defina la página de códigos que
desea usar al migrar dicha oficina de correos.
Envío de listas de distribución privadas de cc:Mail como anexos
Conversión de los archivos de distribución .OR2 de Organizer a
Lotus
Conversión de las entradas de alias de cc:Mail
Conversión de los boletines electrónicos en una base de datos de
debates de Notes
La página de códigos predeterminada es la correspondiente a la
versión actual del idioma de la oficina de correos.
Cuidado No seleccione la opción Enviar listas de distribución
privadas como anexos si está migrando usuarios de la Versión 6.3 de
cc:Mail. El cliente de esta versión de cc:Mail para Domino no puede
procesar correctamente las listas de distribución privadas migradas, y
los usuarios no podrán acceder al archivo de correo ubicado en el
servidor Domino.
Están disponibles las siguientes opciones. Inicialmente, están
activadas las tres primeras opciones (las casillas de verificación
están seleccionadas):
Envío de listas de distribución privadas de cc:Mail como anexos
Seleccione esta casilla de verificación en el panel Parámetros de
conversión del cuadro de diálogo Parámetros avanzados de
actualización de cc:Mail para migrar las listas de distribución privadas
almacenadas en los buzones de correo de cc:Mail de los usuarios.
Durante la migración, la lista de distribución privada de cada usuario se
convierte en un grupo personal de Notes y se sitúa en una Libreta
personal de direcciones temporal (PAB). La herramienta de migración
de cc:Mail a Notes envía automáticamente esta Libreta al usuario. Los
usuarios pueden ejecutar el Asistente de actualización de cc:Mail a
Notes en sus estaciones de trabajo para copiar la información de la
Libreta personal de direcciones temporal a la Libreta personal de
direcciones de sus estaciones de trabajo.
Si selecciona esta opción al realizar la migración de los usuarios, la
herramienta de migración situará un mensaje de advertencia en el
archivo de registro de Notes por cada usuario para el que no encuentre
ninguna lista de distribución.
Cuidado No seleccione esta opción si está migrando usuarios de la
Versión 6.3 de cc:Mail. El cliente de esta versión de cc:Mail para
Domino no puede procesar correctamente las listas de distribución
privadas migradas, y los usuarios no podrán acceder al archivo de
correo ubicado en el servidor Domino.
Conversión de los archivos de planificación .OR2 de Organizer a
Notes
actualización de cc:Mail para convertir los datos de Organizer
(archivos OR2) para los usuarios de cc:Mail seleccionados en
información de Agenda y Planificación de Notes.
Si desea más información sobre la conversión de la información de
Organizer a Notes, consulte el apartado "Migración de la información
de Organizer" en este mismo capítulo.
Nota La conversión de la información de Organizer requiere la
conexión de unidades de la red con aquellos directorios en los que los
usuarios de cc:Mail seleccionados almacenan su información de
Organizer.
Conversión de las entradas de alias de cc:Mail
actualización de cc:Mail si desea conservar los alias de cc:Mail para los
usuarios que ha migrado. Los alias para las entradas del directorio de
cc:Mail se agregan como entradas en el campo Nombre completo del
usuario del documento de persona de Notes de los usuarios
importados.
No importe las entradas de alias para los usuarios de cc:Mail si está
utilizando el campo Nth FullName Propagation en el documento de
servidor de la oficina de correos de cc:Mail para una oficina de correos.
Si lo hace, es posible que los procedimientos de sincronización del MTA
posteriores eliminen los alias existentes y creen otros nuevos en el
directorio de la oficina de correos de cc:Mail.
Para evitar que, de forma involuntaria, elimine y cree alias en el
directorio de una oficina de correos, cuando utilice la herramienta de
migración con el MTA, cancele la selección de la opción Convertir
entradas de alias en el panel Parámetros de conversión del cuadro de
diálogo Parámetros avanzados de actualización de cc:Mail.
actualización de cc:Mail si desea convertir los boletines electrónicos de
la oficina de correos de cc:Mail especificada en una base de datos de
debates de Notes. Todos los boletines electrónicos de una oficina de
correos determinada se importan en una única base de datos de debates
de Notes ubicada en el servidor de correo, denominada cc:Mail
Migrated Bulletin Boards (CCNOTBB.NSF). Cada uno de los boletines
electrónicos importados se convierte en una categoría en la base de
datos. Una vez realizada la migración, los usuarios pueden abrir dicha
base de datos y ordenarla por categorías para ver los nombres de los
boletines electrónicos de cc:Mail importados.
Los mensajes duplicados se importan una sola vez, de tal manera que
los mensajes enviados a varios boletines electrónicos aparecen
solamente en una categoría de Notes.
La conversión de boletines electrónicos requiere una considerable
cantidad de tiempo y ralentiza el progreso de la migración.
Afortunadamente, esta operación solamente debe realizarse una vez por
cada oficina de correos. Para mejorar el rendimiento de este proceso,
Lotus recomienda activar esta opción cuando se migra un único usuario
y, a continuación, registrar éste. Si activa la conversión de boletines
electrónicos para varios usuarios, el proceso se repetirá para cada uno
de dichos usuarios.
Conversión de los boletines electrónicos en una base de datos de
debates de Notes
Los boletines electrónicos de los usuarios de cc:Mail Mobile no se
pueden migrar. Este tipo de usuarios tienen dos alternativas: archivar
los mensajes de los boletines electrónicos que desean conservar o crear
una réplica local de la base de datos de debates de Notes al finalizar el
proceso de migración.
En las redes que utilizan el MTA de cc:Mail para garantizar un correcto
funcionamiento en un entorno mixto de cc:Mail y Domino, el MTA
sincroniza automáticamente los boletines electrónicos. Si utiliza la
Versión 2.0 o superior del MTA de cc:Mail, y desea mantener la
información sincronizada entre los boletines electrónicos de cc:Mail y
una base de datos de debates de Notes, seleccione esta opción la
primera vez que importe usuarios desde una oficina de correos, con
objeto de que se creen las bases de datos de debates. Permita que dichas
bases de datos acepten correo.
Si más adelante decide importar usuarios adicionales desde la misma
oficina de correos, desactive esta opción y utilice el componente para la
conversión de boletines electrónicos del MTA de cc:Mail.
Consulte el apartado "Sincronización de los boletines electrónicos de
cc:Mail y las bases de datos de debates de Notes" en este mismo
capítulo si desea más información sobre la administración de los
boletines electrónicos de cc:Mail y las bases de datos de debates de
Notes cuando se utiliza el MTA de cc:Mail.
Migración de los boletines electrónicos por suscripción
La Versión 8 de cc:Mail soporta boletines electrónicos por suscripción.
Este tipo de boletines difieren de los boletines electrónicos públicos en
que únicamente los usuarios que figuran en una lista restringida de
miembros tienen acceso a ellos.
Inicialmente, las herramientas de migración no convierten los boletines
electrónicos por suscripción en bases de datos de Notes. Para poder
migrar uno de estos boletines, primero deberá agregar la oficina de
correos de cc:Mail a la lista de miembros con acceso a dicho boletín de
la siguiente manera:
1. Utilizando WinAdmin, seleccione la pestaña Bulletin Boards.
2. Seleccione el nombre del boletín electrónico por suscripción que
desea migrar.
3. Agregue la oficina de correos de cc:Mail a la lista de miembros con
acceso al boletín electrónico.
Ahora ya puede importar dicho boletín.
Nota Este procedimiento permite a todos los usuarios de la oficina de
correos especificada acceder al boletín electrónico.
Especificación de la página de códigos para la conversión de la
información de cc:Mail
Las oficinas de correos de cc:Mail almacenan los mensajes de correo
utilizando una página de códigos de idioma, al igual que Notes. Cuando
se importan usuarios desde las oficinas de correos de DB6, es necesario
especificar cuál de estas páginas se va a utilizar. La herramienta de
migración necesita conocer la página de códigos de la oficina de correos
para convertir correctamente los caracteres que se van a mostrar en
Notes. Inicialmente, dicha herramienta utiliza la página de códigos
actual. Si fuera necesario, especifique la página apropiada para la
versión del idioma usada por la oficina de correos que va a importar.
La tabla siguiente muestra las páginas de códigos disponibles para una
oficina de correos de cc:Mail.
Idioma de la oficina de correos
Número de la página de códigos
Francés de Canadá
863
Griego
851
Hebreo
862
Islandés
861
Multilingue
850
Nórdico
865
Portugués
860
Eslavo
852
Turco
857
Estados Unidos
437
Si la página de códigos de la oficina de correos de cc:Mail es diferente
de la página de códigos de Notes, deberá cambiar la página de códigos
predeterminada. Por ejemplo, si la página de códigos de la oficina de
correos de cc:Mail es la 851 (Griego) y la de Notes es la 850
(Internacional), y no desea importar los datos de cc:Mail utilizando la
página de códigos 851 predeterminada, deberá traducir los caracteres a
la página de códigos 850 (Internacional). Por lo tanto, deberá especificar
la página de códigos adecuada para la traducción de los caracteres.
Asignación de gateways de cc:Mail a dominios de Domino
Los mensajes recibidos por los usuarios de cc:Mail provenientes de un
sistema de correo externo se deben transferir a través de una oficina de
correos de gateway. Una vez importado el buzón de correo de un
usuario, el gateway de cc:Mail al que se hace referencia en el encabezado
de un mensaje ya no es válido para transferir las respuestas a dicho
mensaje. Si lo desea, puede permitir que los usuarios de cc:Mail
importados respondan a los mensajes que reciben de gateways externos,
como por ejemplo Internet, asignando los nombres de las oficinas de
correos del gateway de cc:Mail a dominios de Domino.
Durante la migración, la herramienta de migración de cc:Mail a Notes
sustituirá automáticamente los nombres de los gateways de cc:Mail en la
dirección del remitente de un mensaje, reemplazándolos por los
nombres de los dominios de Domino correspondientes. Posteriormente,
cuando un nuevo usuario de Notes responda a un mensaje importado
desde cc:Mail, el mensaje se transferirá al sistema de correo externo a
través del gateway con nombre de Notes.
el cuadro Personas/grupos disponibles. Consulte el apartado
Conexión con la oficina de correos de cc:Mail si desea información
sobre cómo importar un directorio de cc:Mail.
2. En el cuadro de diálogo Importar Directorio de otro sistema, haga
clic en Advanced.
cc:Mail, haga clic en Parámetros de gateway.
4. En el campo Oficina de correos de gateway de cc:Mail, introduzca
el nombre de una oficina de correos de cc:Mail que transfiera los
mensajes desde cc:Mail a un sistema de correo externo.
5. En el campo Nombre del dominio de correo de Notes, introduzca
el nombre del domimio de correo de Notes que desea utilizar para
transferir los mensajes al mismo sistema de correo externo.
6. Haga clic en Agregar pareja para establecer la asignación entre el
gateway de cc:Mail y el dominio de Domino.
Los gateways de mensajes
Para conectarse con sistemas de correo externos a través de Internet o
de otras redes WAN, las oficinas de correos de cc:Mail utilizan oficinas
de correos de gateway especiales. Este tipo de oficinas de correos
transfieren mensajes desde la oficina de correos local a los sistemas de
correo externos. Los gateways traducen el formato de los mensajes, las
direcciones, los encabezados, los anexos y otro tipo de datos de
mensajería entre el formato original del correo y el formato utilizado
por el sistema externo. Cada gateway de correo dispone de una entrada
en el Directorio de la oficina de correos de cc:Mail.
Cuando un usuario de cc:Mail recibe un mensaje proveniente de un
sistema de correo externo, el nombre del gateway de cc:Mail que ha
transferido dicho mensaje está incluido en la dirección del remitente. Si
el usuario responde al mensaje, la respuesta se envía automáticamente a
través del gateway al sistema externo.
Inicialmente, cuando se migra un mensaje de cc:Mail a Notes, la
información sobre el gateway incluida en la dirección del remitente, y
que contiene el nombre del gateway de cc:Mail, permanece inalterada.
Puesto que Notes no puede enviar mensajes de vuelta a un sistema de
correo externo a través de este gateway de cc:Mail, los usuarios se ven
imposibilitados para enviar una respuesta directa al mensaje importado.
Para permitir que los usuarios de Notes puedan responder a los
mensajes recibidos desde sistemas de correo externos después de
trasladar sus buzones de correo a Notes, asigne cada gateway de cc:Mail
a un gateway de Notes. Durante la migración, la herramienta de
migración de cc:Mail a Notes sustituirá automáticamente los nombres
de los gateways de cc:Mail en la dirección del remitente por los nombres
de los dominios de gateway de Notes equivalentes.
Asignación de un gateway de cc:Mail a un gateway de Notes
En la empresa HyD, se utiliza una oficina de correos de gateway de
cc:Mail denominada INTERNET para transferir los mensajes de cc:Mail
a las direcciones de Internet, así como un dominio de gateway de Notes
denominado INET para transferir los mensajes de Notes a las
direcciones de Internet. Al configurar la asignación de gateways para la
migración, el administrador del sistema de HyD asigna el gateway de
cc:Mail INTERNET al gateway de Notes INET.
Carmen Lopera, perteneciente al departamento de I+D de HyD, ha
trasladado su correo desde cc:Mail a Notes. En su buzón de correo de
cc:Mail, Carmen tiene un mensaje de [email protected], que se ha recibido a
través del gateway de cc:Mail INTERNET. Si no se utilizara la
asignación de gateways, y Carmen respondiera al mensaje de cc:Mail
depués de realizada la migración, aparecería un error indicando que
INTERNET no es una dirección válida, ya que en Notes el gateway de
Internet se denomina INET. Sin embargo, si se activa la asignación de
gateways durante la migración, el gateway de cc:Mail INTERNET sería
sustituido por INET en todas las direcciones, con lo que éstas serían
direcciones válidas de Notes. Por lo tanto, cuando Carmen responda al
mensaje, éste se transferirá correctamente al remitente.
El Asistente de actualización que se encarga de migrar los mensajes
comprimidos y las direcciones personales de los usuarios a Notes
también utiliza la información sobre la asignación de gateways, pero
dicha información se configura de forma independiente, al enviar a los
usuarios un mensaje de notificación de actualización.
Especificación de otros parámetros de actualización de cc:Mail
El panel Otros parámetros le permite especificar parámetros especiales
de actualización del buzón de correo, así como establecer un umbral de
errores para utilizarlos durante la migración.
el cuadro Personas/grupos disponibles.
2. En el cuadro de diálogo Importar Directorio de otro sistema, haga
clic en Advanced.
cc:Mail, haga clic en Otros parámetros.
4. Los parámetros disponibles son los siguientes:
Se está actualizando al cliente cc:Mail V6.3x para Domino
Oficina de correos desde la que se enviará el correo a Notes
Umbral de errores
privadas como anexos en el panel Parámetros de conversión si está
migrando usuarios de la Versión 6.3 de cc:Mail. El cliente de esta
versión de cc:Mail para Domino no puede procesar correctamente las
listas de distribución privadas migradas, y no podrá acceder al archivo
de correo.
Actualización al cliente de la Versión 6.3 de cc:Mail para Domino
Seleccione esta opción para configurar automáticamente la información
interna de cc:Mail que permite a los usuarios acceder a los archivos de
correo ubicados en un servidor Domino con el cliente de la Versión 6.3
de cc:Mail. No la seleccione si está importando usuarios que ejecutan
actualmente otra versión de cc:Mail, o que van a utilizar el cliente de
correo de Notes después de la migración.
Si, a pesar de todo, se ve en la necesidad de hacerlo en alguno de estos
dos casos, importe los usuarios de la Versión 6.3 en una sesión y los
restantes usuarios en una segunda sesión.
Para importar usuarios en el cliente de la Versión 6.3 de cc:Mail, es
necesario copiar la plantilla R63MAIL.NTF en el directorio de datos de
los servidores de correo de los usuarios. Esta plantilla está disponible en
el servidor de la Versión 5 de Domino. Cuando realice los preparativos
para registrar los usuarios de la Versión 6.3, seleccione dicha plantilla
como la plantilla de correo. De lo contrario, los usuarios no podrán
acceder a sus archivos de correo.
privadas como anexos en el panel Parámetros de conversión si está
migrando usuarios de la Versión 6.3 de cc:Mail. El cliente de esta
versión de cc:Mail para Domino no puede procesar correctamente las
listas de distribución privadas migradas, y no podrá acceder al archivo
de correo.
Especificación de la oficina de correos para la transferencia del
correo a Notes
En aquellas redes en las que la conexión entre cc:Mail y Notes la realiza
el MTA de cc:Mail, es posible configurar la herramienta de migración
para que permita la remisión automática desde una oficina de correos
de cc:Mail a Notes. De esta manera, se evita la necesidad de migrar
posteriormente mensajes adicionales.
Inicialmente, después de la migración, este código permanece
inalterado. En consecuencia, el correo enviado al antiguo buzón de
correo de cc:Mail del usuario se sigue aceptando. Si no utiliza el MTA
de cc:Mail, es aconsejable que permita a los usuarios seguir recibiendo
correo en sus antiguos buzones de correo durante cierto tiempo. Más
adelante, puede ejecutar de nuevo la herramienta de migración para
trasladar los mensajes al archivo de correo de Notes de los usuarios.
Si desea más información sobre la realización de una migración
secundaria, consulte el apartado Migración de mensajes de cc:Mail
adicionales después del registro.
Para configurar la remisión del correo, en el panel Otros parámetros del
cuadro de diálogo Parámetros avanzados de actualización de cc:Mail,
seleccione en la lista de oficinas de correos remotas disponibles el
nombre del dominio de Domino en el que está ubicado el archivo de
correo del usuario. Dicho dominio debe estar conectado con la oficina
de correos de cc:Mail y el MTA, y debe estar incluido como una entrada
de oficina de correos remota en el directorio de cc:Mail. Generalmente,
el dominio de Domino que hace las funciones de gateway entre cc:Mail y
Notes tendrá el mismo nombre que el servidor MTA de cc:Mail.
En el directorio de una oficina de correos de cc:Mail, a cada usuario se
le asigna un código de ubicación que indica el lugar en el que está
ubicado su buzón de correos en relación con la oficina de correos.
Cuando la oficina de correos recibe un mensaje, comprueba dicho
código con el fin de determinar si debe buscar el buzón de correo del
destinatario en la oficina de correos actual o en otra. Antes de realizar la
migración, a un usuario de cc:Mail cuyo archivo de correo está ubicado
en la oficina de correos local se le asigna el código de ubicación (en
mayúsculas) " L ".
Cuando se especifica la oficina de correos para la transferencia del
correo a Notes, el directorio de la oficina de correos de cc:Mail conserva
una entrada por cada usuario importado. Sin embargo, la herramienta
de migración actualiza la información existente en la lista del directorio
de cc:Mail de un usuario de la siguiente manera:
Cambia el código de ubicación por una " r " minúscula para indicar
que el usuario es ahora un usuario remoto de esta oficina de correos
Agrega el nombre del dominio del correo de Notes al que será
remitido el correo al campo Dirección
Estos cambios se aplican a todos los usuarios importados durante la
sesión actual.
Nota Una vez que la herramienta de migración haya modificado la
información sobre la ubicación de los usuarios, éstos ya no podrán
seguir utilizando el cliente cc:Mail para recuperar mensajes de sus
buzones de correo de cc:Mail.
Acceso a los archivos y mensajes del usuario de cc:Mail despúes
de la migración
Una vez realizada la importación, si la herramienta de migración cambia
la dirección y el tipo de ubicación para la entrada de un usuario en el
directorio de cc:Mail, dicho usuario ya no podrá acceder a su buzón de
correo de cc:Mail. Sin embargo, el archivo del usuario y los mensajes del
buzón de correo siguen en la oficina de correos de cc:Mail. Para
restablecer el acceso del cliente cc:Mail al buzón de correo y a los datos
relacionados con el correo (listas de distribución privadas, archivos de
clasificación, etc.), cambie la información original sobre la ubicación del
usuario por una " L " mayúscula (local) utilizando el programa ADMIN
o WinAdmin de cc:Mail. Esto le permitirá importar de nuevo el usuario,
si fuera necesario.
Consulte el apartado Eliminación de los archivos de usuario y de los
mensajes de correo de los usuarios importados desde la oficina de
correos de cc:Mail si desea conocer el método recomendado para
eliminar los datos de los usuarios de la oficina de correos de cc:Mail.
Especificación de un umbral de errores
Puede especificar el número de errores que se deben tolerar al importar
los mensajes de los buzones de correo de la oficina de correos de cc:Mail
en los archivos de correo de Notes. Inicialmente, la herramienta de
migración permite un número ilimitado de errores, y completa la
importación independientemente de los que se produzcan. Si se
especifica un umbral de errores, el proceso de migración finalizará
cuando se alcance el número de errores indicado.
Los usuarios que se hayan importado antes de alcanzar el umbral de
errores se registran en Notes. Si el proceso de migración finaliza,
debería analizar y solucionar las condiciones de error detectadas para
los usuarios que permanecen en la cola, e intentar registrarlos de nuevo.
Registro de usuarios y finalización de la migración de cc:Mail
Una vez importados satisfactoriamente los usuarios en la cola de
registro, está listo para registrarlos y finalizar la migración.
Dependiendo de las opciones seleccionadas, el proceso de registro:
Creará un documento de persona y un ID de Notes para cada
usuario importado
Creará un archivo de correo de Notes
Migrará los mensajes e información relacionada desde el buzón de
correo de cc:Mail
Si desea más información sobre las opciones avanzadas de registro de
usuarios, consulte el manual Administración del sistema de Domino.
Nota Una vez que el proceso de registro haya comenzado, no podrá
utilizar la estación de trabajo para ninguna otra tarea hasta que haya
finalizado. Si fuera necesario, puede detenerlo presionando Ctrl-Inter.
1. En el panel General del cuadro de diálogo Registrar personas, vea
la información sobre el registro para cada uno de los nombres que
aparecen en el cuadro Estado del registro y asegúrese de que es la
correcta.
2. (Opcional) Especifique los parámetros de registro para los usuarios.
Puede aplicarlos a usuarios individuales o a múltiples usuarios, o
definiendo los valores predeterminados del registro.
Si ha creado un grupo de "migración", abra el panel Grupos y
asigne ahora los usuarios a este grupo.
3. (Opcional) Haga clic en el botón Opciones, seleccione las opciones
de registro que desea aplicar durante la sesión actual y, a
continuación, haga clic en Aceptar.
Si lo desea, puede especificar información adicional sobre el registro de
los usuarios en Notes, como el nombre del servidor de correo, el tipo de
licencia, los miembros del grupo, la unidad organizativa, etc.
4. En el cuadro Estado del registro, seleccione los usuarios que desea
registrar y haga clic en Registrar. Domino Administrator intentará
registrar los usuarios seleccionados en el orden en el que fueron
agregados a la cola, y migrará los datos desde sus buzones de
correo a Notes. Los usuarios que no han sido seleccionados
permanecerán en la cola para su posterior registro.
Si ha seleccionado migrar la información de Organizer para los
usuarios, el programa le solicitará que introduzca su contraseña de
Notes. Si desea más información, consulte Especificación de una
contraseña al migrar la información de Organizer.
El proceso de registro puede requerir una considerable cantidad de
tiempo, dependiendo del número de usuarios y del número y el
tamaño de los buzones de correo que se están actualizando.
Una vez finalizado este proceso, aparecerá un mensaje indicando el
estado del registro. Los intentos fallidos de registro seguirán
apareciendo en el cuadro Estado del registro junto con un mensaje
de estado indicando el motivo del fallo. Corrija los parámetros de
registro incorrectos e intente registrar de nuevo al usuario.
5. Verifique que la migración ha sido satisfactoria.
Consulte el Capítulo 12 si desea información sobre cómo verificar
que la migración se ha realizado satisfactoriamente.
Una vez finalizada la migración, los usuarios podrán ejecutar un
Asistente de actualización para convertir los archivos de correo locales y
la información de cc Mail que la herramienta de migración de Domino
no ha procesado.
Consulte el Capítulo 21 si desea información sobre cómo instalar y
ejecutar el Asistente de actualización para cc:Mail en el cliente Notes.
Creación del archivo de correo de Notes
Al registrar los usuarios de cc:Mail, y si no ha modificado el estado
predeterminado de la opción Convetir el correo (es decir, si continúa
seleccionada), Domino Administrator convertirá automáticamente sus
archivos de correo de cc:Mail en archivos de correo de Notes como
parte del proceso de registro. En el panel Correo del cuadro de diálogo
Registrar personas, la opción Crear el archivo ahora estará
seleccionada. Aparecerá un mensaje de error si se intenta modificar esta
opción para crear archivos de correo utilizando el proceso de
administración en segundo plano (adminp).
Cómo garantizar la compatibilidad con el MTA de cc:Mail
En las redes en las que el MTA de cc:Mail ofrece soporte interno para
los usuarios de cc:Mail durante el proceso de migración, es necesario
seguir unas directrices específicas al configurar la migración si se desea
conservar la conectividad entre la oficina de correos de cc:Mail y los
servidores de correo de Notes.
Durante el proceso de migración, el MTA de cc:Mail debe estar
ejecutándose para que cc:Mail y Notes puedan intercambiar las
entradas del directorio y los mensajes.
No ejecute la herramienta de migración y el MTA de cc:Mail en el
mismo equipo; en su lugar, utilice recursos dedicados para cada
uno de ellos.
El equipo que esté ejecutando Domino Administrator y el MTA de
cc:Mail deberá estar situado en la red tan cerca como sea posible de
las oficinas de correos de cc:Mail y de los servidores Domino que
estén tomando parte en el proceso de conversión.
Sincronización de los directorios de cc:Mail y Notes al utilizar el
MTA de cc:Mail
Sincronización de los directorios al realizar la migración desde una
oficina de correos de entrada
Sincronización de los boletines electrónicos de cc:Mail y las bases de
datos de debates de Notes
Especificación de la oficina de correos para la transferencia del
correo a Notes
Migración de los alias de cc:Mail
Actualización de los doucmentos de persona existentes
Eliminación de los mensajes de error una vez finalizada la
migración
Sincronización del directorio de cc:Mail y del Directorio de Domino
al utilizar el MTA de cc:Mail
Si usa el MTA de cc:Mail y piensa migrar los usuarios a Notes
utilizando la herramienta de migración de cc:Mail, asegúrese de
sincronizar el directorio de la oficina de correos de cc:Mail y el
Directorio de Domino, tanto antes como después de la migración.
Los siguientes temas contienen información adicional sobre el uso de la
herramienta de migración de cc:Mail a Notes con el MTA de cc:Mail:
Los comandos de sincronización actualizan el archivo de trabajo del
MTA de cc:Mail con las direcciones de Notes de los usuarios
importados, garantizando que los mensajes enviados a sus buzones de
correo de cc:Mail se transfieren de forma adecuada a sus nuevos
archivos de correo de Notes. Realice los siguientes pasos para
sincronizar los directorios:
1. En la consola, introduzca el comando
Tell Ccmta Request nombre_de_la_oficina_de_correos
donde nombre_de_la_oficina_de_correos es el nombre de la oficina de
correos cuyo contenido desea enviar al Directorio de Domino de
destino.
2. Después de que el proceso de coversión de directorios del MTA de
cc:Mail muestre un mensaje indicando que ha finalizado la ejecución
del comando Tell, llame a la oficina de correos de cc:Mail para
solicitar los nombres de usuario de cc:Mail; para ello, introduzca el
siguiente comando en la consola:
Tell Ccmta Call Poname=nombre_de_la_oficina_de_correos
correos especificada en el paso 1.
3. Introduzca el siguiente comando para procesar el mensaje mostrado
por cc:Mail en el paso 2:
Tell Ccmta Applyade
4. Una vez que el proceso de coversión de directorios muestre un
mensaje indicando que ha finalizado de procesar la información
recibida de cc:Mail, introduzca el comando
Tell Ccmta Synch nombre_de_la_oficina_de_correos
correos especificada en el paso 1. Este comando genera un mensaje
que incluye los nombres de todos los usuarios de Notes existentes
en el Directorio de Domino de origen, los nombres de todas las
oficinas de correos y dominios del Directorio de Domino principal y
los nombres de todos los usuarios de cc:Mail de otras oficinas de
correos (si las hay) del Directorio de Domino de origen.
5. Llame a la oficina de correos de cc:Mail para enviar la información
de Notes; para ello, introduzca el siguiente comando en la consola:
Tell Ccmta Call Poname=nombre_de_la_oficina_de_correos
correos especificada en el paso 2.
Si desea información adicional sobre la instalación y configuración del
MTA de cc:Mail, consulte el manual Lotus Notes cc:Mail MTA
Administrator's Guide.
Sincronización de los directorios al realizar la migración desde una
oficina de correos de entrada
Una oficina de correos de entrada es una oficina de correos que recibe
(pero no envía) las actualizaciones al directorio desde una oficina de
correos hub; las actualizaciones nunca se realizan en el otro sentido. En
algunas topologías de ADE (del inglés Automatic Directory Exchange) de
cc:Mail, la migración de usuarios desde una de estas oficinas de correos
puede ocasionar discrepancias entre el directorio de ésta y el de la
oficina de correos hub.
En este tipo de topología, si se migran usuarios desde la oficina de
correos de entrada, será necesario también actualizar las direcciones de
cc:Mail para los usuarios que se han migrado en la oficina de correos
hub. Aunque la herramienta de migración convierte automáticamente la
dirección de un usuario importado en un nombre de dominio de
Domino, este cambio no se propaga necesariamente a la oficina de
correos hub ni a sus oficinas de correos de entrada.
Cuando se realiza la migración de usuarios desde una oficina de correos
de entrada, es posible actualizar las direcciones en la oficina de correos
hub individualmente, utilizando el programa de administración de
cc:Mail.
De forma alternativa, cuando se usa el MTA de cc:Mail para conectar
los dos sistemas de correo durante la migración, se pueden sincronizar
los directorios de Notes y cc:Mail de la forma siguiente:
1. Antes de ejecutar el proceso de migración, utilice el programa
EXPORT de cc:Mail para exportar una lista de usuarios locales
desde la oficina de correos de entrada.
2. Visualice esta lista con un editor de textos y elimine los nombres de
los usuarios que no desea incluir en la migración.
3. Utilice la función de búsqueda y sustitución del editor de textos
para reemplazar el nombre de la oficina de correos de cc:Mail por el
nombre del dominio de Domino.
Por ejemplo, si el MTA de cc:Mail y la oficina de correos hub de cc:Mail
tienen una relación de igual a igual entre emisores, y la oficina de
correos hub pertenece a un orden jerárquico superior al de las oficinas
de correo de entrada o subordinadas, éstas no podrán transmitir las
modificaciones realizadas en las direcciones de los usuarios a la oficina
de correos hub. En consecuencia, aunque los documentos de los usuarios
del Directorio de Domino y de la oficina de correos de entrada se
actualizan para reflejar el hecho de que se han migrado los usuarios, los
documentos de la oficina de correos hub aún indican que los buzones de
correo de los usuarios se encuentran en la oficina de correos de cc:Mail.
4. Una vez haya migrado todos los usuarios de la oficina de correos,
utilice el programa IMPORT de cc:Mail para importar los nombres
en la oficina de correos hub. Las direcciones modificadas se
transmitirán a través de toda la red de la oficina de correos de
cc:Mail.
La tabla siguiente muestra una entrada de usuario en el directorio de
una oficina de correos de cc:Mail antes y después de realizar la
migración:
Campo del directorio
Entrada para el usuario
de cc:Mail
Entrada para el mismo usuario
después de la migración
Nombre
Julio Dato
Julio Dato
Dirección
HyDNotes
Ubicación
L
r
Comentarios
CEO
CEO
Sincronización de los boletines electrónicos de cc:Mail y las bases
de datos de debates de Notes
Si está utilizando la Versión 2.0 o superior del MTA de cc:Mail, y desea
mantener la información sincronizada entre los boletines electrónicos de
cc:Mail y una base de datos de debates de Notes, emplee el componente
para la conversión de boletines electrónicos del MTA de cc:Mail y anule
la selección de la herramienta de migración para convertir boletines
electrónicos.
Si desea más información sobre cómo cambiar la opción para convertir
boletines electrónicos, consulte el apartado Conversión de boletines
electrónicos en base de datos de Notes.
Cuando utilice el MTA de cc:Mail para sincronizar boletines electrónicos
entre cc:Mail y Notes, asegúrese de que todos los mensajes de los
boletines electrónicos de cc:Mail transmitidos a Notes se encuentran
presentes en la base de datos Bulletin Board Exchange (base de datos de
intercambio de boletines electrónicos) del MTA de cc:Mail y viceversa.
Realice los pasos siguientes para sincronizar los boletines electrónicos
de cc:Mail con las bases de datos de debates de Notes:
1. Asegúrese de que las listas de propagación para los boletines
electrónicos que está sincronizando con la base de datos de debates
Bulletin Board Exchange del MTA de cc:Mail incluyen las entradas
para la oficina de correos del dominio.
2. Asegúrese de que ha configurado el tipo de propagación para los
boletines electrónicos de cc:Mail de tal manera que permita el envío
y recepción entre la oficina de correos de cc:Mail conectada y el
servidor MTA de cc:Mail.
3. Compruebe que todos los títulos de los boletines electrónicos
existen como categorías en la base de datos Bulletin Board Exchange
de cc:Mail. En servidor Domino del MTA de cc:Mail, ejecute el
comando de sincronización de directorios (comando SYNCH) entre
cc:Mail y Notes, y aplique la actualización ADE (comando
APPLYADE) para crear las categorías de boletines electrónicos en la
base de datos Bulletin Board Exchange de cc:Mail, si es que dichas
categorías no existen.
4. En el Router de cc:Mail encargado de la oficina de correos
conectada de forma directa, ejecute una solicitud de sincronización
de boletines electrónicos, EXCH/BS.
Una vez completados estos pasos, todos los mensajes de los boletines
electrónicos publicados antes de realizar el intercambio de boletines
electrónicos a través del MTA de cc:Mail estarán incluidos en la base de
datos Bulletin Board Exchange de cc:Mail.
Si desea información detallada sobre los procedimientos y comandos
descritos en este tema, consulte la documentación del MTA de cc:Mail.
Una vez finalizado el proceso de migración, tanto los archivos de
usuario como los mensajes de correo de los usuarios se conservan en la
oficina de correos de cc:Mail. Ni la herramienta de migración ni cc:Mail
los eliminan o los marcan para su eliminación.
Una vez haya comprobado que el proceso de migración se ha realizado
satisfactoriamente, podrá:
Eliminar solamente los mensajes, utilizando las utilidades
CHKSTAT (DB6) o MSGMGR (DB8) de cc:Mail. La eliminación de
los mensajes de correo de los usuarios no elimina los archivos de
usuario, pero permite recuperar espacio en disco al reducir el
tamaño del almacén de mensajes y eliminar los punteros de los
mensajes en los archivos de usuario. Consulte el manual cc:Mail
Administrator's Guide si desea información sobre cómo ejecutar estas
herramientas.
Eliminar los archivos de usuario utilizando los programas ADMIN
(DB6) o WinAdmin (DB8) de cc:Mail. La eliminación de estos
archivos también elimina los mensajes existentes en ellos. Este es el
método recomendado para eliminar la información de los mensajes
para los usuarios importados desde la oficina de correos.
Cuidado No elimine manualmente los archivos de usuario del
directorio de la oficina de correos de cc:Mail.
Eliminación de los archivos de usuario y de los mensajes de correo
de los usuarios importados desde la oficina de correos de cc:Mail
Eliminación de los archivos de usuario de cc:Mail utilizando los
programas Admin o WinAdmin
La herramienta de administración para la base de datos de su oficina de
correos (ADMIN o WinAdmin) le permite eliminar los archivos de
usuario editando la información sobre la ubicación en las entradas del
directorio de la oficina de correos para los usuarios importados.
Consulte el manual cc:Mail Administrator's Guide si desea más detalles
sobre cómo ejecutar la herramienta de administración para su oficina de
correos.
Para las entradas de la oficina de correos en las que la " l " o la " r "
minúsculas designan la ubicación del usuario
1. Utilice ADMIN o WinAdmin para editar la entrada del usuario en el
directorio de la oficina de correos y eliminar el nombre de una
oficina de correos remota en el campo de la dirección.
Al hacerlo, el programa asignará el usuario a la oficina de correos
local y sustituirá automáticamente su ubicación por una "L"
mayúscula.
2. Agregue el nombre de una oficina de correos remota, generalmente
la oficina de correos del MTA de cc:Mail que sirve como gateway
entre cc:Mail y Notes, y guarde la entrada.
remota y sustituirá automáticamente la información sobre su
ubicación en la oficina de correos local por una " l " o una " r "
minúscula.
3. Seleccione Sí cuando el programa le pregunte si desea eliminar el
archivo de usuario.
Para las entradas de la oficina de correos en las que la "L" o la "R"
mayúsculas la ubicación del usuario
1. Utilice ADMIN o WinAdmin para editar la entrada del usuario en el
directorio de la oficina de correos y agregar el nombre de una
oficina de correos remota, generalmente la oficina de correos del
MTA de cc:Mail que sirve como gateway entre cc:Mail y Notes, y
guarde la entrada..
remota y sustituirá automáticamente la información sobre su
ubicación en la oficina de correos local por una " l " o una " r "
minúscula.
2. Seleccione Sí cuando el programa le pregunte si desea eliminar el
archivo de usuario.
Migración de mensajes de cc:Mail adicionales despúes de realizado el
registro
Si fuera necesario, una vez realizada la migración de los usuarios, puede
ejecutar la herramienta de migración de nuevo para migrar mensajes
adicionales de cc:Mail. Debe tener acceso de gerente al archivo de correo de
Notes de un usuario para poder importar mensajes adicionales en él. Si no se
asignó acceso de gerente al archivo de correo durante la primera
migración, es posible que tenga que solicitar a los usuarios que editen la
LCA con el fin de asignarle los derechos de acceso apropiados.
Nota Si está ejecutando el MTA de cc:Mail, puede eliminar la
necesidad de migrar los mensajes de cc:Mail despúes de realizar el
registro; para ello, active la remisión automática de los mensajes
recibidos en el buzón de correo de cc:Mail de un usuario a su archivo de
correo de Notes.
1. Conéctese con la oficina de correos de cc:Mail.
2. Importe los usuarios de cc Mail que ha migrado previamente en la
cola de registro de Notes.
4. En el cuadro Estado del registro, seleccione el usuario cuyos
mensajes desea migrar y haga clic en Registrar.
El proceso de registro localizará automáticamente los archivos de correo
del usuario y convertirá los mensajes del buzón de correo de cc:Mail en
mensajes que situará en las carpetas apropiadas del archivo de correo
de Notes.Los mensajes existentes en este archivo no se convertirán.
Si desea más información sobre la opción Convertir sólo el correo,
3. Seleccione la opción de migración Convertir sólo el correo. La
herramienta de migración ignorará el resto de opciones
seleccionadas.
Capítulo 14
Migración de los usuarios de Microsoft Mail a Notes
Este capítulo trata aspectos relacionados con la migración de usuarios
desde Microsoft Mail a la Versión 5 de Notes, e incluye instrucciones
sobre el uso de Domino Administrator para completar la migración.
Migración de los usuarios de Microsoft Mail
Gracias a la herramienta de migración de usuarios de Microsoft Mail a
Lotus Notes de Domino Administrator, puede importar usuarios y
grupos desde una determinada Oficina de correos de Microsoft Mail y
agregarlos a Notes. El proceso de migración:
Puede migrar la información sobre los buzones de las versiones 3.2, 3.5
y 3.6 de Microsoft Mail.
Si lo desea, también puede migrar los mensajes de un buzón que no está
conectado a la red mediante el uso de un Asistente de actualización de
usuarios .
Consulte el Capítulo 21 si desea información sobre el Asistente de
Esta sección incluye los siguientes temas:
Equivalentes en Notes de la información importada de Microsoft
Mail
Preparativos para la migración de los usuarios de Microsoft Mail
Importación de la lista de direcciones de la Oficina de correos de
Microsoft Mail
14-1
Importa los usuarios y grupos de la Oficina de correos y crea
entradas para ellos en el Directorio de Domino
permite crear un ID de Notes y un archivo de correo para los
usuarios importados;
Migra el contenido de los buzones (archivos MMF) desde una
ubicación central, como por ejemplo el servidor de la Oficina de
correos de Microsoft Mail
Deberá asignar una unidad a la ubicación de los buzones de MS Mail
desde la estación de trabajo que esté ejecutando Domino Administrator.
Personalización de los parámetros de migración de Microsoft Mail
Registro de usuarios y finalización de la migración desde Microsoft
Mail
Equivalentes en Notes de la información importada de Microsoft Mail
La herramienta de migración de Microsoft Mail a Notes convierte la
información existente una Oficina de correos de Microsoft Mail a Notes,
incluyendo los mensajes y las libretas de direcciones personal y pública,
tal y como se muestra en la tabla siguiente:
Estos elementos de Microsoft Mail ... . .
Se convierten en los siguientes elementos
de Notes ... . .
Tipos de mensajes personalizados,
incluyendo los mensajes de
Scheduler
No se migra
Mensajes de fallos en la entrega
No se migra
Grupos públicos
Domino
Mensajes de correo interpersonales
(IPM)
No se migra
Fecha y prioridad del mensaje
Mensajes y anexos
Mensajes y anexos
Carpeta Bandeja de salida
No se migra
Contraseña
Contraseña
Libreta personal de direcciones*
Lista de direcciones de la Oficina de
correos
Estados de leído y de no leído
destinatario
destinatario
Carpeta compartida y de grupo
No se migra
Papelera o carpeta del correo
borrado
No se migra
* Las libretas personales de direcciones se envían automáticamente a los
usuarios en el anexo de un mensaje de correo de Notes. A continuación, los
usuarios ejecutan un Asistente de actualización en sus estaciones de trabajo para
migrar la información de la Libreta de direcciones a sus libretas personales de
direcciones de Notes.
Consulte el Capítulo 21 si desea información sobre los asistentes de
Modo en que la herramienta de migración analiza los formatos de los
nombres de Microsoft Mail
Al contrario de lo que sucede con los nombres de Notes, que están
formados por tres componentes, el nombre, los apellidos y la inicial del
segundo nombre, la Libreta de direcciones de Microsoft Mail almacena
los nombres como un solo bloque de caracteres, incluyendo comas y
espacios. El formato de nombre usado depende de las convenciones
establecidas dentro de la organización. Por ejemplo, el mismo usuario
podría estar incluido en la Libreta de direcciones como Susana Soler o
Soler, Susana.
Al generar un nombre de Notes a partir de un nombre de Microsoft
Mail importado, la herramienta de migración primero determina el
formato del nombre y, a continuación, lo convierte en los componentes
del nombre de Notes. El campo Inicial 2º nombre del documento de
persona tiene una longitud máxima de dos caracteres; los nombres más
largos se truncan. En algunos casos, es posible que varios de los
componentes del nombre de Notes resultantes estén vacíos.
La herramienta de migración valida y crea los componentes de los
nombres de Notes a partir del nombre completo de Microsoft Mail, no
del nombre del buzón.
Nota Después de agregar los usuarios a la cola de registro, no se olvide
de revisar los nombres generados por la herramienta de migración con
objeto de asegurarse de que son los apropiados. Edite los nombres que
considere oportunos.
Migración de los usuarios de Microsoft Mail a Notes 14-3
Notes soporta la conversión de los nombres de Microsoft Mail que
incluyen los siguientes caracteres: letras, números, ampersands (&),
apóstrofos ('), guioness (-), puntos (.), espacios ( ) y subrayados (_).
Aquellos nombres que incluyan caracteres especiales, como un signo de
dólar ($), una tilde (~), un signo de porcentaje (%) o un arco circunflejo
(^), generarán errores al agregarse a la cola de registro.
Tabla: Generación de los componentes de los nombres de Notes a
partir de los nombres de Microsoft Mail
La tabla siguiente muestra la forma en la que la herramienta de
migración genera los nombres de Notes a partir de los formatos de
nombres de Microsoft Mail comunes:
Formato del nombre completo de Microsoft Mail
Componentes del nombre
de Notes resultantes
Descripción
Ejemplo
Componentes Ejemplo
Un único nombre
ssoler
Apellidos
Nombre
Inicial 2º
nombre
ssoler
<vacío>
<vacío>
Nombre Apellidos
Susana Soler
Apellidos
Nombre
Inicial 2º
nombre
Soler
Susana
<vacío>
Nombre Apellidos compuestos
Maria de la
Garza
Apellidos
Nombre
Inicial 2º
nombre
la Garza
Maria de
Nombre Inicial 2º nombre
Apellidos
Juan J. Baena
Apellidos
Nombre
Inicial 2º
nombre
Baena
Juan
J.
Nombre Segundo nombre
Apellidos
César Augusto
Lomas
Apellidos
Nombre
Inicial 2º
nombre
Augusto
César
Au
Nombre compuesto Inicial 2º
nombre Apellidos
Juan Antonio B.
Lopera
Apellidos
Nombre
Inicial 2º
nombre
B. Lopera
Juan
An
Apellidos, Nombre
Soler, Susana
Apellidos
Nombre
Inicial 2º
nombre
Soler
Susana
<vacío>
Apellidos
Nombre
Inicial 2º
nombre
de Miguel
Carlos
<vacío>
Apellidos compuestos, Nombre de Miguel,
Carlos
Formato del nombre completo de Microsoft Mail
Componentes del nombre
de Notes resultantes
Apellidos compuestos, Nombre
compuesto Inicial 2º nombre
de Miguel, Juan
Antonio B.
Apellidos
Nombre
Inicial 2º
nombre
Apellidos, Nombre Inicial 2º
nombre
Ramos, Rosa M. Apellidos
Nombre
Inicial 2º
nombre
Ramos
Rosa
R.
Apellidos, Nombre Segundo
nombre
Morales, Daniel
Domingo
Morales
Daniel
Do
Apellidos
Nombre
Inicial 2º
nombre
de Miguel
Juan
An
Análisis de los nombres que incluyen comas
La herramienta de migración sitúa todos los caracteres que preceden a
la coma en el campo Apellidos del documento de persona de Notes, y
todos los caracteres que la siguen, pero que se encuentran antes de un
espacio, en el campo Nombre. Los dos primeros caracteres restantes se
sitúan en el campo Inicial 2º nombre.
Análisis de los nombres con tres componentes que incluyen
espacios, pero no comas
Ejemplo: César Augusto Lomas
La herramienta de migración sitúa todos los caracteres que vienen a
continuación del último espacio en el campo Apellidos. Los caracteres
que preceden a dicho espacio en blanco se sitúan en el campo Nombre.
Los dos primeros caracteres que aparecen después del primer espacio, y
antes del segundo, se sitúan en el campo Inicial 2º nombre.
Análisis de los nombres con cuatro o más componentes que
incluyen espacios, pero no comas
Ejemplo: Carlos G. de Miguel
La herramienta de migración sitúa el primer componente en el campo
Nombre, los dos primeros caracteres del segundo componente en el
campo Inicial 2º nombre y los restantes componentes en el campo
Apellidos.
Análisis de los nombres que no incluyen espacios ni comas
La herramienta de migración sitúa el nombre completo en el campo
Apellidos del documento de persona de Notes. Por ejemplo, para el
nombre de Microsoft Mail ssalani, la herramienta de migración sitúa en
el campo Apellidos la cadena ssalani, y deja vacíos los campos Nombre
e Inicial 2º nombre.
Análisis de errores
En algunos casos, la herramienta de migración no analiza correctamente
los nombres de Microsoft Mail:
Nombres con el formato Apellidos, Nombre Inicial 2º nombre que
incluyen nombres compuestos.
Ejemplo: Heras, Juan Antonio B.
La herramienta de migración genera los siguientes componentes del
nombre de Notes:
Nombre: Juan; Inicial 2º nombre: An; Apellidos: Heras
Nombres con el formato Nombre Inicial 2º nombre Apellidos que
incluyen apellidos compuestos, pero no la inicial del segundo
nombre.
Ejemplo: Maria de la Garza
nombre de Notes:
Nombre: Maria; Inicial 2º nombre: de ; Apellidos: la Garza.
Nombres con el formato Nombre Inicial 2º nombre Apellidos que
incluyen nombres compuestos y una inicial del segundo nombre.
Ejemplo: Juan Antonio B. Heras
nombre de Notes:
Nombre: Juan ; Inicial 2º nombre: An ; Apellidos: B. Heras
Nombres con el formato Nombre Segundo nombre Apellidos en los
cuales el segundo nombre tiene más de dos caracteres.
Ejemplo: César Augusto Lomas
nombre de Notes:
Nombre: César ; Inicial 2º nombre: Au; Last name: Lomas
Preparativos para la migración de los usuarios de Microsoft Mail
Antes de migrar los usuarios desde Microsoft Mail a Notes, complete
las siguientes tareas:
Determine el orden en que desea realizar la conversión de sus
oficinas de correos. Esta debería ser su planificación de la
migración.
usuarios provenientes de Microsoft Mail.
Envíe los mensajes de Microsoft Mail pendientes.
Haga una copia de seguridad de los buzones almacenados en la
Oficina de correos. Si no dispone de una administrador de MS Mail
que realice las copias de seguridad de los buzones a intervalos
regulares, consulte la Microsoft Mail Administrator's Guide para
conocer más detalles sobre la realización de copias de seguridad.
Copia de seguridad de la información de Domino
Antes de realizar la migración de los usuarios, es aconsejable que haga
una copia de la siguiente información de Domino:
NAMES.NSF
DESKTOP.DSK
NOTES.INI
*Archivos .ID
para cada uno de los usuarios de Microsoft Mail que desea migrar.
Domino Administrator de la Versión 5 de Notes y las herramientas
de migración administrativa de MS Mail opcionales. Deberá llevar a
cabo la instalación personalizada para poder instalar el componente
de herramientas de migración.
Desde la estación de trabajo de administración, asigne una unidad a
la ubicación de la Oficina de correos de Microsoft Mail desde la que
está migrando los usuarios.
Si prevé migrar correo adicional después del registro de los
usuarios, durante éste, cambie los derechos de acceso que los
propietarios de los archivos de correo tienen a éstos del nivel
predeterminado de gerente a diseñador o editor.
Consulte el Capítulo 12 si desea instrucciones sobre cómo cambiar el
nivel de acceso predeterminado.
Importación de la lista de direcciones de la Oficina de correos de
Microsoft Mail
La lista de direcciones de la Oficina de correos de Microsoft Mail
contiene información para todos los usuarios de Microsoft Mail que
disponen de buzones en esa Oficina de correos. Notes utiliza la
información extraída de dicha lista para configurar el registro de los
usuarios provenientes de cc:Mail.
Para importar la lista de direcciones de la Oficina de correos de
Microsoft Mail, debe:
Conectarse con la Oficina de correos de Microsoft Mail
Importar los usuarios
Conexión con la Oficina de correos de Microsoft Mail
necesario localizar la Oficina de correos en la que los usuarios tienen sus
buzones y, a continuación, conectarse con ella.
1. En la estación de trabajo de administración en la que ha instalado
Domino Administrator, inserte un disquete que contenga los ID de
certificador apropiados para las organizaciones y unidades
5. Extraiga el disquete con los ID de certificador y haga clic en
Aceptar.
6. (Opcional) En el panel General del cuadro de diálogo Registar
peronas -- Nueva entrada, especifique un servidor de registro si
fuera necesario; para ello, haga clic en Servidor de registro y
seleccione el servidor que se va a encargar de registrar a los nuevos
usuarios. Haga clic en Aceptar.
Usuarios de MS Mail en la lista Directorio de origen otro sistema.
9. Complete la siguiente información en el cuadro de diálogo
Inicialización de MS Mail:
Ruta de acceso a la Oficina de correos
Nombre del administrador
Contraseña del administrador
10. Haga clic en Aceptar. A continuación, la herramienta de migración
verificará el nombre, la ruta de acceso y la contraseña de la Oficina
de correos. Si alguno de estos valores no es correcto, aparecerá un
mensaje de error.
La lista Personas/grupos disponibles muestra los usuarios y los
grupos de la lista de direcciones de la Oficina de correos. Ahora ya
está listo para importar usuarios desde la Oficina de correos en la
cola de registro de Notes.
Importación de usuarios de Microsoft Mail en la cola de registro
usuarios de Microsoft Mail que se importen durante la sesión actual.
2. Haga clic en Avanzadas para abrir un cuadro de diálogo que le
permitirá especificar parámetros avanzados de actualización para
importar personas desde Microsoft Mail.
3. Haga clic en Aceptar cuando termine de especificar estos
parámetros .
Capítulo 12.
dicha cola.
aparecerán en el cuadro Estado del registro. Ahora ya está listo
para registrar usuarios.
contenido de la lista de direcciones de la Oficina de correos de Microsoft
Mail, seleccione los usuarios que desea importar y las opciones de
migración adecuadas.
Personalización de los parámetros de migración de Microsoft Mail
Cuando esté listo para importar los usuarios, seleccione las opciones
que le permitirán especificar la forma en la que la herramienta de
migración debe utilizar la información de la Oficina de correos de
Microsoft Mail para crear usuarios de Notes. Puede especificar dos tipos
de parámetros de migración:
Opciones de migración - le permiten determinar la forma en la que
herramienta de migración debe crear un usuario en Notes a partir
de la información importada de Microsoft Mail. Las opciones de
migración disponibles son similares para cada una de las
herramientas de migración
Opciones avanzadas - le permiten especificar parámetros
adicionales que afectan a la conversión desde Microsoft Mail a
Notes.
Definición de las opciones de migración para los usuarios de
Microsoft Mail
información que la herramienta de migración debe importar de la
Oficina de correos de Microsoft Mail. Estas opciones se aplicarán a
todos los usuarios y grupos importados de Microsoft Mail durante la
sesión actual.
directorio de una Oficina de correos de Microsoft Mail para que su
contenido aparezca en la lista Personas/grupos disponibles.
2. En el cuadro Opciones de migración, acepte las opciones
predeterminadas o seleccione otras diferentes. Para cancelar la
selección de una opción, haga clic en ésta por segunda vez. La tabla
siguiente incluye las opciones de importación disponibles:
Desactivada
Agregar el nombre completo especificado al
documento de persona de Notes
Desactivada
Desactivada
Convertir el correo
Activada
Convertir SÓLO el correo (Debe existir un
usuario y un archivo de correo de Notes)
Desactivada
3. Continúe con el procedimiento de importación especificando las
opciones avanzadas.
En una determinada sesión, las opciones de migración se definen de
forma independiente para cada directorio de otro sistema, por lo que, si
está migrando usuarios desde varios sistemas, puede aplicar opciones
diferentes para cada uno de ellos. Las opciones que seleccione se
aplicarán a todos los usuarios que se importen de un directorio
determinado durante la sesión actual.
Especificación de las opciones avanzadas para la migración de
usuarios de Microsoft Mail
Además de las opciones de migración seleccionadas en el cuadro de
diálogo Migrar personas y grupos, la herramienta de migración le
ofrece otras opciones para controlar el proceso de migración de los
usuarios de Microsoft Mail. Las opciones que seleccione se aplicarán a
todos los usuarios que importe de la oficina de correos de Microsoft
Mail durante la sesión actual.
Migración de las libretas personales de direcciones de Microsoft
Mail a Notes
Inicialmente, cuando se migra un usuario desde Microsoft Mail, la
información de la Libreta personal de direcciones almacenada con el
buzón también se migra. Una vez finalizada la migración, y de forma
automática, Domino Administrator sitúa un mensaje en la Bandeja de
entrada del archivo de correo del usuario al que anexa una Libreta
personal de direcciones temporal de Notes, que contiene la información
importada. A continuación, los usuarios deben ejecutar el Asistente de
actualización para Microsoft Mail en el cliente Notes para copiar la
información de este documento temporal de Notes en la Libreta
personal de direcciones del escritorio de Notes.
Si desea evitar la migración de la información de la Libreta personal de
direcciones, anule la selección de la casilla Convertir Libreta personal
de direcciones y haga clic en Aceptar.
1. En el cuadro de diálogo Importar Directorio de otro sistema,
seleccione Usuarios de MS Mail y haga clic en Avanzadas.
2. En el cuadro de diálogo Opciones avanzadas de MS Mail,
seleccione los valores para las siguientes opciones y, a continuación,
haga clic en Aceptar:
Conversión de las libretas personales de direcciones
Especificación del idioma de la Oficina de correos (página de
códigos)
Puede especificar el número de errores que se deben tolerar al importar
los mensajes de los buzones de la Oficina de correos de Microsoft Mail
en los archivos de correo de Notes. Inicialmente, la herramienta de
migración permite un número ilimitado de errores, y completa la
importación independientemente de los que se produzcan. Si se
especifica un umbral de errores, el proceso de migración finalizará
cuando se alcance el número de errores indicado.
1. Seleccione el botón radial Nº máximo.
2. En el cuadro de texto, introduzca el número de errores que desea
tolerar.
Los usuarios que se hayan importado antes de alcanzar el umbral de
errores se registran en Notes. Si el proceso de migración finaliza,
debería analizar y solucionar las condiciones de error detectadas para
los usuarios que permanecen en la cola, e intentar registrarlos de nuevo.
Especificación de la página de códigos para la conversión de la
Oficina de correos de Microsoft Mail
Cuando se importan usuarios desde Microsoft Mail, es necesario
especificar qué página de códigos se va a utilizar. La herramienta de
migración necesita conocer la página de códigos de la Oficina de correos
para convertir correctamente los caracteres que se van a mostrar en
Notes. Inicialmente, dicha herramienta utiliza la página de códigos
actual. Si fuera necesario, especifique la página apropiada para la
versión del idioma usada por la Oficina de correos que va a importar.
La tabla siguiente muestra las páginas de códigos disponibles para una
Oficina de correos de Microsoft Mail.
Versión de idioma de la oficina de correos Número de la página de códigos
Árabe
1256
Francés de Canadá
863
Chino (Tradicional)
950
Chino (Simplificado)
936
Checo
1250
Danés
1252
Holandés
1252
Inglés
1252
Finlandés
1252
Francés
1252
Versión de idioma de la oficina de correos Número de la página de códigos
1252
Griego
851
Hebreo
862
Húngaro
1250
Islandés
1252
Indonesio
1252
Italiano
1252
Japonés
932
Coreano
949
Multilingue
1252
Nórdico
865
Noruego
1252
Polaco
1250
Portugués
1252
Rumano
1250
Ruso
1251
Serbio
1250
Eslovaco
1250
Español
1252
Sueco
1252
Tailandés
874
Turco
857
Ucraniano
1251
Registro de usuarios y finalización de la migración desde Microsoft
Mail
Creará un documento de persona y un ID de Notes
Microsoft Mail
Alemán
usuarios en Notes, como el nombre del servidor de correo, el tipo de
licencia, la pertenencia a algún grupo, la unidad organizativa, etc.
utilizar la estación de trabajo para ninguna otra tarea hasta que haya
finalizado. Si fuera necesario, puede detener dicho proceso presionando
Ctrl-Inter.
correcta.
de registro que desea aplicar durante la sesión actual y, a
continuación, haga clic en Aceptar.
3. (Opcional) Especifique aquella información adicional que resulte
necesaria para registrar a los usuarios. Si ha creado un grupo de
"migración", abra el panel Grupos y asigne ahora los usuarios a este
grupo.
agregados a la cola, y migrará los datos desde sus buzones a Notes.
Los usuarios que no han sido seleccionados permanecerán en la cola
para su posterior registro.
tamaño de los buzones que se están actualizando.
estado del registro. Las operaciones de registro fallidas seguirán
apareciendo en el cuadro Estado del registro con un mensaje de
estado que indicará el motivo del fallo. Corrija los parámetros de
Consulte el Capítulo 12 si desea información sobre cómo verificar que la
migración se ha realizado satisfactoriamente.
la información de Microsoft Mail que la herramienta de migración de
Domino no ha procesado.
ejecutar el Asistente de actualización para Microsoft Mail en el cliente
Notes.
Al registrar los usuarios de Microsoft Mail, y si no ha modificado el
estado predeterminado de la opción Convertir el correo (es decir, si
continúa seleccionada), Domino Administrator convertirá
automáticamente sus archivos de correo de Microsoft Mail en archivos
de correo de Notes como parte del proceso de registro. En el panel
Correo del cuadro de diálogo Registrar personas, la opción Crear el
archivo ahora estará seleccionada. Aparecerá un mensaje de error si se
intenta modificar esta opción para crear archivos de correo utilizando el
proceso de administración en segundo plano (adminp).
Mmigración de mensajes de Microsoft Mail adicionales después del
registro
1. Conéctese con la Oficina de correos de Microsoft Mail.
2. Importe los usuarios de Microsoft Mail que ha migrado
previamente en la cola de registro de Notes.
3. Seleccione la opción de migración Convertir sólo el correo. La
herramienta de migración ignorará el resto de opciones
seleccionadas.
4. En el cuadro Estado del registro, seleccione el usuario cuyos
mensajes desea migrar y haga clic en Registrar
El proceso de registro localizará automáticamente los archivos de correo
del usuario y convertirá los mensajes del buzón de Microsoft Mail en
mensajes que situará en las carpetas apropiadas del archivo de correo
de Notes. Los mensajes existentes en este archivo no se convertirán.
Si desea más información sobre la opción Convertir sólo el correo,
Si fuera necesario, una vez realizada la migración de los usuarios, puede
ejecutar la herramienta de migración de nuevo para migrar mensajes
adicionales de Microsoft Mail. Debe tener acceso de gerente al archivo de
correo de Notes de un usuario para poder importar mensajes adicionales en él.
Si no se asignó acceso de gerente al archivo de correo durante la
primera migración, es posible que tenga que solicitar a los usuarios que
editen la LCA con el fin de asignarle los derechos de acceso apropiados.
Capítulo 15
Migración de usuarios desde Microsoft Exchange
desde Microsoft Exchange a la Versión 5 de Notes, e incluye
instrucciones sobre el uso de Domino Administrator para completar la
migración.
Migración de los usuarios de Microsoft Exchange
Importa los usuarios y grupos del servidor Exchange y crea
permite crear un ID de Notes y un archivo de correo para los
Migra el contenido de los buzones (archivos PST) desde una
ubicación central, como por ejemplo el servidor Microsoft Exchange
relacionados con el traslado de usuarios de Microsoft Exchange a Notes:
Exchange
Pasos previos a la migración de usuarios de Microsoft Exchange
Importación de usuarios y grupos del directorio de Microsoft
Exchange
Registro de los usuarios importados
15-1
Mediante las herramientas de migración de Microsoft Exchange a Notes
de Domino Administrator, puede importar usuarios y listas de
distribución de Microsoft Exchange desde un servidor seleccionado y
agregarlas al Directorio de Domino como usuarios y grupos de Notes.
El proceso de migración:
Exchange
La herramienta de migración de Microsoft Exchange a Notes convierte
la información existente en el servidor Microsoft Exchange a Notes,
incluyendo los mensajes y las libretas de direcciones personal y pública.
Información de Microsoft Exchange
Información equivalente en Notes
Información sobre agenda y
planificación
No se migra
Contactos
Entradas de la Libreta personal de
direcciones *
Tipos de mensajes personalizados,
incluyendo los mensajes de
Scheduler
No se migra
Elementos eliminados
Papelera**
Mensajes de fallos en la entrega
No se migra
Firmas digitales
No se migra
Listas de distribución
Domino
Mensajes codificados
No se migra
Vínculos de documento
No se migra
Diarios
No se migra
Mensajes y anexos
Mensajes y anexos
Documentos de Microsoft Office
Mensajes con documentos de Microsoft
Office anexados
Notas
Tareas
Carpeta Bandeja de salida
Carpeta Borradores
Directorio de Exchange
Documentos de persona del Directorio
de Domino
No se migra
Carpetas públicas
No se migra
No se migra ***
Roles y permisos en los buzones y
las carpetas
No se migra
destinatario
destinatario
Tareas
Tareas
* Los contactos, que se almacenan en el servidor Exchange, solamente están
disponibles para los clientes Outlook. Durante la migración, la información
sobre los contactos se almacena en una Libreta personal de direcciones de
Notes, que se envía automáticamente al usuario. A continuación, los usuarios
deben ejecutar el Asistente de actualización para Microsoft Exchange para
copiar la información de esta base de datos temporal en la Libreta personal de
direcciones del cliente Notes.
** Dependiendo de las preferencias del usuario definidas en el cliente Notes, los
mensajes importados en la Papelera se podrán eliminar cuando los usuarios
cierren sus archivos de correo.
*** Esta versión de la herramienta de migración de Domino para Microsoft
Exchange marca todos los mensajes importados desde Microsoft Exchange
como no leídos en el archivo de correo de Notes.
Localización del archivo de correo de Microsoft Exchange
El cliente Microsoft Exchange almacena los mensajes de correo en un
archivo PST, que es el equivalente al archivo MMF utilizado por los
clientes Microsoft Mail. Sin embargo, al contrario que Microsoft Mail,
que almacena la Libreta personal de direcciones y los mensajes de
correo del usuario en un único archivo MMF, Microsoft Exchange
utiliza dos archivos distintos para almacenar estos dos elementos.
Los clientes Exchange almacenan las libretas personales de direcciones
de los usuarios en archivos PAB, que generalmente están ubicado en las
estaciones de trabajo los usuarios. Éstos pueden ejecutar el Asistente de
actualización de Microsoft Exchange a Notes para migrar información
desde un archivo PAB local a la Libreta personal de direcciones de
Notes (NAMES.NSF) ubicada en la estación de trabajo.
Migración de usuarios desde Microsoft Exchange 15-3
Modificación de los nombres de gateway en los mensajes
importados
Cuando se efectúa la migración de los mensajes y de la información del
directorio desde Exchange, la herramienta de migración para Microsoft
Exchange no convierte automáticamente los nombres de los gateways de
Exchange existentes en al dirección del remitente en direcciones de
gateways de Notes. Una vez que comiencen a utilizar el correo de Notes,
es posible que los usuarios que respondan a los mensajes recibidos
desde un sistema de mensajería externo y que se han importado desde
Exchange necesiten editar manualmente la dirección del gateway del
destinatario.
Los clientes Outlook pueden almacenar las direcciones personales en un
archivo PAB o en una lista de contactos ubicada en el servidor
Exchange. La herramienta de migración de Domino para Microsoft
Exchange almacena automáticamente la información sobre los contactos
en una Libreta personal de direcciones de Notes temporal, anexa ésta a
un archivo de correo y, por último, la coloca en la Bandeja de entrada
del usuario importado. Dicha herramienta genera un mensaje de
advertencia en el archivo de registro de Notes para cada usuario sobre
el que no encuentra información de contactos. A continuación, los
usuarios pueden ejecutar el Asistente de actualización de Microsoft
Exchange a Notes para migrar la información sobre las direcciones de la
Libreta personal de direcciones temporal a la Libreta personal de
direcciones de su estación de trabajo.
El buzón de Microsoft Exchange se almacena en un archivo PST, bien
localmente o en el servidor Exchange. La herramienta de migración de
Domino para Microsoft Exchange solamente puede migrar la
información de los archivos PST ubicados en el servidor Exchange. Los
usuarios puede ejecutar el Asistente de actualización de Microsoft
Exchange a Notes en sus estaciones de trabajo para migrar los mensajes
desde los archivos PST almacenados localmente.
Migración de mensajes desde las carpetas Bandeja de salida y
Elementos enviados
Todos los buzones de Exchange incluyen las carpetas Bandeja de salida
y Elementos enviados. Cuando se migra el correo para los usuarios de
Exchange, estas carpetas no se agregan al archivo de correo de Notes.
Sin embargo, como norma general, los mensajes de estas carpetas sí se
migran. Los mensajes de la carpeta Elementos enviados se migran a la
carpeta Enviados de Notes, y los mensajes de la carpeta Bandeja de
salida se migran a la carpeta Borradores.
Si un usuario copia manualmente los mensajes recibidos en la carpeta
Bandeja de salida, o guarda borradores de los mensajes que no han sido
enviados en la carpeta Elementos enviados (por ejemplo, utilizando una
operación de arrastrar y colocar), la herramienta de migración
importará los mensajes, pero no los situará en las carpetas Borradores y
Enviados equivalentes en Notes. Una vez finalizada la migración, los
usuarios deberán seleccionar la vista Todos los documentos para
visualizar los mensajes.
Migración de una carpeta de Exchange que tiene el mismo nombre
que una carpeta de Notes
Si una carpeta de un buzón de Exchange que se va a migrar tiene el
mismo nombre que una vista de carpeta existente en el archivo de
correo de Notes (por ejemplo, Debates), la herramienta de migración
agregará el número 1 al nombre de la carpeta con objeto de que éste sea
un nombre único (por ejemplo, Debates1). Los carpetas duplicadas
adicionales se numerarán de forma secuencial (es decir, Debates2,
Debates3,etc.).
Preparativos para la migración de usuarios de Exchange
Antes de migrar los usuarios desde Microsoft Exchange a Notes,
complete las siguientes tareas:
Determine el orden en que desea realizar la conversión de sus
servidores de Exchange. Esta debería ser su planificación de la
migración.
Domino Administrator de la Versión 5 de Notes y las herramientas
de migración administrativa de Exchange opcionales. Para instalar
el componente de las herramientas de migración, debe realizar una
instalación personalizada.
usuarios provenientes de Microsoft Mail.
para cada uno de los usuarios de Microsoft Exchange que desea
migrar.
Envíe los mensajes de Microsoft Exchange pendientes; para ello,
asegúrese de que se ha realizado la sincronización en cada uno de
los clientes.
Efectúe una sincronización de directorios de Exchange con el fin de
asegurarse de que el directorio de Exchange que desea migrar está
completo.
Asegúrese de que la estación de trabajo que está ejecutando Domino
Administrator tiene instalado un cliente Outlook o Exchange, así
como un perfil de correo del administrador que señale al servidor
Exchange.
Importación del directorio de Microsoft Exchange
El directorio de Microsoft Exchange contiene información para los
usuarios de Microsoft Exchange que se van a migrar a Notes. Notes
utiliza la información extraída de dicho directorio para configurar el
registro de los usuarios provenientes de Exchange.
La importación del directorio de Microsoft Exchange comprende las
siguientes tareas:
Conexión con el servidor Exchange
Importación de usuarios de Microsoft Exchange en la cola de
registro
Conexión con el servidor Exchange
necesario localizar el servidor Exchange en la que los usuarios tienen
sus buzones y, a continuación, conectarse con ella.
2. En Domino Administrator, haga clic en la pestaña Personas y
grupos.
5. Extraiga el disquete con el ID del certificador y haga clic en Aceptar.
6. (Opcional) En el panel General del cuadro de diálogo Registrar
personas -- Nueva entrada, especifique un servidor de registro si
Usuarios de Microsoft Exchange en la lista Directorio de origen
otro sistema.
9. En el cuadro de diálogo Seleccionar perfil, seleccione el perfil de
correo del administrador que permite conectarse con el servidor
Exchange y haga clic en Aceptar.
La herramienta de migración de Exchange a Notes no se cargará si
no especifica un perfil de correo apropiado.
La lista Personas/grupos disponibles muestra los nombres de los
usuarios y de los grupos de la lista de direcciones de la Oficina de
correos. Ahora ya está listo para importar usuarios desde la Oficina
de correos en la cola de registro de Notes.
Especificación de un perfil de correo del administrador
Para poder importar usuarios desde Exchange, es necesario conectarse
con el servidor Exchange que contiene los buzones que se desean
migrar. Para ello, seleccione el perfil de correo del administrador para
dicho servidor. La cuenta del administrador, que debe disponer del rol
Service Account Administrator (cuenta del servicio de administrador)
para la sede y el servidor Exchange, le ofrece acceso completo a todas
las cuentas y buzones del directorio del servidor Exchange.
El perfil que utilice debería conectarse solamente con el servicio
servidor Microsoft Exchange; no utilice un perfil que se conecte con
múltiples servicios de mensajería. Si fuera necesario, cree un nuevo
perfil y úselo durante la migración. Este perfil deberá estar disponible
localmente o en una unidad de red que sea accesible desde la estación
de trabajo en la que está ejecutando Domino Administrator.
Nota Si no está conectado con el dominio de Windows NT en el
que está ubicado el servidor Exchange, el programa le pedirá que
introduzca un nombre de usuario y una contraseña para dicho
dominio.
Importación de usuarios de Microsoft Exchange en la cola de
registro
contenido del directorio del servidor Microsoft Exchange, seleccione los
usuarios que desea importar y las opciones de migración adecuadas.
opciones que desea seleccionando los elementos apropiados en el
cuadro Opciones de migración. Las opciones que seleccione se
aplicarán a todos los usuarios de Microsoft Exchange que se
importen durante la sesión actual.
Capítulo 12.
dicha cola.
Las personas situadas en la cola de registro aparecerán en el cuadro
Estado del registro. Ahora ya está listo para registrar usuarios.
Definición de las opciones de migración para los usuarios de
Microsoft Exchange
información que la herramienta de migración debe importar del
servidor Microsoft Exchange. Estas opciones se aplicarán a todos los
usuarios y grupos importados de Microsoft Exchange durante la sesión
actual.
Consulte Definición de las opciones de migración si desea más
información sobre las opciones de migración disponibles.
directorio de un servidor Microsoft Exchange para que su contenido
aparezca en la lista Personas/grupos disponibles.
2. En el cuadro Opciones de migración, seleccione las opciones que
desee. Para cancelar la selección de una opción, haga clic en ésta por
segunda vez. La tabla siguiente incluye las opciones disponibles
para la migración de usuarios desde un servidor Exchange:
Activada
Desactivada
Desactivada
Convertir el correo
Activada
herramienta de migración, por lo que, si está migrando usuarios desde
múltiples sistemas de correo, puede aplicar opciones diferentes para
cada uno de ellos. Las opciones que seleccione se aplicarán a todos los
usuarios que se importen desde un directorio determinado durante la
sesión actual.
usuario importado
Migrará los mensajes del buzón de Microsoft Exchange
los usuarios en Notes, como el nombre del servidor de correo, el tipo de
licencia, los miembros del grupo, la unidad organizativa, etc.
utilizar la estación de trabajo para ninguna otra tarea hasta que finalice
el proceso. Si fuera necesario, puede detenerlo presionando Ctrl-Inter.
correcta.
Registro de usuarios y finalización de la migración desde Exchange
de registro que desea aplicar durante la sesión actual y, por último,
haga clic en Aceptar.
grupo.
Los usuarios que no han sido seleccionados permanecerán en la cola
para su posterior registro.
registro incorrectos e intente registrar de nuevo el usuario.
la información de Microsoft Exchange que la herramienta de migración
de Domino no ha procesado.
ejecutar el Asistente de actualización para Microsoft Exchange en el
cliente Notes.
Al registrar los usuarios de Exchange, y si no ha modificado el estado
predeterminado de la opción Convertir sólo el correo (es decir, si
continúa seleccionada), Domino Administrator convertirá
automáticamente sus archivos de correo de Microsoft Exchange en
archivos de correo de Notes como parte del proceso de registro. En el
panel Correo del cuadro de diálogo Registrar personas, la opción Crear
el archivo ahora estará seleccionada. Aparecerá un mensaje de error si
se intenta modificar esta opción para crear archivos de correo utilizando
el proceso de administración en segundo plano (adminp).
Capítulo 16
Migración de usuarios desde una lista de dominios
de Windows NT
Este capítulo trata sobre los aspectos relacionados con la importación de
usuarios a partir de una lista de dominios de Windows NT.
Migración de usuarios de Windows NT
Mediante las herramientas de migración de Microsoft Windows NT a
Notes incluidas en Domino Administrator, podrá importar usuarios y
grupos de los dominios de Windows NT que seleccione y registrarlos
como usuarios de Notes. El proceso de migración:
es posible crear archivos ID de Notes y archivos de correo para los
usuarios importados.
relacionados con el traslado de usuarios de Windows NT a Notes:
Preparación de la importación de usuarios de Windows NT
Especificacificación del dominio de Windows NT desde el que
realizar la importación
Registro de usuarios y finalización de la migración
Preparación de la importación de usuarios de Windows NT
Es necesario llevar a cabo una serie de tareas para conseguir que la
migración se realice de forma satisfactoria:
Determine el orden en el que desee trasladar los usuarios de los
dominios de Windows NT a Notes. Esto constituirá el plan de
migración.
Verifique que dispone de acceso a los ID de certificador y las
contraseñas de las organizaciones y las unidades organizativas de
Domino en las que desee registrar a los usuarios.
16-1
se importan usuarios y grupos de la lista de dominios de Windows
NT y se crean entradas para ellos en el Directorio de Domino;
Asegúrese de disponer de la licencia de cliente Notes apropiada
para cada usuario.
Conecte con Windows NT como administrador o como operador de
cuentas de los dominios desde los que desee importar usuarios.Para
poder migrar los usuarios de Windows NT a Notes, el equipo en el
que esté instalado Domino Administrator debe disponer de
WIndows NT.
Si va a crear archivos de correo de Notes para los usuarios
importados, conecte con Notes desde la estación de trabajo de
administración mediante un ID de Notes que disponga de acceso
para la creación de bases de datos en el servidor de correo.
En la estación de trabajo de administración en la que se ejecute
Windows NT, instale el cliente Domino Administrator de la Versión
5 y las herramientas de migración opcionales de Windows NT.
Deberá llevar a cabo la instalación personalizada para poder instalar
el componente de herramientas de migración.
Realice una copia de seguridad de la información de Domino.
Asegúrese de disponer de acceso de lectura, escritura y
actualización al Directorio de Domino del servidor utilizado para la
migración.
aplicaciones excepto Notes, y cierre todas las bases de datos de
Notes.
(Opcional) Cree un grupo de Notes al que agregar los usuarios
migrados.
Especificación del dominio de Windows NT desde el que realizar la
importación
Lleve a cabo las siguientes operaciones para conectar con el dominio de
Windows NT y así recuperar la lista de dominios. Después de
recuperarla, podrá importar los usuarios y grupos que en ella aparezcan
a la cola de registro. Es necesario ser administrador u operador de
cuentas del dominio para llevar a cabo este procedimiento.
Nota Para poder migrar los usuarios de Windows NT a Notes, el
equipo en el que esté instalado Domino Administrator debe disponer de
Windows NT. En los equipos con Windows 95, la opción
Usuarios/grupos de Windows NT no aparece en la lista de orígenes de
directorios disponibles.
Nota Si el controlador del dominio de Windows NT seleccionado
no está disponible, aparecerá un mensaje de error y, en el cuadro
Usuarios disponibles, podrá ver la lista predeterminada de cuentas
de usuarios locales.
Los usuarios del domino seleccionado aparecerán en la lista
Personas/grupos disponibles. Ahora ya está listo para importar
usuarios y grupos del dominio a la cola de registro de Notes.
Importación de usuarios de Windows NT a la cola de registro de Notes
Cuando aparezca en el cuadro Personas/grupos disponibles el
contenido de la lista de dominios de Windows NT, seleccione los
usuarios que desee importar y las opciones de migración para indicar
los datos que se deben migrar.
usuarios de Windows NT importados durante la sesión actual.
Migración de usuarios desde una lista de dominios de Windows NT 16-3
5. Extraiga el disquete con el ID del certificador y haga clic en Aceptar.
6. (Opcional) En el panel General del cuadro de diálogo Registrar
personas -- Nueva entrada, especifique un servidor de registro si
Usuarios/grupos de Windows NT en la lista Directorio de origen
de otro sistema.
9. En el cuadro de diálogo Seleccionar dominio de Windows NT,
especifique el dominio de Windows NT desde el que desee importar
los usuarios y haga clic en Aceptar.
Puede seleccionar un dominio de la lista o escribir el nombre de
algún otro dominio.
2. Haga clic en Avanzadas para abrir el cuadro de diálogo que le
permitirá especificar los parámetros avanzados de actualización
para la migración de personas desde Windows NT.
3. Haga clic en Aceptar cuando haya terminado de especificar estos
parámetros.
y los grupos que desee migrar y haga clic en Agregar.
Capítulo 12.
5. Haga clic en Migrar para colocar los usuarios seleccionados en la
cola de registro, y en Aceptar para cerrar el mensaje que le indica el
estado y el número de usuarios que se encuentran en la cola de
registro.
7. Las personas incluidas en la cola de registro aparecerán en el cuadro
Estado del registro. Ya está todo preparado para registrar los
usuarios.
Configuración de las opciones de migración para usuarios de
Windows NT
Existe la posibilidad de definir las opciones que determinarán la
información que la herramienta de migración importará de la lista de
dominios de Windows NT. Las opciones que especifique se aplicarán a
todos los usuarios y los grupos importados desde Windows NT durante
la sesión actual.
1. Desde el cuadro de diálogo Migrar personas y grupos, importe el
directorio de un dominio de Windows NT para que su contenido
aparezca en la lista Personas/grupos disponibles.
desee. Si desea eliminar una selección, haga clic de nuevo en la
opción seleccionada. En la siguiente tabla se incluyen las opciones
disponibles para la migración de usuarios desde un dominio de
Windows NT:
Activada
Desactivada
Permitir la adición de grupos vacios a Notes
Desactivada
Nota La herramienta de importación no importa las contraseñas de
Windows NT existentes. Si desactiva la opción de generación de
contraseñas, deberá proporcionar contraseñas para los usuarios
importados a la cola de registro antes de registrarlos.
3. Continúe con el proceso de importación especificando los
parámetros avanzados.
herramienta de migración, de forma que si está realizando la migración
desde diversos sistemas, podrá aplicar un conjunto diferente de
opciones para cada uno de ellos. Las opciones seleccionadas se aplicarán
a todos los usuarios importados desde un directorio concreto durante la
sesión actual.
Definición de las opciones avanzadas para la importación de usuarios
de Windows NT
Usuarios/grupos de Windows NT en la lista Directorio de origen
otro sistema, y haga clic en Avanzadas.
2. En el cuadro de diálogo Opciones de actualización de usuarios de
Windows NT, elija los parámetros que desee para las siguientes
opciones y, a continuación, haga clic en Aceptar:
Formato de nombre para el análisis de nombres completos
Usar nombre de usuario de Windows NT como nombre
abreviado de Notes
Definición del método de conversión de los nombres completos de
Windows NT en componentes de nombres de Notes
Existe la posibilidad de especificar la forma en que los nombres
completos de los usuarios de Windows NT se analizarán para obtener
componentes de nombres de Notes durante el proceso de migración. La
especificación de un formato de análisis permite descomponer un
nombre completo en componentes de nombre de Notes, en lugar de
suponer que los nombres completos de Windows NT importados
siempre utilizan el formato "nombre apellido". El formato de análisis se
especifica de la siguiente forma:
Además de las opciones básicas de importación definidas en el cuadro
de diálogo Migrar personas y grupos, es posible definir otras opciones
que determinan la forma en que la herramienta de migración procesará
los nombres importados desde Windows NT. Los parámetros
seleccionados se aplicarán a todos los usuarios que importe desde el
dominio de Windows NT durante la sesión actual.
En el cuadro de diálogo Opciones de actualización de usuarios de
Windows NT, seleccione el formato que prefiera en el cuadro Formato
de nombre para el análisis de nombres completos. La herramienta de
migración descompondrá automáticamente los nombres completos de
los usuarios de Windows NT importados en los componentes de
nombre y apellido de los nombres de Notes de acuerdo con el formato
de análisis especificado. Están disponibles los siguientes formatos:
Formato de nombre de Notes
Ejemplo
Nombre Apellido
Susana Soler
Tratamiento Nombre Apellido
Dra. Susana Soler
Nombre Inicial 2º nombre Apellido
Susana R. Soler
Tratamiento Nombre Inicial 2º nombre
Apellido
Dra. Susana R. Soler
Nombre Apellido1 Apellido2
Susana Miranda Soler
Tratamiento Nombre Apellido1 Apellido2
Dra. Susana Miranda Soler
Tratamiento Apellido
Dra. Soler
Apellido Nombre
Soler Susana
Tratamiento Apellido Nombre
Dra. Soler Susana
Apellido, Nombre
Soler, Susana
Apellido, Cargo Nombre
Soler, Dra. Susana
Apellido, Cargo Nombre Inicial 2º nombre
Soler, Dra. Susana R.
Apellido1 Apellido2, Nombre
Miranda Soler, Susana
Apellido1 Apellido2, Tratamiento Nombre
Miranda Soler, Dra. Susana
Diferencias entre los nombres de Windows NT y los componentes
de nombres de Notes
En Windows NT, existen dos tipos de nombres asociados con las
cuentas de usuario: los nombres de usuario exclusivos y los nombres
completos. Los nombres de usuario de Windows NT están formados
por una cadena de hasta 20 caracteres, y no disponen de formato
obligatorio. Los nombres completos son opcionales, y normalmente
representan el nombre completo del usuario con un formato basado en
las convenciones de la organización, como puede ser el apellido seguido
del nombre. Por ejemplo, en la lista de dominios de Windows NT, la
usuaria Susana Soler podría tener el nombre de usuario ssoler y el
nombre completo Soler Susana.
En Notes, la información sobre el nombre se almacena mediante los
diferentes componentes de nombre, inicial del 2º nombre y apellido. Por
ejemplo, el nombre Susana Soler no se almacena como un único nombre
completo, sino como dos componentes diferentes: nombre (Susana) y
apellido (Soler). Cuando importe nombres de una lista de dominios de
Windows NT, deberá especificar la forma en que los nombres completos
de los usuarios se convertirán en componentes de nombres de Notes.
Selección de un formato de análisis
Cuando importe usuarios de una lista de dominios de Windows NT,
contará con la posibilidad de seleccionar el formato de análisis utilizado
para convertir los nombres completos de Windows NT en componentes
de nombres de Notes (Nombre, Inicial del 2º nombre y Apellido).
Mediante el formato de análisis predeterminado, se asume que los
nombres completos de la lista de dominios de Windows NT se
introducen mediante el formato Nombre Apellido (por ejemplo, Susana
Soler). Si la lista de dominios de la que va a importar usuarios utiliza
un formato diferente, seleccione el formato de análisis que más se
ajuste a él.
Por otra parte, si se selecciona el formato de análisis Apellido, Nombre y
el nombre completo es Susana R. Soler, en el cuadro de diálogo se
indicará que existen demasiados componentes para ajustarse al formato
de análisis seleccionado. En lugar de hacer caso omiso de los
componentes de más y colocar sólo la inicial del 2º nombre en el campo
Nombre, la herramienta de migración colocará "Susana" en el campo
Apellidos, y "R. Soler" en el campo Nombre.
Si la herramienta de migración no puede analizar el nombre de forma
correcta (por ejemplo, si el número de componentes de nombre del
nombre completo de Windows NT no coincide con el número de
componentes de nombre del formato de análisis especificado), aparecerá
el cuadro de diálogo Ajustar componentes del nombre de usuario de
Windows NT. En este cuadro de diálogo se ofrece información que le
permitirá saber si el nombre completo de Windows NT tiene menos o
más componentes de los necesarios para ajustarse al formato de análisis
seleccionado. Por ejemplo, si se especifica el formato Tratamiento Nombre
Apellido y el nombre completo es Susana Soler, en el cuadro de diálogo se
indicará que se han hallado menos componentes de los necesarios.
"Susana" aparecerá en el campo Tratamiento, y "Soler" en el campo
Nombre.
Si se selecciona un formato de análisis incompatible, será necesario
llevar a cabo un número considerable de cambios para crear nombres de
Notes adecuados. Si no se corrigen los nombres en el cuadro de diálogo,
los nombres que se agreguen a la cola de registro pueden no ser
adecuados para registrar a los usuarios. Asegúrese siempre de que
todos los nombres importados incluyan el componente de apellido;
Notes exige la existencia de un componente válido de apellido para
registrar usuarios.
Nota La herramienta de migración sólo comprueba si faltan
componentes en el nombre analizado correspondientes al formato
especificado, pero no si los componentes aparecen en el campo
adecuado, ni si existen caracteres no válidos. Por ejemplo, la
herramienta de migración no comprueba si el componente de nombre
contiene información sobre el tratamiento.
Importación de usuarios que no disponen de nombres completos
Si no existen nombres completos que se puedan importar desde
Windows NT, la herramienta de migración no solicitará que se realicen
ajustes. En su lugar, agregará automáticamente el nombre de usuario de
Windows NT en el campo Apellidos de Notes, independientemente del
formato de análisis especificado. Por ejemplo, si importa el nombre de
usuario ssoler de la lista de dominios de Windows NT, el usuario
agregado a la cola de registro contará con el apellido ssoler, pero el
nombre no estará presente. Es posible realizar los cambios necesarios en
el nombre en la cola de registro, agregando "S" o "Susana" en el campo
Nombre y dejando la entrada "Soler" en el campo Apellidos.
Creación de nombres abreviados de Notes a partir de los nombres
de usuario de Windows NT
Existe la posibilidad de generar nombres abreviados de Notes para
los usuarios importados basándose en los nombres de usuario de
Windows NT.
En el cuadro de diálogo Opciones de actualización de usuarios de
Windows NT, active la opción Usar nombre de usuario de Windows
NT como nombre abreviado de Notes. El nombre de usuario de
Windows NT se agregará como entrada primaria en el campo Nombre
abreviado del documento de persona.
El nombre abreviado es la opción predeterminada para el nombre del
archivo de correo y el nombre del archivo ID del usuario. Si no activa la
opción de nombre abreviado, Notes generará un nombre abreviado a
partir del primer carácter del nombre del usuario, seguido por los
primeros siete caracteres del apellido; por ejemplo, "ssoler" en el caso de
la usuaria Susana Soler.
Registro de usuarios y finalización de la migración desde Windows NT
usuario importado
Es posible especificar información adicional sobre el registro de
usuarios, como el nombre del servidor de correo, el tipo de licencia, la
pertenencia a algún grupo, la unidad organizativa, etc.
el proceso. Si fuera necesario, puede detener el proceso de registro
presionando Ctrl+Inter.
correcta.
de registro que desee aplicar durante esta sesión y haga clic en
Aceptar.
grupo.
4. En el cuadro Estado del registro, seleccione los usuarios que desee
registrar los usuarios seleccionados en el orden en que fueron
agregados a la cola. Los usuarios no seleccionados permanecerán en
la cola para ser registrados posteriormente.
El proceso de registro puede necesitar una cantidad de tiempo
considerable, dependiendo del número de usuarios importados.
apareciendo en el cuadro Estado del registro junto con un mensaje de
estado indicando el motivo del fallo. Corrija los parámetros de registro
incorrectos e intente registrar de nuevo al usuario.
Capítulo 17
Migración de usuarios desde un archivo LDIF
Este capítulo trata sobre los aspectos relacionados con la migración de
usuarios desde un archivo LDIF (Formato de intercambio de datos de
LDAP).
Utilizando una herramienta de exportación de LDIF en combinación con
la herramienta de migración de Domino para LDIF, podrá migrar
usuarios de cualquier directorio compatible con LDAP externo y
agregarlos al Directorio de Domino.
Nota Esta versión de la herramienta de migración no procesa entradas
de grupos de los archivos LDIF.
En esta sección se tratan los siguientes temas relacionados con la adición
de usuarios a Notes a partir de archivos LDIF:
¿Qué es LDIF?
Uso de la información de los archivos LDIF por parte de Notes
Preparación de la importación de un archivo LDIF
Registro de usuarios migrados desde un archivo LDIF
Adición de usuarios únicamente como entradas de directorio
17-1
La herramienta de migración para LDIF crea documentos de persona en
el Directorio de Domino a partir de las entradas de persona de los
archivos LDIF. Si lo desea, puede crear archivos ID y archivos de correo
de Notes para los usuarios migrados, y registrarlos como usuarios de
Notes. Los usuarios no registrados se pueden agregar a Domino sólo
como entradas de directorio, y no pueden conectar con Notes para
acceder a los recursos de Domino.
¿Qué es LDIF?
LDIF es un formato estándar de datos para transmitir información
desde un directorio compatible con el protocolo LDAP (Lightweight
Directory Access Protocol). Los archivos LDIF se pueden utilizar para
importar usuarios de cualquier directorio LDAP a Notes.
Cada una de las entradas del archivo LDIF contiene una secuencia de
líneas que describen un objeto de directorio y sus atributos. Los valores
de los atributos LDAP contenidos en el archivo pueden encontrarse en
forma de texto o pueden estar codificados en Base 64 o mediante el
formato UTF-8 (Universal Multiple-Octet Coded Character Set
Transformation Format 8). UTF-8 es una versión ampliada de ASCII que
divide los valores Unicode en secuencias de 8 bits.
Entrada de ejemplo de un archivo LDIF
dn: cn=Susana Soler, ou=Recursos Humanos, o=HyD, c=ES
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
cn: Susana Soler
cn: Susana R Soler
cn: Susi Soler
sn: Soler
uid: ssoler
telephonenumber: +1 888 555 1212
facsimiletelephonenumber: +1 888 555 1999
mail: [email protected]
roomnumber: 1111
userpassword: contraseña
Uso de la información de los archivos LDIF por parte de Notes
La herramienta de migración valida las entradas antes de importar el
usuario descrito en la entrada. Las entradas válidas deben incluir los
siguientes atributos:
Nombre jerárquico (DN)
Apellido1 (SN, S o Apellido1)
Clases de objetos
La definición de clase de objeto top es necesaria en todas las entradas,
así como una clase de objeto que especifique el tipo de la entrada (por
ejemplo, person). El resto de clases de objeto son opcionales. Las
entradas del archivo deben estar separadas mediante líneas en blanco.
Cuando la herramienta de migración encuentra una entrada que no
contiene toda la información obligatoria, la omite y registra el error en el
archivo de registro de Notes.
La herramienta de migración intenta importar las entradas basándose en
un esquema estándar de LDAP soportado. Algunos esquemas utilizan
atributos LDAP que no tienen campos equivalentes en el documento de
persona de Notes. Si la herramienta de migración no puede hacer
corresponder alguno de los atributos con un equivalente en Notes, lo
omite y registra el error en el archivo de registro de Notes.
Adición del nombre jerárquico al documento de persona
dn: cn=Susana Soler, ou=Recursos Humanos, o=HyD, c=ES
Esta estructura jerárquica es similar a la utilizada por Notes para formar
los nombres primarios de los usuarios registrados, excepto por el hecho
de que, en Notes, la información sobre la organización y la unidad
organizativa del usuario proviene del ID de certificador utilizado
durante el proceso de registro.
Cuando se registran usuarios importados desde un archivo LDIF, la
herramienta de migración no agrega los nombres jerárquicos en el
campo correspondiente al nombre de usuario en el documento de
persona, debido a que la información jerárquica de los nombres
jerárquicos importados puede entrar en conflicto con la información
jerárquica de Notes. Los atributos de LDAP O (Organización) y OU
(Unidad organizativa) no se convierten en campos del documento de
persona. Cada fallo producido en la asignación se graba el archivo de
registro de Notes.
Sin embargo, si no está registrando usuarios importados (es decir, no
está creando archivos ID ni archivos de correo de Notes para ellos), sino
agregándolos a Notes como entradas de directorio, es recomendable
que sus documentos de persona incluyan la información jerárquica
procedente de los nombres jerárquicos de LDAP.
Migración de usuarios desde un archivo LDIF 17-3
El nombre jerárquico de LDAP no sólo representa un nombre de
usuario, sino también la ubicación de éste en la jerarquía de la
organización, según se define mediante los atributos que especifican la
unidad organizativa, la organización y el país. Por ejemplo, el siguiente
nombre jerárquico indica que la usuaria Susana Soler pertenece a la
división de Recursos Humanos de la empresa HyD, situada en España.
Cuando vaya a importar usuarios sólo como entradas de directorio,
seleccione la opción de migración Agregar el nombre completo
especificado al documento de persona de Notes en el cuadro de
diálogo Migrar personas y grupos. Si lo hace, la herramienta de
migración agregará el nombre jerárquico completo, incluyendo la
información jerárquica (los atributos CN, OU, O y C) como entrada
primaria en el campo correspondiente al nombre de usuario del
documento de persona.
Si selecciona la opción Agregar el nombre completo especificado al
documento de persona de Notes cuando esté registrando usuarios, la
herramienta de migración agregará el nombre jerárquico de cada una de
las entradas del archivo LDIF al documento de persona como nombre
de usuario secundario.
Procesamiento de las clases de objetos
Al importar un archivo LDIF, la herramienta de migración omite las
definiciones de clases de objetos especiales. En la Versión 5.0, la
herramienta de migración de Domino para LDIF sólo permite la
importación de usuarios. No importa ni grupos ni esquemas.
La herramienta de migración busca las siguientes definiciones de clases
de objetos en las entradas:
Person
OrganizationalPerson
InetOrgPerson
InternetPerson
ResidentialPerson
Cuando no encuentra coincidencia alguna, omite la entrada, ya que no
se ajusta a los criterios definidos para poder realizar la migración como
persona.
Generación de componentes de nombres de Notes a partir de
atributos de LDAP
La herramienta de migración para LDIF de Domino genera
componentes de nombres de Notes a partir de los valores de los
atributos de las entradas de usuario:
Atributo de LDAP
Componente del nombre generado durante la migración
GN o GivenName
Nombre
Nombre2
Inicial 2º nombre
SN, S, o Apellido1
Apellido
Las herramientas de migración pueden situar un máximo de dos
caracteres en el campo Inicial 2º nombre de Notes.Si el valor de un
atributo Nombre2 de LDAP excede este tamaño, las herramientas de
migración lo truncarán. Los usuarios que se han migrado se agregan
correctamente a la cola de registro, independientemente de si sus
entradas incluyen los atributos GivenName (o GN) o Nombre2. Sin
embargo, si una entrada no incluye un atributo Apellido1, SN o S, se
deberá ofrecer información sobre los apellidos del usuario antes de que
éste se pueda registrar.
Otro tipo de información sobre el nombre existente en una entrada (por
ejemplo, CN) se puede agregar al documento de persona como un
nombre secundario en el campo Nombre del usuario.
Proceso de atributos con múltiples valores
La versión actual no soporta la migración de múltiples valores para los
siguientes atributos:
Nombre
Apellido
Dirección de Internet
Nombre abreviado
Si una entrada de LDIF contiene múltiples valores para cualquiera de
estos atributos, solamente se agregará el primero de ellos al documento
de persona. Además, la herramienta de migración grabará un mensaje
en el archivo de registro de Notes indicando que el atributo ya existe.
Adición de nombres comunes como nombres de usuario
secundarios en el documento de persona
La herramienta de migración agrega los valores del nombre común
(CN) y de los atributos UID de una entrada de LDIF como nombres
secundarios en el campo Nombre del usuario del documento de
persona.
Importación de contraseñas desde una entrada LDIF
De forma predeterminada, si el documento de un usuario tiene una
contraseña asociada, ésta pasa a ser la contraseña de Notes del usuario
durante el proceso de importación.
La herramienta de migración ofrece una opción que permite generar de
forma automática contraseñas aleatorias durante el proceso de
importación para las entradas que no tengan contraseñas asociadas.
Inicialmente, esta opción se encuentra activada.
Inicial 2º nombre
Preparación de la importación de un archivo LDIF
Las tareas que se deben llevar a cabo para preparar un archivo LDIF
para su importación a Notes dependen de la forma en que desee
integrar los usuarios contenidos en él en Notes. Puede utilizar un
archivo LDIF para registrar los usuarios contenidos en él como usuarios
de Notes.
Antes de importar personas de un archivo LDIF a Notes, deberá realizar
las siguientes tareas:
Consiga o genere el archivo LDIF con los usuarios que desee
importar. Consulte Uso de la utilidad lsearch para realizar
búsquedas en directorios LDAP si desea información sobre el uso
de la utilidad lsearch incluida con la Versión 5 de Domino para
generar archivos LDIF.
Si desea información detallada sobre la utilidad lsearch, consulte el
manual Administración del sistema de Domino.
Decida si desea utilizar las entradas importadas para crear usuarios
registrados de Notes o sólo entradas de directorio.
La herramienta de migración necesitará una cantidad considerable
de tiempo para procesar los archivos LDIF extensos. Divida los
archivos extensos en varios archivos más pequeños para tener un
mayor control sobre el proceso de migración.
Si va a registrar usuarios y desea ubicarlos en diversas unidades
organizativas de Notes, cree un archivo LDIF diferente para cada
unidad organizativa.
Si va a registrar usuarios, asegúrese de tener acceso a los ID de
certificador y a las contraseñas de las organizaciones y las unidades
organizativas de Domino en las que desee registrar los usuarios.
Si va a registrar usuarios, asegúrese de disponer de la licencia de
cliente Notes apropiada para cada usuario.
Asegúrese de tener acceso de editor, diseñador o gerente al
Si va a crear archivos de correo para los usuarios, conecte con Notes
mediante un ID con acceso para la creación de bases de datos en el
servidor de correo.
Domino Administrator de la Versión 5 de Notes y la herramienta
opcional de administración de migración para LDIF. Deberá llevar a
cabo la instalación personalizada para poder instalar el componente
de herramientas de migración.
Realice una copia de seguridad de la información de Domino.
aplicaciones excepto Notes, y cierre todas las bases de datos de
Notes.
En la estación de trabajo de administración, asigne una unidad a la
ubicación del archivo LDIF desde el que vaya a migrar los usuarios.
(Opcional) Cree un grupo de Notes al que agregar los usuarios
migrados.
Preparación de los archivos LDIF para su importación a varias
unidades organizativas de Notes
La seguridad de Notes exige que se demuestre si se dispone de
autorización para crear usuarios mediante un ID de certificador y una
contraseña por cada unidad organizativa en la que se registren usuarios.
Si necesita migrar usuarios de un archivo LDIF a varias unidades
organizativas diferentes dentro de la jerarquía de Notes, deberá crear
un archivo distinto para cada unidad organizativa en la que desee
registrar usuarios. Si ha exportado todos los usuarios de un directorio
LDAP a un sólo archivo, será necesario que divida las entradas del
archivo original en archivos diferentes para cada unidad organizativa.A
continuación, importe cada archivo de forma independiente mediante el
ID de certificador de la unidad organizativa correspondiente en cada
caso.
Por ejemplo, si la jerarquía de Notes de la compañía HyD tiene una
unidad de Ventas y otra de Finanzas, y el archivo LDIF que va a
importar contiene entradas correspondientes a usuarios de cada una de
estas unidades, deberá crear dos archivos LDIF diferentes llamados
VENTAS y FINANZAS y colocar las entradas adecuadas en cada uno
de ellos. A continuación, importe el archivo VENTAS mediante el ID de
certificador Ventas/HyD, y el archivo FINANZAS mediante el ID de
certificador Finanzas/HyD.
Aunque el nombre jerárquico de una entrada en el archivo LDIF puede
contener información sobre la unidad organizativa de un usuario, no es
necesariamente la misma que la correspondiente a Notes, así que la
herramienta de migración no puede importar este tipo de información
para crear nombres jerárquicos de Notes. La parte correspondiente a la
unidad organizativa del nombre jerárquico de un usuario de Notes
depende del ID de certificador utilizado para registrar al usuario.
Cuando se ejecuta la herramienta de migración, es necesario
proporcionar un ID de certificador. Los usuarios importados durante la
sesión se colocan en la cola de registro de la unidad organizativa
correspondiente al ID de certificador especificado.
Especificación del archivo LDIF desde el que migrar
Para migrar usuarios desde un archivo LDIF, es necesario especificar su
ubicación. Asegúrese de que el formato de las entradas del archivo se
ajuste a las convenciones LDIF aprobadas.
Nota Se recomienda que los archivos LDIF que importe se generen
mediante una utilidad de exportación de LDAP estándar, como la
utilidad lsearch incluida con el servidor Domino de la Versión 5. Si
desea más información sobre la utilidad lsearch, consulte Uso de la
utilidad lsearch para realizar búsquedas en directorios LDAP.
Si desea información detallada sobre la utilidad lsearch, consulte el
manual Administración del sistema de Domino.
1. En la estación de trabajo de administración en la que esté instalado
Domino Administrator, inserte un disquete con los ID de
certificador apropiados para las organizaciones y las unidades
organizativas en las que vaya a registrar los usuarios.
2. En Domino Administrator, haga clic en la pestaña Personas y
grupos.
4. Cuando sea necesario, introduzca la contraseña del ID de
5. Retire el disquete con el ID de certificador y haga clic en Aceptar.
6. (Opcional) En la ficha General del cuadro de diálogo Registrar
personas -- Nueva entrada, especifique un servidor de registro, si
fuera necesario, haciendo clic en Servidor de registro y
seleccionando el servidor utilizado para registrar los nuevos
Entradas LDIF en la lista Directorio de origen de otro sistema.
9. En el cuadro de diálogo Seleccionar archivo LDIF, especifique el
archivo LDIF que desee importar y haga clic en Aceptar.
Haga clic en Examinar para acceder a un cuadro de diálogo que le
permitirá buscar el archivo LDIF en el sistema de archivos,
empezando por el directorio de datos de Notes.
10. Active las opciones de migración seleccionándolas en el cuadro
Opciones de migración. Las opciones seleccionadas se aplicarán a
todos los usuarios importados desde el archivo durante la sesión
actual.
Nota Si no va a registrar los usuarios migrados desde el archivo (es
decir, no va a crear archivos ID ni archivos de correo de Notes para
ellos), deberá agregar sus nombres jerárquicos de LDAP al
documento de persona como nombres de usuario primarios.
Seleccione la opción Agregar el nombre completo especificado al
documento de persona de Notes para agregar los nombres
jerárquicos.
11. Haga clic en Migrar y en Aceptar para cerrar el mensaje que le
indica el número y el estado de los usuarios que se encuentran en la
cola de registro.
Las personas incluidas en la cola de registro aparecerán en el cuadro
Estado del registro. A continuación podrá registrar los usuarios
disponibles o agregar los usuarios a Domino sólo como entradas de
directorio.
Existe la posibilidad de definir las opciones que determinarán la
información que la herramienta de migración importará desde el
archivo LDIF. Las opciones seleccionadas se aplicarán a todos los
usuarios importados desde el archivo durante la sesión actual.
1. Desde el cuadro de diálogo Migrar personas y grupos, importe un
archivo LDIF.
2. Después de que aparezca el mensaje en el cuadro Opciones de
migración, seleccione las opciones que desee. Si desea eliminar una
selección, haga clic de nuevo en la opción seleccionada. En la
siguiente tabla se incluyen las opciones de importación de usuarios
desde un archivo LDIF:
Activada
Desactivada *
* Si los usuarios migrados desde el archivo LDIF pasarán a ser entradas del
Directorio de Domino, pero no se registrarán como usuarios de Notes
(no tendrán archivo de correo ni ID de Notes), deberá seleccionar esta
opción. Consulte Adición del nombre jerárquico al documento de persona
en este mismo capítulo si desea más información.
Definición de opciones para la importación de usuarios desde un
archivo LDIF
Registro de usuarios migrados desde un archivo LDIF
Después de importar los usuarios a la cola de registro de forma
satisfactoria, todo está preparado para registrarlos y finalizar la
migración. Dependiendo de las opciones seleccionadas, durante el
proceso de registro:
Se crea un documento de persona de Notes y un ID de Notes por
cada usuario.
Se crea un archivo de correo de Notes.
Además de la información importada a partir de los atributos de cada
entrada, es posible especificar información adicional sobre el registro de
usuarios de Notes, como el nombre del servidor de correo, el tipo de
licencia, la pertenencia a algún grupo, etc. Si desea más información
sobre los parámetros de registro disponibles, consulte el manual
Administración del sistema de Domino.
Si desea agregar los nombres importados al Directorio de Domino, pero
no registrarlos como usuarios de Notes, consulte Adición de usuarios
únicamente como entradas de directorio a continuación.
Nota Una vez iniciado el proceso de registro, no es posible utilizar la
estación de trabajo para ninguna otra tarea hasta que éste haya
finalizado. Si fuera necesario, puede detener el proceso de registro
correcta. Modifique la información si fuera necesario.
Nota En el cuadro de diálogo Registrar personas aparecerá un
subconjunto de los atributos importados desde el archivo LDIF. La
herramienta de migración importa otros atributos, tales como el
número de teléfono, aunque no aparezcan en él.
Aceptar.
3. (Opcional) Especifique información adicional sobre el registro para
los usuarios si fuera necesario. Si ha creado un grupo de migración,
abra el panel Grupos y asigne usuarios a este grupo en ese
momento.
4. En el cuadro Estado del registro, seleccione los usuarios que desee
registrar y haga clic en Registrar.
Domino Administrator intentará registrar los usuarios
seleccionados en el orden en que fueron agregados a la cola. Los
usuarios no seleccionados permanecerán en la cola para ser
registrados posteriormente.
El proceso de registro puede necesitar una cantidad de tiempo
considerable, dependiendo del tamaño del archivo LDIF que se esté
importando.
Cuando termine el proceso de registro, aparecerá un mensaje para
informarle del estado del proceso. Los intentos fallidos de registro
permanecerán en el cuadro Estado del registro junto con un
mensaje indicando la razón de la imposibilidad de llevar a cabo el
registro. Realice las modificaciones necesarias en los parámetros de
registro e intente llevar a cabo el registro de nuevo.
5. Asegúrese de que la migración se haya llevado a cabo de forma
satisfactoria.
Adición de usuarios únicamente como entradas de directorio
El uso de las entradas importadas desde un archivo LDIF estrictamente
como entradas de directorio permite:
Agregar información de usuarios de directorios externos al
Directorio de Domino, de forma que pueda servir como directorio
maestro. Utilizando las funciones de servidor Web que ofrece
Domino, podrá poner el contenido de este directorio maestro a
disposición de los buscadores de HTTP.
Crear suscripciones a sedes Web.
Hacer uso del siguiente procedimiento para importar usuarios sólo
como entradas de directorio:
Nota Una vez iniciado el proceso de importación, no es posible utilizar
la estación de trabajo para ninguna otra tarea hasta que éste haya
finalizado. Si fuera necesario, puede detener el proceso de importación
1. Importe los usuarios desde un archivo LDIF a la cola de registro
como se explica en Migración de usuarios y grupos desde un
archivo LDIF.
Las entradas del archivo LDIF importado se pueden utilizar para crear
entradas en el Directorio de Domino, sin crear nuevos usuarios de
Notes. La herramienta de migración crea entonces nuevos documentos
de persona para cada uno de los nombres importados, pero no genera
archivos ID ni archivos de correo de Notes. Las personas representadas
por los documentos de persona resultantes aparecerán en el Directorio
de Domino, pero no tendrán acceso a los recursos de Domino a través
de un cliente Notes.
2. Visualice la información sobre el registro de los usuarios que
aparece en el cuadro Estado del registro mediante el panel General
del cuadro de diálogo Registrar personas para asegurarse de que
sea correcta. Modifique la información si fuera necesario.
Aceptar.
4. En el cuadro Estado del registro, seleccione todos los usuarios que
desee agregar sólo como entradas de directorio.
5. Active la opción Avanzadas y, a continuación, seleccione el panel
Correo.
6. En el panel Correo, seleccione la opción Ninguno en el cuadro
Sistema de correo y haga clic en Aplicar delegación a todas las
entradas seleccionadas.
7. Seleccione el panel Info. ID, desactive las opciones de la sección
Guardar los ID de usuario y haga clic en Aplicar delegación a
todas las entradas seleccionadas.
8. En el cuadro Estado del registro, asegúrese de que los usuarios
seleccionados en el punto 4 sigan seleccionados y haga clic en
Registrar.
Domino Administrator intentará agregar los usuarios seleccionados
en el orden en que fueron colocados en la cola. Los usuarios no
seleccionados permanecerán en la cola para ser procesados
posteriormente.
El proceso de importación puede necesitar una cantidad
considerable de tiempo, dependiendo del número de usuarios que
se importen.
Cuando termine el proceso de importación, aparecerá un mensaje
para informarle de estado del registro. Los usuarios que no se hayan
podido importar permanecerán en el cuadro Estado del registro
junto con un mensaje indicando la razón de la imposibilidad de
llevar a cabo la importación. Corrija la información del perfil de
registro e intente importarlos de nuevo.
9. Asegúrese de que los usuarios se hayan agregado de forma
satisfactoria al Directorio de Domino.
Uso de los usuarios importados en cuentas de suscripciones
Las entradas de un archivo LDIF importado se pueden utilizar para
crear suscripciones que permitan gestionar el acceso a los recursos que
Domino publique en la sede Web de una empresa. Las suscripciones le
permitirán proteger parte de la información contenida en la sede Web,
permitiendo el acceso sólo a los usuarios especificados. Para poder
acceder a la información protegida, los usuarios deberán introducir una
contraseña para autentificarse.
Cuando cree suscripciones, podrá importar las contraseñas existentes
(en el atributo userpassword contenido en el archivo LDIF) o hacer que
la herramienta de migración genere contraseñas seleccionando la opción
correspondiente en el cuadro de diálogo de migración de LDIF.
Capítulo 18
Migración de usuarios desde Novell GroupWise 4
desde Novell GroupWise 4 a la Versión 5 de Notes y Domino, e incluye
migración.
Migración de usuarios de Novell GroupWise 4
Le permite crear un ID de Notes y un archivo de correo para los
usuarios importados
Migra los contenidos de los buzones de correo de la oficina de
correos de GroupWise 4
Preparativos para la migración de usuarios de GroupWise 4
Antes de migrar los usuarios de Novell GroupWise 4 a Notes, lleve a
cabo las siguientes tareas:
Aplique los programas correctores más recientes para clientes y
oficinas de correo de GroupWise 4. El cliente GroupWise debe ser
de la Versión 4.1a para que la migración se lleve a cabo
satisfactoriamente. Si la migración se va a llevar a cabo en
Windows NT 4.0, es necesaria la Versión 5 o posterior del programa
corrector. Compruebe que no haya ninguna incoherencia en el
almacén de mensajes mediante la utilidad ofcheck. (En la sede Web
de Novell, www.novell.com, se pueden conseguir gratis los
programas correctores y las versiones más recientes de ofcheck.exe.)
El cliente GroupWise 4 debe estar instalado en la estación de trabajo
desde la cual se lleve a cabo la migración.
18-1
Utilice el servicio de actualización de Domino para Novell GroupWise 4
de Domino Administrator para importar los usuarios de GroupWise 4
desde la oficina de correos seleccionada y registrarlos como usuarios de
Notes. El proceso de migración:
Consiga un archivo que contenga la lista de usuarios.
Conéctese a la red Novell NetWare mediante una cuenta de
"superusuario".
"Super-usuario" es cualquier usuario de GroupWise 4 que disponga
de derechos de proxy para ver la información de correo y de agenda
de todos los usuarios de la oficina de correos que se desee migrar.
Para conceder derechos de proxy en un cliente GroupWise 4,
seleccione File - Preferences - Access List (Archivo - Preferencias Lista de acceso), haga clic en el botón Añadir usuarios, seleccione
un ID de "super-usuario" y conceda a este usuario derechos para ver
su correo, citas, tareas y notas.
Haga una copia de seguridad de los buzones almacenados en el
servidor.
Cierre todas las aplicaciones, excepto Notes, y ejecute el cliente
GroupWise 4.
Consiga copias de los ID de certificador para las organizaciones y
las unidades organizativas en las que vaya a registrar a los usuarios.
Exportación de una lista de usuarios de GroupWise 4
1. En el programa de administración de GroupWise (AD.EXE),
seleccione la opción del menú Archivo que le permite exportar los
archivos de los usuarios como texto en formato ASCII.
2. Seleccione su servidor, o bien cualquier oficina de correos (no
seleccione todo el sistema).
3. Seleccione todos los campos disponibles, pero no seleccione ninguno
más (los definidos por el usuario van del 1 al 10).
4. Escriba el nombre del archivo y haga clic en Aceptar.
5. Cierre el programa de administración.
Importación de personas y grupos a la cola de registro
registro, podrá registrarlos y finalizar la migración. Dependiendo de las
opciones seleccionadas, el proceso de registro:
usuario importado
Migrará mensajes y otros datos del buzón de GroupWise 4
el proceso. Si fuera necesario, puede detener dicho proceso presionando
Ctrl-Inter.
Migración de usuarios desde Novell GroupWise 4 18-3
GroupWise 4 de la lista Directorio de origen de otro sistema.
7. En el cuadro de diálogo GroupWise 4, especifique el nombre del
archivo que contenga la lista de usuarios que haya exportado con la
utilidad
de administración para GroupWise 4. En el cuadro
Grupos/personas disponibles aparecerá el contenido de la lista de
direcciones de la oficina de correos de GroupWise 4.
8. Haga clic en Avanzadas para abrir un cuadro de dialogo que le
permita especificar parámetros de configuración adicionales a la
hora de migrar personas desde Novell GroupWise 4. Seleccione las
opciones para migrar correo, agenda y los elementos de tareas que
desee. Haga clic en Fin cuando termine de especificar estos
parámetros.
determinen qué datos de Novell GroupWise 4 se deben migrar a
Notes.
que desee migrar y haga clic en Agregar.
11. Haga clic en Migrar para situar a los usuarios seleccionados en la
cola de registro, y luego en Aceptar para cerrar el mensaje que
indica el estado y el número de usuarios existentes en dicha cola.
aparecerán en el cuadro Estado del registro.
Nota Durante la migración debe estar ejecutándose el cliente
GroupWise 4.
correcta.
2. Haga clic en Opciones, que se encuentra debajo del cuadro Cola de
registro.
3. Seleccione las opciones de registro que desee aplicar durante la
sesión actual y haga clic en Aceptar.
migración, abra el panel Grupos y asígnele usuarios al grupo en este
momento.
registrar a los usuarios seleccionados en el orden en el que fueron
Los usuarios que no hayan sido seleccionados permanecerán en la
cola para su posterior registro.
tamaño de los buzones que se vaya a actualizar.
satisfactoria examinando el Directorio de Domino y los archivos de
correo de los usuarios.
Capítulo 19
Migración de usuarios desde Novell GroupWise 5
desde Novell GroupWise 5 a la Versión 5 de Notes y Domino, e incluye
migración.
Migración de usuarios de Novell GroupWise 5
Permite crear un ID de Notes y un archivo de correo para los
Migra los contenidos de los buzones de correo de la oficina de
correos de GroupWise 5
Preparativos para la migración de usuarios de GroupWise 5
Antes de migrar los usuarios de Novell GroupWise 5 a Notes, lleve a
cabo las siguientes tareas:
Conéctese a la red Novell NetWare mediante una cuenta de
"super-usuario". "Super-usuario" es cualquier usuario de
GroupWise 5 que disponga de derechos de proxy para ver la
información de correo y de agenda de todos los usuarios que se
desee migrar.
En el Panel de control de Windows, haga clic en el icono Correo y
fax. Haga clic en Mostrar perfiles. Cerciórese de que el perfil de
correo de Groupwise sea el predeterminado.
Haga una copia de seguridad de los buzones almacenados en el
servidor.
19-1
Utilice el servicio de actualización de Domino para Novell GroupWise 5
de Domino Administrator para importar los usuarios y grupos de
GroupWise 5 desde la oficina de correos seleccionada y registrarlos
como usuarios de Notes. El proceso de migración:
Cierre todas las aplicaciones excepto Notes.
unidades organizativas en las que esté registrando usuarios.
Para migrar el almacén de mensajes de GroupWise 5, es primordial que
el cliente para Windows de GroupWise 5 esté instalado y ejecutándose.
También se debe disponer de derechos de proxy para ver la información
de correo y agenda de todos los usuarios que se vaya a migrar. A
continuación se explica cómo conceder derechos de proxy a un usuario.
Concesión de derechos de proxy en el cliente GroupWise 5
1. En el menú del cliente GroupWise 5, seleccione la opción de
seguridad dentro del menú adecuado.
2. En la ficha de acceso a proxy, seleccione la opción de
"super-usuario". Una vez concedidos derechos de "super-usuario" a
un usuario, asegúrese de que tenga acceso total de lector en la
sección de opciones.
GroupWise 5 de la lista Directorio de origen de otro sistema. En el
cuadro Personas/grupos disponibles aparecerá el contenido de la
lista de direcciones de la oficina de correos de GroupWise 5.
7. Haga clic en Avanzadas para abrir un cuadro de dialogo que le
permita especificar parámetros de configuración adicionales a la
hora de migrar personas desde Novell GroupWise 5. Seleccione las
opciones para migrar correo, agenda y los elementos de tareas que
desee. Haga clic en Fin cuando termine de especificar estos
parámetros.
determinen qué datos de Novell GroupWise 5 se deben migrar a
Notes.
que se deseen migrar y haga clic en Agregar.
dicha cola.
registro, ya puede registrarlos y finalizar la migración. Dependiendo de
las opciones seleccionadas, el proceso de registro:
Migrará mensajes y otros datos del buzón de GroupWise 5
el proceso. Si fuera necesario, puede detener dicho proceso presionando
Ctrl-Inter.
correcta.
2. Haga clic en Opciones, que se encuentra debajo del cuadro Cola de
registro.
3. Seleccione las opciones de registro que se deseen aplicar durante
esta sesión y haga clic en Aceptar.
Migración de usuarios desde Novell GroupWise 5 19-3
usuario importado
4. (Opcional) Especifique cualquier otra información que resulte
migración, abra el panel Grupos y asigne usuarios a este grupo en
este momento.
correo a Notes. Los usuarios no seleccionados permanecerán en la
cola para que se incluyan en un registro posterior.
satisfactoria.
Capítulo 20
Migración de usuarios desde Netscape Messaging
Server
desde Netscape Messaging Server a la Versión 5 de Notes y Domino, e
incluye instrucciones sobre el uso de Domino Administrator para
completar la migración.
Migración de los usuarios de Netscape Messaging Server
Importa los usuarios y grupos del servidor de directorios y crea
entradas para ellos en el Directorio de Domino;
Permite crear un ID de Notes y un archivo de correo para los
Migra los contenidos de los buzones de correo IMAP4 (del inglés
Internet Message Access Protocol) procedentes de Netscape Messaging
Server.
Preparación para migrar los usuarios de Netscape Messaging Server
Antes de migrar los usuarios desde Netscape Messaging Server a Notes,
lleve a cabo las tareas siguientes:
Asegúrese de que dispone de Netscape Mail Server 3.5, que utiliza
Netscape Directory Server basado en LDAP (del inglés Lightweight
Directory Access Protocol) para almacenar información de los
usuarios. La herramienta de migración únicamente migra el correo
que se encuentre almacenado en los buzones de correo del IMAP
(del inglés Internet Message Access Protocol). No se migrará el que
esté almacenado en los buzones de correo del POP3 ni el correo
local.
20-1
En Domino Administrator, utilice la herramienta de migración de
Domino para Netscape Messaging Server con el fin de importar los
usuarios de este programa desde un servidor de directorios
seleccionado basado en LDAP (del inglés Lightweight Directory Access
Protocol) y registrarlos como usuarios de Notes. El proceso de
migración:
Asegúrese de que la estación de trabajo donde se va a producir la
migración dispone de una conexión TCP/IP (del inglés Transmission
Control Protocol/Internet Protocol) con Netscape Messaging Server y
con Netscape Directory Server.
Haga una copia de seguridad de los archivos de los buzones de
correo almacenados en el servidor y de las listas de usuarios en un
archivo LDIF.
Cierre todas las aplicaciones excepto Notes.
unidades organizativas en las que esté registrando usuarios.
Netscape Mail Server en la lista Directorio de origen de otro
sistema.
7. En el cuadro de diálogo Netscape Mail Server, introduzca los datos
siguientes:
URL del servidor de directorios: Nombre del dominio o
dirección TCP/IP del servidor de directorios basado en LDAP.
Puerto de LDAP: 389 es el número predeterminado.
DN de base para las búsquedas: Nombre jerárquico de la
organización o de la unidad organizativa. Todos los usuarios y
grupos que se creen con este nombre aparecerán en la lista de
nombres disponibles para la migración.
Dominio para el administrador de directorios y Contraseña del
administrador de directorios: Credenciales del administrador
de directorios para este servidor LDAP.
URL del servidor de mensajería: Nombre del dominio o
dirección TCP/IP de su servidor de mensajería (IMAP4).
Cambiar las contraseñas a: Si se selecciona, las contraseñas de
las personas que se van a migrar se cambiarán a la contraseña
que se indique. En cambio, si no se selecciona, habrá que
proporcionar una contraseña a cada usuario que se haya
migrado.
registro, ya puede registrarlos y finalizar la migración. Dependiendo de
las opciones seleccionadas, el proceso de registro:
usuario importado
correo GroupWise 4
Nota Una vez que el proceso de registro haya comenzado, no se podrá
parar ni utilizar la estación de trabajo para ninguna otra tarea hasta que
éste haya finalizado.
correcta.
2. Haga clic en Opciones situado debajo del cuadro Cola de registro.
Migración de usuarios desde Netscape Messaging Server 20-3
8. Haga clic en Aceptar para comenzar la búsqueda del servidor
LDAP y recuperar la lista de usuarios y grupos. El cuadro
Personas/grupos disponibles muestra los contenidos de la lista de
direcciones del servidor de directorios.
que se deseen migrar y haga clic en Agregar.
dicha cola.
11. Haga clic en Fin. Las personas situadas en la cola de registro
3. Seleccione las opciones de registro que se deseen aplicar durante
esta sesión y haga clic en Aceptar.
4. (Opcional) Si fuera necesario, especifique información adicional
sobre el registro para los usuarios. Si ha creado un grupo de
migración, abra el panel Grupos y asigne usuarios a este grupo en
este momento.
correo a Notes. Los usuarios no seleccionados permanecerán en la
cola para que se incluyan en un registro posterior.
tiempo, según el número de usuarios, y el número y el tamaño de
los buzones de correo que se estén utilizando.
de estado indicando el motivo del fallo. Corrija la información en el
perfil de registro e intente registrar de nuevo el usuario.En algunas
ocasiones, un intento fallido de registro crea un documento de
persona para el usuario. Los intentos posteriores que se lleven a
cabo para registrar el usuario, le instarán a que sobreescriba el
documento existente.
satisfactoria examinando el Directorio de Domino y los archivos de
correo de los usuarios.
Capítulo 21
Migración de datos personales de correo
Este capítulo contiene información acerca de los asistentes de
actualización que permiten migrar los datos personales de mensajería
desde los clientes cc:Mail, Microsoft Mail y Microsoft Exchange a Notes.
Migración de datos personales de correo
Los usuarios migran los datos personales de correo ejecutando un
Asistente de actualización, que les guiará a lo largo del proceso de
convertir sus datos personales de correo en datos de Notes. Los
usuarios podrán ejecutar dicho Asistente desde un mensaje de
actualización existente en la Bandeja de entrada de su archivo de correo.
Usted, como administrador, será el encargado de enviar dicho mensaje
desde Domino Administrator. Este mensaje contiene información sobre
la ubicación de los archivos del programa de actualización. Instale el
Asistente de actualización, bien como parte del cliente Notes de cada
usuario, bien en un directorio de red compartido.
La Versión 5 de Domino dispone de asistentes de actualización que
permiten migrar datos personales de correo desde:
cc:Mail
Microsoft Mail
Microsoft Exchange
21-1
Durante la primera fase del proceso de migración, se utilizan las
herramientas de migración de Domino Administrator para migrar los
usuarios incluidos en el directorio público del sistema de correo antiguo
y para trasladar el contenido de sus buzones desde el servidor de
mensajería correspondiente. Una vez hecho esto, se podrá completar la
migración permitiendo a los usuarios convertir sus datos personales de
correo, tales como direcciones personales, listas de distribución y
archivos de clasificación a Notes.
Nota Además de estos asistentes de actualización, el cliente Notes
proporciona también un conjunto de herramientas dirigidas a usuarios
finales para migrar información desde los siguientes programas de
agenda y mensajería a Notes: Lotus Organizer 2.1 y Organizer 97,
Microsoft Schedule+, OpenText OnTime, Netscape SuiteSpot, Novell
Groupwise 4.x, Novell Groupwise 5.x y Qualcomm Eudora. Cada
herramienta constituye una base de datos de Notes y se puede instalar
como componente adicional en los clientes Notes. En este manual no
está incluida la descripción del uso de estas herramientas. Si desea
información sobre dichas herramientas, consulte la Ayuda electrónica
proporcionada con cada una de ellas.
Esta sección incluye los temas siguientes:
Datos migrados por los asistentes de actualización
Antes de la ejecución del Asistente de actualización
Requisitos de la plataforma para ejecutar los Asistentes de
actualización
Instalación del Asistente de actualización
Envío a los usuarios de un mensaje de notificación de actualización
Conversión de archivos de clasificación
Migración de información de las libretas personales de direcciones
Una vez finalizado el procesamiento por parte del Asistente de
actualización
Datos de mensajería migrados mediante los Asistentes de
actualización del usuario
Los Asistentes de actualización permiten a los usuarios migrar sus datos
personales de correo desde cualquier ubicación de unidad local o
asignada. Los Asistentes de actualización convierten los mensajes
almacenados en el sistema de correo antiguo en mensajes pertenecientes
a un archivo de clasificación de correo de Notes. Las direcciones
personales y las listas de distribución privadas se migrarán a la Libreta
personal de direcciones de Notes (NAMES.NSF) correspondiente a la
estación de trabajo del usuario. La tabla que sigue a continuación
muestra la forma en la que la información de cada sistema de correo se
convierte en información de Notes.
Información de
correo de Microsoft
Mail
Información de
Se convertirán en
correo de Microsoft los siguientes
Exchange/Outlook elementos de
Notes
Archivos de
clasificación (con
extensión .CCA)
Archivos de datos
antiguos/copias
de seguridad
(archivos con
extensión .MMF)
Carpetas
personales
(archivos .PST)
Carpeta en base
de datos de
archivado de
archivos de
correo
Anexos
Anexos
Anexos
Anexos
Prioridades del
mensaje
Prioridades del
mensaje
Mensajes
Mensajes
Mensajes*
Jerarquía de
carpetas
Jerarquía de
carpetas
Vistas
jerárquicas de
carpetas
Oficinas de correo
móviles**
Oficinas de correo
móviles
Oficinas de
correo móviles
No se migra
Listas de
distribución
privadas
Grupos personales Listas de
distribución
personales ***
Direcciones
personales
Entrada de la
Contactos (sólo
Contactos de
libreta personal de en
Libreta personal
direcciones
Outlook)/Libreta de direcciones
s personales de
direcciones
(archivos .PAB)
Prioridades del
mensaje
Mensajes
--
Documento de
grupo en el
Directorio de
Domino
Marcas de leídos y Marcas de leídos y Marcas de leídos
no leídos****
no leídos
y no leídos
Estado de leídos
y no leídos
Acuse de recibo
Acuse de recibo
Acuse de recibo
Acuse de recibo
Papelera
Papelera
Papelera
No se migra
--
Mensajes de correo
personalizados
--
No se migra
--
Informes sobre
fallos en la entrega
--
No se migra
--
Mensajes de correo
interpersonales
(IPM)
--
No se migra
--
--
Niveles de
carácter
Tipos de mensaje
Migración de datos personales de correo 21-3
Información de
correo
de cc:Mail
* El formato de texto enriquecido no se conserva en aquellos mensajes que
migren desde cc:Mail. Los caracteres internacionales del texto del mensaje se
convertirán con éxito durante la migración.
** Sólo se podrán migrar mediante el Asistente de actualización los mensajes
archivados de un usuario móvil de cc:Mail. Los usuarios no podrán migrar los
contenidos de un buzón de correo desde una oficina de correos móvil en su
estación de trabajo. Los usuarios móviles que deseen migrar mensajes, deberán
archivar primero los mensajes en el programa de correo antiguo antes de
ejecutar el Asistente de actualización.
*** Las listas de distribución personales de Exchange mantenidas en el archivo
de la Libreta personal de direcciones del cliente se migran mediante el Asistente
de actualización.
**** Los archivos de clasificación de cc:Mail sólo pueden contener mensajes que
se hayan leído, para que así se le pueda asignar, mediante el Asistente de
actualización, el estado de leído a todos los mensajes de los archivos de
clasificación que se migren.
En esta versión del Asistente de actualización para Microsoft Exchange, todos
los mensajes que se migran desde Exchange reciben el estado de no leídos.
Antes de la ejecución del Asistente de actualización
Antes de que un usuario ejecute el Asistente de actualización, tendrá,
como administrador del sistema, que llevar a cabo las siguientes tareas:
Migrar los usuarios y sus buzones de correo a Notes utilizando para
ello las herramientas de actualización de Domino Administrator.
Decidir si los usuarios ejecutarán el Asistente de actualización
localmente o en la red.
Instalar la Versión 5 del cliente Notes en la estación de trabajo del
usuario.
Enviar un mensaje de notificación de actualización al usuario.
Requisitos de la plataforma para ejecutar los Asistentes de
actualización
Para que un Asistente de actualización funcione correctamente, es
necesario que ciertos componentes de software se encuentren instalados
en el equipo en el que se vaya a ejecutar. La tabla que aparece a
continuación muestra el software necesario para ejecutar cada versión
del Asistente de actualización:
Cliente migrado
desde cc:Mail
Cliente migrado
desde Microsoft
Mail
Cliente migrado
desde Microsoft
Exchange/Microsoft
Outlook
Versiones
admitidas
2.x, 6.x, 8.x*
3.2, 3.5, 3.6
Todas
Clientes Notes**
Versión 5
Versión 5
Versión 5
Sistema operativo
de la estación de
trabajo
Windows 95,
Windows NT 4.0
Windows NT 4.0
Requisitos
Windows 95,
Windows NT 4.0
* No es posible migrar las direcciones personales correspondientes a los clientes
de la Versión 8.x de cc:Mail.
Instalación del Asistente de actualización
El Asistente de actualización se ejecuta haciendo clic en un botón
situado en el texto del mensaje de actualización enviado desde Domino
Administrator. Una vez que haya completado el formulario del mensaje
de actualización, especifique la ubicación del Asistente de actualización.
Los usuarios deben ejecutar el Asistente de actualización desde un
cliente Notes que esté instalado en el mismo equipo que los datos de
correo que se deseen migrar o que tenga, al menos, acceso a estos datos.
Es posible instalar los archivos de programa del Asistente en cualquiera
de las ubicaciones siguientes:
En una ubicación de red compartida;
Localmente, como parte del cliente Notes.
** El Asistente de actualización podría no funcionar correctamente en aquellos
equipos donde se haya instalado la Versión 5 de Notes junto con una versión
anterior. Para evitar estos errores cuando se ejecute el Asistente de actualización
en equipos en los que haya instaladas distintas versiones de Notes, será
necesario editar la instrucción PATH del usuario con el fin de incluir los
directorios de datos y del programa de Notes 5 y excluir los directorios
correspondientes a otras versiones de Notes. Incluso cuando se haya cambiado
la instrucción PATH, el cliente de la Versión 5 de Notes seguirá intentando
localizar y utilizar versiones anteriores del archivo NOTES.INI (que se
encuentren en el directorio de Windows, por ejemplo). Para impedir errores
cuando se ejecute el Asistente de actualización, cambie el nombre de las
versiones anteriores del archivo NOTES.INI en la estación de trabajo del
usuario.
Instalación del Asistente de actualización en una unidad de red
Si los usuarios van a ejecutar el Asistente de actualización desde una
unidad de red, es esencial que antes lleve a cabo las tareas siguientes:
Instale el Asistente de actualización en una unidad de red.
Asigne unidades en las estaciones de trabajo de los usuarios al
directorio que contenga los archivos de programa del Asistente de
actualización. Utilice un script de conexión para asignar
automáticamente las unidades al directorio.
Envíe a los usuarios un mensaje de notificación de actualización en
el que se especifique la ruta de acceso al directorio donde reside el
Asistente de actualización.
Si decide tener usuarios que ejecuten el Asistente de actualización desde
una ubicación de red, en lugar de una local, es primordial que cargue el
software necesario en un directorio al que puedan acceder los usuarios
que han migrado. Con objeto de asegurar que todos los archivos
necesarios estén situados en el directorio, ejecute alguna instalación
concreta del cliente Notes, tal y como se expone a continuación. No es
recomendable que se intente copiar manualmente los archivos de
programa del Asistente desde una ubicación a otra.
1. Cuando tenga que seleccionar el tipo de cliente que debe instalar,
haga clic en alguna de las selecciones disponibles y luego en
Personalizar.
2. En la lista Componentes, seleccione Herramientas de migración y
luego haga clic en Modificar.
3. En cuadro de diálogo Seleccionar subcomponentes, marque la
casilla de verificación para las herramientas de migración del cliente
que desee instalar y elimine las marcas de las otras casillas de
verificación. Por ejemplo, a la hora de instalar el Asistente de
actualización de cc:Mail a Notes, marque la casilla de verificación
Herramientas de migración del cliente cc:Mail y elimine las marcas
de las demás casillas de verificación.
4. Haga clic en Proseguir.
5. En la lista Componentes, elimine las marcas de las casillas de
verificación para los otros componentes de la instalación.
6. Haga clic en Siguiente, y luego proceda la instalación tal y como se
le indique.
7. Una vez que se haya completado la instalación, proporcione a todos
los usuarios que hayan migrado acceso a este directorio y envíe un
mensaje de notificación de actualización en el que se especifique la
ruta de acceso al directorio. Configure las estaciones de trabajo de
los usuarios para que ejecuten un script de conexión del cliente que
conecte automáticamente una unidad de una estación de trabajo al
directorio.
Instalación del Asistente de actualización con un cliente Notes
Cuando se disponga a instalar el software del cliente Notes, los archivos
necesarios para ejecutar localmente el Asistente de actualización no se
habrán instalado de forma predeterminada. Si los usuarios van a
ejecutar el Asistente de actualización localmente, tendrá que
personalizar la instalación del cliente Notes para cargar los archivos del
programa adecuados en la estación de trabajo.
1. Cuando deba seleccionar el tipo de cliente que vaya a instalar, haga
clic en el tipo de cliente correspondiente y luego en Personalizar.
2. En la lista Componentes, seleccione Herramientas de migración y
luego haga clic en Modificar.
4. Haga clic en Proseguir.
5. Haga clic en Siguiente, y luego proceda la instalación tal y como se
le indique.
Envío a los usuarios de un mensaje de notificación de actualización
Los usuarios que han migrado ejecutan un Asistente de actualización en
el cliente Notes con el fin de migrar información personal de correo a los
archivos de clasificación de correo y a las Libretas personales de
direcciones de Notes. Los usuarios ejecutarán el Asistente haciendo clic
en un botón situado en el texto del mensaje de correo de Notes enviado
desde Domino Administrator. El mensaje de notificación de
actualización enviado contendrá información acerca de lo siguiente:
El sistema de correo desde el que migran los usuarios
La ubicación de los archivos de programa del Asistente
Información necesaria para migrar los datos personales de correo
Antes de enviar la notificación de actualización, instale el Asistente de
actualización localmente en cada una de las estaciones de trabajo de los
usuarios que hayan migrado como parte del cliente Notes, o en un
directorio de red al que todos tengan acceso.
3. En cuadro de diálogo Seleccionar subcomponentes, marque la
casilla de verificación para las herramientas de migración del cliente
que desee instalar y elimine las marcas de las otras casillas de
verificación. Por ejemplo, a la hora de instalar el Asistente de
actualización de cc:Mail a Notes, marque la casilla de verificación
Herramientas de migración del cliente cc:Mail y elimine las marcas
de las demás casillas de verificación.
1. En el panel Servidor de Domino Administrator, seleccione el
servidor en el que registró a los usuarios migrados.
2. En el panel Tarea, haga clic en la pestaña Personas y grupos, luego
haga clic con el botón secundario del mouse en el nombre del
Directorio de Domino del servidor y seleccione Abrir Directorio.
3. En el menú Notes, seleccione Archivo - Base de datos - Control de
acceso.
4. En el panel General del cuadro de diálogo Lista de control de
acceso, seleccione el ID de administrador que esté utilizando. En el
cuadro Roles, seleccione UserModifier o NetModifier.
Si está usando una copia local del Directorio de Domino, diríjase
además al panel Avanzadas y haga clic en la siguiente casilla de
verificación: Misma Lista de control de acceso para las réplicas de
esta base de datos.
6. En la ficha Personas y grupos, haga clic en la vista Servidores del
Directorio de Domino, y, a continuación, haga clic en Usuarios de
correo.
7. En la parte superior del panel Resultados, haga clic en Enviar
notificaciones de actualización para abrir el formulario del mensaje
de actualización.
8. Haga clic en Dirección, en la barra de acciones, y especifique los
usuarios a los que desee enviar el mensaje.
Si ha agregado usuarios a un grupo de migración al registrarlos,
dirija el mensaje al nombre del grupo.
9. En la sección Configuración que debe realizar el administrador,
seleccione Avisos de conversión de la información local de
cc:Mail, MS Mail y MS Exchange.
10. Si los usuarios van a ejecutar la copia del Asistente de actualización
que se encuentra en la red, en la sección Ruta de acceso a la
utilidad de conversión del correo, introduzca la ruta de acceso que
conectará las estaciones de trabajo al directorio de red donde se
ubica el programa.
Si se instaló el Asistente de actualización localmente en cada
estación de trabajo de los usuarios, deje este campo en blanco.
11. En la sección Opciones de conversión del correo, seleccione el
sistema de correo desde el que migran los usuarios.
12. En el caso de una migración desde cc:Mail, complete información
sobre la asignación de gateway tal y como se indica a continuación:
Escriba los nombres de las oficinas de correo para el gateway de
cc:Mail en el campo Convertir estas oficias de correos de
cc:Mail.
Escriba los nombres de los dominios equivalentes de Notes en el
campo En estos dominios de Domino.
El Asistente de actualización reemplazará las apariciones de los
nombres del gateway de cc:Mail en las direcciones de los mensajes
migrados y en las direcciones personales migradas por los nombres
de dominios de Domino especificados.
13. La sección Información adicional mostrará el texto que se incluirá
en la notificación de actualización que recibirán los usuarios.
Modifique este texto si es necesario para proporcionar a los usuarios
información complementaria acerca de la migración.
Especificación de la ruta de acceso de la copia del Asistente de
actualización que se encuentra en la red
Antes de que complete y envíe el formulario del mensaje de
actualización, deberá instalar el Asistente de actualización adecuado en
un directorio de red compartido. Asegúrese además de que todos los
usuarios migrados asignen una letra específica de unidad a esta
ubicación. Proporcione a los usuarios un script de conexión para asignar
la unidad, de manera que todos asignen la misma letra de unidad a la
ubicación.
En el campo Ruta de acceso a la utilidad de conversión del correo del
formulario del mensaje de actualización, escriba una ruta de acceso al
directorio de red donde se instaló el Asistente de actualización. Finalice
la ruta de acceso con una barra invertida (' \ ').
La ruta de acceso que especifique deberá ser idéntica a la que los
usuarios hayan asignado a este directorio desde sus estaciones de
trabajo. Por ejemplo, si los usuarios asignan una unidad J al directorio
que contiene el Asistente de actualización, escribiría en este campo lo
siguiente: J:\
14. Una vez que haya completado el formulario, haga clic en Enviar
para entregar el mensaje de actualización a los usuarios que haya
especificado.
Especificación de la asignación de gateway para migrar a usuarios
de cc:Mail
La información sobre la asignación de gateway permite al Asistente de
actualización de cc:Mail a Notes traducir las direcciones de gateway de
los archivos de clasificación y de las direcciones personales a sus
equivalentes en Notes.
Si desea información pormenorizada sobre cómo el Asistente de
actualización asigna las direcciones de gateway en los documentos
migrados, consulte "Conversión de archivos de clasificación" y
"Aspectos generales de la migración de la información procedente de las
libretas personales de direcciones", en este mismo capítulo.
Los usuarios ejecutan el Asistente de actualización al abrir el mensaje de
notificación de actualización recibido después de la migración, haciendo
clic en un botón situado en el texto del mensaje. Debe instalar
previamente el Asistente de actualización localmente, como parte del
cliente Notes del usuario, o en un directorio de red compartido. Se
enviarán mensajes de notificación de actualización a los archivos de
correo de Notes de los usuarios tras haber migrado sus buzones de
correo con las herramientas de actualización de Domino Administrator.
Después de que un usuario ejecute el Asistente de actualización, éste
comprobará automáticamente si Notes está instalado en la estación de
trabajo del usuario. Si no halla un directorio del programa de Notes, no
se cargará el Asistente.
El Asistente de actualización obtiene información acerca del entorno de
Notes desde el archivo NOTES.INI activo situado en el directorio de
datos de Notes, y desde el mensaje de notificación de actualización. En
el caso de los usuarios que migren desde las versiones 2.x o 6.x de
cc:Mail, el Asistente de actualización obtiene también información del
archivo PRIVDIR.INI, ubicado en la estación de trabajo del usuario.
Nota Los usuarios deben ejecutar el Asistente de actualización desde
un cliente Notes que esté instalado en el mismo equipo que los datos de
correo que se deseen migrar o que tenga, al menos, acceso a estos datos.
Ejecución del Asistente de actualización mediante un acceso
directo desde el escritorio
Es posible establecer un acceso directo en el escritorio desde el que
ejecutar el Asistente de actualización. El acceso directo debe conducir a
la ubicación donde esté instalado el Asistente de actualización y se debe
especificar la aplicación que se debe ejecutar, como se indica a
continuación:
cc:Mail -- NUPGRADE.EXE 1
Microsoft Mail -- NUPGRADE.EXE 2
Microsoft Exchange -- NUPGRADE.EXE 3
En el campo Iniciar en de la página de propiedades del acceso directo
se especifica el directorio utilizado como punto de partida para
seleccionar los archivos que de clasificación que se van a migrar. Este
directorio corresponde, de forma predeterminada, al directorio donde
esté ubicada la aplicación.
El mensaje de notificación de actualización proporciona información
que el Asistente de actualización utilizará para migrar los datos
personales de correo. El Asistente obtendrá del mensaje de actualización
la información siguiente:
El sistema de correo del que se migra (cc:Mail, Microsoft Mail, o
Microsoft Exchange).
El nombre del servidor de correo de Notes del usuario.
Asignación de los gateways de las oficinas de correo de cc:Mail y los
dominios de Domino (únicamente para usuarios de cc:Mail).
Un ID de mensaje.
Los Asistentes de actualización para Microsoft Mail y Microsoft
Exchange no utilizan el ID de mensaje. En el caso del Asistente de
actualización de cc:Mail a Notes, el ID de mensaje se emplea para
encontrar el mensaje en el archivo de correo del usuario, de manera que
pueda leer la información sobre la asignación de gateway y,
posteriormente, pueda procesar los archivos de clasificación y las
direcciones personales.
Información que el Asistente de actualización obtiene del mensaje
de notificación de actualización
Información que el Asistente de actualización obtiene del archivo
NOTES.INI
El Asistente de actualización obtiene información complementaria del
archivo NOTES.INI situado en el directorio de datos de Notes, que a su
vez se encuentra en la estación de trabajo del usuario. Si no se halla este
archivo en el directorio de datos de Notes, el Asistente lo buscará en el
directorio del programa y, si no lo encuentra, en la ruta de acceso del
sistema (path). El Asistente de actualización obtiene información de los
siguientes valores contenidos en el archivo NOTES.INI:
Información
Ubicación del directorio de datos de
Notes
Nombre del archivo de correo de Notes
Credenciales del usuario (contraseña, etc.)
Parámetro de NOTES.INI
Primera entrada en "NAMES="
Valor de "Directory="
Valor de "MailFile="
Valor de "KeyFileName="
Normalmente, el nombre del archivo de la Libreta personal de
direcciones es NAMES.NSF y se encuentra en el directorio de datos de
Notes local. El valor del campo MailFile sirve para indicar el nombre
del archivo de correo que esté activado, tal y como se especifica en el
documento de ubicación actual del usuario.
Selección de un método de actualización
Cada uno de los Asistentes de actualización permite a los usuarios
migrar dos o tres tipos de información personal, tal y como se muestra
en la siguiente tabla:
Asistente de actualización
cc:Mail
Microsoft Mail
Microsoft Exchange
Información de correo que se migra
Listas de distribución privadas, direcciones
personales, archivos de clasificación
Libretas personales de direcciones, archivos de
mensajes
Libretas personales de direcciones, contactos,
carpetas personales
Si se ejecuta el Asistente de actualización utilizando el método rápido
predeterminado, éste procesa todos los datos de mensajería disponibles
utilizando los valores predeterminados. Si se selecciona la actualización
personalizada, los usuarios pueden migrar de manera independiente los
distintos tipos de datos disponibles.
Por ejemplo, durante una actualización personalizada, un usuario que se
migra desde cc:Mail puede seleccionar direcciones personales, listas de
distribución privadas y archivos de clasificación. Si no es posible
localizar o convertir cualquiera de los tipos de datos, se generará un
mensaje de error en el Asistente de actualización.
Conversión de archivos de clasificación
Los usuarios suelen tener cantidades ingentes de datos almacenados en
archivos de clasificación. El Asistente de actualización convierte los
mensajes archivados de los usuarios en una base de datos de archivado
de Notes. Para cada usuario, los archivos de clasificación seleccionados
se unifican en una base de datos única de Notes. Dentro de esta base de
datos, los nombres de los archivos de clasificación originales aparecen
como nombres de carpetas. De forma predeterminada, la base de datos
de archivado se crea en el subdirectorio de correo del directorio de
datos de Notes.
Nota Si los usuarios crean la base de datos de archivado en la red,
necesitarán disponer de acceso de lectura y escritura para esa unidad.
El Asistente de actualización se puede ejecutar más de una vez con el fin
de seguir migrando archivos de clasificación. Los archivos de
clasificación adicionales se pueden agregar a la base de datos de
archivado de Notes que ya se ha creado o pueden formar parte de una
nueva base de datos.
El Asistente de actualización de cc:Mail a Notes no puede migrar
mensajes desde una oficina de correos móvil de cc:Mail. Aquellos
usuarios que deseen migrar mensajes desde una oficina de correos
móvil deberán, en primer lugar, archivar los mensajes. Posteriormente,
podrán ejecutar el Asistente de actualización para migrar los mensajes
archivados.
Migración de archivos durante una actualización rápida
Cuando el Asistente de actualización se ejecuta, a los usuarios se les
pide que seleccionen la actualización rápida o la personalizada. A la
mayoría de los usuarios se les recomienda este tipo de actualización.
En el curso de una actualización rápida, cada Asistente de actualización
se sirve de un método distinto para determinar los archivos de
clasificación que se van a migrar, como muestra la tabla que aparece a
continuación:
Microsoft Mail y Microsoft Exchange no permiten a los usuarios
archivar correo. En su lugar, los usuarios pueden hacer copias de
seguridad de sus buzones de correo, creando copias del buzón de
correo sin conexión a la red. Éstas se almacenarán en el mismo formato
de archivo (.MMF y .PST respectivamente) que los correspondientes
buzones de correo activos. El Asistente de actualización es capaz de
migrar datos desde archivos con extensión .MMF o .PST.
Sistema de correo
Modo en que el Asistente de actualización selecciona
archivos de clasificación para migrar
cc:Mail *
Se migran todos los archivos .CCA cuya ubicación
se especifique en la sección [cc:Archives] del archivo
WMAIL.INI.
Microsoft Mail
Los usuarios se encargan de especificar los archivos
que se deban migrar.
Exchange
Se migran todos los archivos .PST de la ubicación
especificada en el perfil de MAPI.
* Los clientes de la Versión 8.x de cc:Mail no almacenan información alguna en
el archivo WMAIL.INI. Por tanto, cuando los usuarios de esta versión llevan a
cabo una actualización rápida, el Asistente de actualización correspondiente no
realiza la migración de ningún archivo de clasificación. Para migrar estos
archivos, en los clientes de la Versión 8.x de cc:Mail se debe utilizar la opción de
migración personalizada y especificar la ubicación de los archivos de
clasificación que se vayan a migrar.
Migración de archivos durante una actualización personalizada
Cuando se selecciona la migración personalizada, los usuarios que
vayan a migrar desde cc:Mail o Microsoft Mail podrán especificar las
siguientes opciones:
Los archivos de clasificación que se van a migrar
La plantilla del archivo de correo de Notes que se va a utilizar al
crear la base de datos de archivado
El directorio en el que se va a crear la base de datos de archivado de
Notes
En el caso de los usuarios que migren desde Microsoft Exchange, el
Asistente de actualización se encargará de migrar las carpetas
personales indicadas en el perfil de MAPI del usuario.
Migración de la jerarquía de carpetas de los buzones de correo
Microsoft Mail y Microsoft Exchange permiten que los usuarios creen
copias de seguridad de sus buzones de correo. Estas réplicas sin
conexión a la red se almacenan con el mismo formato que los buzones
de correo activos (archivos .MMF y .PST respectivamente) y que, a su
vez, pueden contener numerosas carpetas y subcarpetas. Cuando se
migran estos archivos a un archivo de correo de clasificación de Notes,
el Asistente de actualización mantendrá la jerarquía de carpetas
existentes.
Por ejemplo, un usuario de Microsoft Mail posee una copia de
seguridad de un buzón de correo llamado "Proyectos" en el que hay
cuatro subcarpetas denominadas T1, T2, T3 y T4. Cuando el usuario
migre este archivo Proyectos.MMF, el Asistente de actualización creará
una carpeta denominada "Proyectos" dentro del archivo de clasificación
de Notes. Entonces replicará la jerarquía de carpetas existentes dentro
de esta carpeta, creando las subcarpetas T1, T2, T3 y T4.
Cuando se migran archivos de clasificación de cc:Mail, el Asistente de
actualización convierte además cada uno de ellos en una carpeta dentro
de la base de datos de archivado de Notes, migrando los mensajes
contenidos en el archivo de clasificación de cc:Mail a la carpeta
adecuada. Sin embargo, debido a que los archivos de clasificación de
cc:Mail sólo contienen mensajes individuales y no subcarpetas, estos
archivos únicamente tendrán carpetas de nivel superior.
Traducción de los nombres de gateway de cc:Mail
correspondientes a mensajes archivados
La asignación de gateway no se produce en el caso de los archivos
migrados desde Microsoft Mail o Microsoft Exchange. Los mensajes
migrados desde estos programas no se actualizan automáticamente con
los nombres de los gateways de Notes. Será entonces necesario que los
usuarios editen las direcciones para asegurarse de que se refieren al
gateway de Notes.
Si desea más información sobre cómo especificar la asignación de
gateway entre cc:Mail y Notes, consulte Especificación de la asignación
de gateway para migrar a usuarios de cc:Mail.
Necesidades de espacio a la hora de migrar archivos de
clasificación
La plantilla del archivo de correo de Notes ocupa aproximadamente 2
MB. El tamaño de cada archivo de clasificación migrado es
aproximadamente igual a la suma del tamaño de la plantilla más el
130 % del tamaño original del archivo de clasificación.
Por ejemplo, si el archivo de clasificación original mide 3 MB, el archivo
migrado será aproximadamente igual a (1,3 x 3 MB) + 2 MB, o 5,9 MB.
Informe a los usuarios de este hecho para estimar la cantidad de espacio
necesaria en el disco antes de migrar los archivos de clasificación.
En el caso de cc:Mail, los nombres de gateway en la dirección del
remitente de los mensajes archivados se traducen en consonancia con el
gateway que se les ha asignado en el mensaje de actualización enviado
por la herramienta de actualización de Domino Administrator.
Selección de los archivos de clasificación que se van a migrar
Los Asistentes de actualización para cc:Mail y Microsoft Mail permiten
a los usuarios especificar los archivos de clasificación que deseen
migrar. Los usuarios pueden examinar el sistema de archivos para
seleccionar los archivos de clasificación que van a migrar desde
cualquier unidad de red o local disponible.
Los usuarios que vayan a migrar desde cc:Mail sólo podrán especificar
archivos de clasificación si ejecutan el Asistente para emplear el método
de actualización personalizado. Los Asistentes de actualización para
Microsoft Mail exigen que los usuarios seleccionen archivos de
clasificación independientemente del método de actualización que se
haya seleccionado.
Cuando el usuario decide especificar los archivos de clasificación que se
van a migrar, los Asistentes de actualización buscan los archivos en el
directorio de trabajo activo. Si se ejecuta el Asistente de actualización
desde un acceso directo del escritorio de Windows, se puede establecer
el directorio de trabajo activo en el campo Iniciar en: incluido en las
propiedades del acceso directo de la aplicación. Si se ejecuta el Asistente
de actualización desde el mensaje de notificación, o si no se modifica la
ubicación establecida en el campo Iniciar en:, el directorio de trabajo
activo será aquél desde el que se ejecute la aplicación. Para especificar
una fuente distinta en la que localizar los archivos, los usuarios pueden
examinar el sistema de archivos para localizar los archivos de
clasificación que deseen migrar.
Los usuarios deberán tener acceso de lectura y escritura al directorio
que contenga los archivos de clasificación que se vayan a migrar, así
como al directorio que almacene los archivos temporales durante el
proceso de migración. El Asistente de actualización coloca estos
archivos en el directorio especificado por la variable de entorno de
Windows "TEMP=". Normalmente, la variable TEMP especifica un
directorio local, como C:\WINDOWS\TEMP.
En el caso de la migración de archivos de datos antiguos de Microsoft
Mail o Microsoft Exchange protegidos por una contraseña, el usuario
tendrá que proporcionar el nombre de usuario y la contraseña. Los
archivos de clasificación de cc:Mail no están protegidos por contraseña,
por lo que cualquier usuario que tenga acceso a los archivos podrá
abrirlos y migrarlos.
Especificación de la plantilla para los archivos de clasificación
migrados
El Asistente de actualización utiliza la plantilla de correo especificada
para convertir los archivos de clasificación en una base de datos de
archivado de Notes. De forma predeterminada, el Asistente de
actualización emplea la plantilla definida por la variable
"DefaultMailTemplate" del archivo NOTES.INI del usuario o, si la
variable no está definida, el Asistente utilizará la plantilla MAIL50.NTF.
En la mayoría de los casos, no es aconsejable modificar los valores
predeterminados.
Para cambiar la configuración de la plantilla, los usuarios tendrán que
seleccionar la actualización personalizada y editar el campo Plantilla
del cuadro de diálogo Opciones de conversión de Archive. Los
usuarios que vayan a migrar desde Microsoft Mail o Microsoft
Exchange cuentan con la opción de especificar una plantilla de correo
independientemente de que estén realizando una actualización rápida o
personalizada.
Dónde migrar los archivos de clasificación
El archivo de clasificación de Notes crea automáticamente un nombre
de ocho caracteres partiendo del nombre de Notes del usuario que
migra al que se le añade el prefijo A_. Por ejemplo, si el nombre de
Notes del usuario que migra un archivo de clasificación es Rosa Ramos, la
base de datos de archivado resultante tendría el nombre
A_RRAMOS.NSF.
En el caso de Microsoft Mail y Microsoft Exchange, si un archivo de
datos contiene muchos archivos, éstos pasan a convertirse en vistas de
carpeta en la base de datos de archivado.Con objeto de distinguir entre
nombres de archivos de clasificación duplicados (procedentes de varios
directorios de origen), el Asistente añadirá un número al nombre del
archivo de clasificación. Por ejemplo, si el Asistente de actualización
mueve dos archivos, archivo\1996\reunion y archivo\1997\reunion,
éstos aparecerán como carpetas con los nombres reunion1 y reunion2
dentro de una única base de datos de Notes.
A la hora de migrar archivos de clasificación, es posible especificar la
ubicación de la base de datos de Notes resultante. De forma
predeterminada, el Asistente de actualización migrará todos los
archivos de clasificación a una única base de datos de correo de Notes.
Es decir, si un usuario migrara archivos de clasificación de cc:Mail y
archivos de datos antiguos de Microsoft Mail, todos ellos se incluirían
en una base de datos de archivado de Notes. A menos que se indique
otra cosa, la base de datos se creará en el subdirectorio de correo del
directorio de datos de Notes, tal y como se especifica en NOTES.INI. A
los usuarios se les pedirá una contraseña cuando intenten crear una base
de datos de archivado.
Los parámetros predeterminados se mantienen al seleccionar el método
de actualización rápida. Para especificar un destino distinto, los
usuarios de cc:Mail deberán seleccionar el método de actualización
personalizado y modificar el campo Carpeta, incluido en el cuadro de
diálogo Opciones de conversión de Archive. Los usuarios que estén
actualizando desde Microsoft Mail o Microsoft Exchange podrán
modificar el destino con independencia del método de actualización
seleccionado.
Nueva ejecución del Asistente para migrar más archivos de
clasificación
Es posible ejecutar el Asistente de actualización más de una vez para
seguir migrando archivos de clasificación. De manera predeterminada,
los archivos de clasificación migrados tras la primera sesión se añaden a
la base de datos de archivado de Notes ya existente. Los usuarios
pueden colocar los archivos de clasificación que migren posteriormente
en una base de datos de archivado diferente de la siguiente forma:
Antes de migrar los archivos de clasificación adicionales, cambie el
nombre de la base de datos original. Entonces, ejecute el Asistente
de actualización y migre los archivos de clasificación a la ubicación
predeterminada.
Ejecute el Asistente de actualización y seleccione el tipo de
actualización personalizada. Entonces, en el campo Carpeta del
cuadro de diálogo Opciones de conversión de Archive, especifique
una ubicación de directorio para la base de datos de archivado de
Notes que sea diferente de la ubicación de la base de datos original.
Aspectos generales de la migración de la información procedente de
las libretas personales de direcciones
Los usuarios que hayan migrado a Notes pueden tener la necesidad de
conservar la información de las libretas personales de direcciones que
utilizaban en los sistemas de correo anteriores. Los Asistentes de
actualización permiten a los usuarios migrar la información de las
libretas personales de direcciones anteriores a la Libreta personal de
Existen dos tipos de entradas de libretas personales de direcciones que
pueden migrar los usuarios:
Direcciones personales para usuarios que no aparecen en el
Directorio de Domino, como por ejemplo, las direcciones de correo
electrónico de Internet.
Listas de distribución de correo personales para distribuir correo
electrónico a varias direcciones de una sola vez.
Cuando se migra la información de libretas personales de direcciones, el
Asistente de actualización convierte las direcciones personales en
tarjetas de visita de la Libreta personal de direcciones de Notes. Los
usuarios que migren desde clientes de la Versión 8.x de cc:Mail no
podrán migrar direcciones privadas.
Las listas de distribución de correo personales se convierten en grupos
multiuso en la Libreta personal de direcciones. Los grupos multiuso
pueden utilizarse como listas de control de acceso y denegar las listas de
acceso en un documento de servidor, así como en las listas de
distribución de correo.
Cómo obtiene el Asistente de actualización información de las
libretas personales de direcciones
El Asistente de actualización accede a la información migrada desde las
libretas de direcciones de dos formas distintas, según el sistema de
correo desde donde se migre:
Archivos de libretas personales de direcciones ubicados en una
unidad de la estación de trabajo local o en una unidad asignada.
El Asistente de actualización copia la información desde estos dos
lugares en la Libreta personal de direcciones del cliente Notes del
usuario.
Migración de la información de libretas personales de direcciones
de cc:Mail
En el caso de los usuarios que migren desde cc:Mail, el Asistente de
actualización extrae parte de la información de la libreta personal de
direcciones desde un anexo del mensaje y parte desde un archivo de
datos situado en la estación de trabajo del usuario. El Asistente de
actualización obtiene las listas de distribución de correo privadas,
almacenadas en el buzón de correo de cc:Mail del usuario, desde un
anexo de la Libreta personal de direcciones en el archivo de correo de
Notes perteneciente al usuario. Los usuarios que hayan migrado
recibirán este mensaje automáticamente si se ha seleccionado la opción
Enviar listas de distribución privadas como anexos en el panel
Parámetros de conversión, incluido en el cuadro de diálogo Parámetros
avanzados de actualización de cc:Mail de la herramienta de migración
de Domino.
Anexos de mensajes enviados por las herramientas de migración de
Domino.
Para los clientes cc:Mail 2.x y 6.x, el Asistente de actualización obtiene
las direcciones personales directamente desde el archivo PRIVDIR.INI
situado en la estación de trabajo del usuario. El Asistente de
actualización de cc:Mail a Notes no admite la migración de direcciones
personales en el caso de usuarios de la Versión 8.x.
Migración de la información de las libretas personales de
direcciones de Microsoft Mail
En el caso de los usuarios que migren desde cc:Mail, el Asistente de
actualización extrae la información desde una Libreta personal de
direcciones temporal de Notes anexada al mensaje de correo de Notes.
Esta libreta temporal contendrá direcciones personales y listas de
distribución de correo personales migradas desde el archivo del buzón
de correo (.MMF). Los usuarios que hayan migrado recibirán
inmediatamente un mensaje con la Libreta personal de direcciones
anexa si se ha seleccionado la opción Convertir Libreta personal de
direcciones, incluida en el cuadro de diálogo Opciones avanzadas de
MS Mail de la herramienta de migración de Domino.
Migración de la información de las libretas personales de
direcciones de Microsoft Exchange
En el caso de los usuarios que migren desde Microsoft Exchange, el
Asistente de actualización extrae la información relativa a las libretas
personales de direcciones de dos fuentes distintas, según la aplicación
de correo cliente que se esté utilizando. En el cliente de correo Outlook,
la información se puede almacenar en una lista de contactos ubicada en
el servidor Exchange y en un archivo correspondiente a la libreta
personal de direcciones (.PAB) ubicado en la estación de trabajo del
usuario. En el cliente de correo Exchange, la información se almacena en
un archivo .PAB ubicado en la estación de trabajo del usuario. El
Asistente de actualización obtiene la lista de contactos de Outlook desde
una Libreta personal de direcciones temporal que aparece como anexo
de un mensaje de correo de Notes. Los usuarios que hayan migrado
recibirán este mensaje automáticamente si se ha definido la información
incluida en Contactos.
Significado de las direcciones personales y de las listas de
distribución
Los sistemas de correo utilizan terminología diferente para referirse a
las direcciones personales y a las listas de distribución. En este
documento, el término direcciones personales se refiere a las direcciones
privadas de cc:Mail y a las entradas para usuarios individuales de la
libreta personal de direcciones de Microsoft Mail o Microsoft Exchange.
El término listas de distribución personales se refiere a las listas privadas
de cc:Mail y a los grupos personales o listas de distribución de
Microsoft Mail y Microsoft Exchange.
En las versiones 2.x y 6.x de cc:Mail, las direcciones personales se
almacenarán en el archivo PRIVDIR.INI de la estación de trabajo del
usuario. Las listas privadas se almacenarán con el buzón de correo del
usuario en el servidor. Sin embargo, la Versión 8.x del cliente cc:Mail no
utiliza este archivo, con lo que el Asistente de actualización no podrá
migrar direcciones personales de los usuarios de esta versión.
En el caso de Microsoft Mail, tanto las direcciones personales como las
listas de distribución personales se almacenarán en el archivo del buzón
de correo del usuario en el servidor de la oficina de correo. En Microsoft
Exchange, la lista de contactos que se mantienen en el servidor
Exchange desde algunos clientes Outlook contiene direcciones
personales únicamente. Los clientes Outlook y Exchange pueden
mantener tanto las direcciones como las listas de distribución personales
en los archivos .PAB de la estación de trabajo.
Migración de la información procedente de las libretas personales
de direcciones del servidor de correo anterior
Las herramientas de migración de Domino para cc:Mail y Microsoft
Mail incluyen opciones para migrar la información procedente de las
libretas personales de direcciones (la herramienta de migración de
Microsoft Exchange no incluye opción alguna para migrar la
información procedente de las libretas personales de direcciones, pero
migra esa información de forma automática cuando aparece). Cuando se
migra la información procedente de las libretas personales de
direcciones desde el servidor, Domino Administrator se encarga de
colocar un mensaje de actualización en la bandeja de entrada de Notes
de los usuarios. En cada mensaje de actualización se incluye un anexo
con una Libreta personal de direcciones de Notes que contiene la
información que se ha migrado del sistema de correo anterior.
Si los usuarios no cuentan con información personal alguna para
migrarla desde el servidor, no recibirán el mensaje de actualización.
El cliente de correo Notes almacena la información procedente de las
libretas personales de direcciones localmente, en la estación de trabajo
del cliente. Sin embargo, en el caso de clientes cc:Mail, Microsoft Mail y
Microsoft Outlook, parte de la información procedente de las libretas
personales de direcciones se almacena en el servidor de correo. La
migración de la información procedente de las libretas personales de
direcciones desde los servidores de correo anteriores requiere que se
coordine la actuación de las herramientas de migración de Domino con
la de los Asistentes de actualización.
Información de las libretas personales de direcciones enviada en el
mensaje de actualización
La tabla que aparece a continuación recoge la información procedente
de las libretas personales de direcciones que se copian desde el servidor
en la Libreta personal de direcciones que aparece como anexo del
mensaje de actualización mediante las herramientas de migración de
Domino:
Sistema de correo
Información de la Libreta personal de direcciones incluida
en el mensaje de actualización
cc:Mail
Microsoft Mail
Microsoft Outlook
Contactos
Si desea información sobre cómo migrar listas de distribución privadas
para los usuarios de cc:Mail, consulte el Capítulo 13.
Si desea información sobre cómo migrar las libretas personales de
direcciones para los usuarios de Microsoft Mail, consulte el Capítulo 14.
Copia de la información procedente de las libretas personales de
direcciones en la Libreta personal de direcciones de Notes
Para actualizar la Libreta personal de direcciones de Notes con la
información que se haya migrado desde el sistema de correo anterior,
los Asistentes de actualización se encargan de copiar la información de
las libretas personales de direcciones almacenada en el cliente de correo
anterior o en la Libreta personal de direcciones temporal que se haya
enviado a los usuarios en un mensaje de actualización. La tabla que
aparece a continuación muestra las fuentes de las que los Asistentes de
actualización obtienen la información relativa a las libretas de
direcciones:
Origen de la
información que se
migra
cc:Mail
Listas de
Servidor (Libreta
distribución
personal de
direcciones temporal privadas
enviada en el mensaje
de actualización)
Estación de trabajo
cliente
Microsoft
Mail
Libreta
personal de
direcciones
Direcciones
-privadas
(PRIVDIR.INI)
Cliente
Microsoft
Exchange
Outlook
Cliente
Microsoft
Exchange
Contactos
--
Libreta
Libreta
personal de personal de
direcciones direcciones
Migración de libretas personales de direcciones mediante la
actualización rápida frente a la actualización personalizada
En el curso de la actualización rápida, los Asistentes de actualización se
encargan de migrar toda la información relativa a las libretas personales
de direcciones disponible (es decir, toda la información reflejada en las
filas de servidor y de cliente de la tabla anterior).
Sin embargo, en la actualización personalizada, los usuarios tienen la
capacidad de decidir si desean migrar la información de las libretas
personales de direcciones. El Asistente de actualización para cc:Mail
permite a los usuarios de las versiones 2.x y 6.x migrar las direcciones y
listas de distribución privadas de manera independiente. Los usuarios
de la Versión 8.x de cc:Mail, por su parte, sólo pueden migrar listas de
distribución privadas.
Migración de la información obtenida del servidor de correo
Cuando se migra la información obtenida del servidor de correo
anterior (consulte la tabla anterior), los Asistentes de actualización
buscan un mensaje de actualización en la bandeja de entrada de Notes
de los usuarios. Tras localizar el mensaje, los Asistentes de actualización
se encargan de extraer la Libreta personal de direcciones temporal
anexa y de copiar la información incluida en ella a la Libreta personal de
direcciones de la estación de trabajo del usuario (NAMES.NSF). El
mensaje de actualización original permanece en la bandeja de entrada y
puede eliminarse una vez que el usuario compruebe que la información
se ha migrado satisfactoriamente.
Migración de información directamente desde la estación de
trabajo
Para migrar información desde una estación de trabajo cc:Mail, el
Asistente de actualización busca el directorio del usuario de cc:Mail en
la estación de trabajo para localizar el archivo PRIVDIR.INI. Del mismo
modo, el Asistente de actualización de Microsoft Exchange busca en la
estación de trabajo la libreta personal de direcciones de Exchange
(archivo .PAB) especificada en el perfil de MAPI del usuario. Una vez
localizados los archivos, los Asistentes se encargan de copiar la
información de las libretas de direcciones a la Libreta personal de
El Asistente de actualización para Microsoft Mail proporciona la
posibilidad de migrar las libretas personales de direcciones. El Asistente
de actualización para Microsoft Exchange da la única opción de migrar
las libretas personales de direcciones y contactos juntas. A pesar de que
en los clientes Outlook es posible mantener archivos independientes
para las libretas personales de direcciones y de contactos, no se pueden
migrar estos elementos de manera independiente.
Las direcciones de correo electrónico que se incluyen en los documentos
de contacto de la Libreta personal de direcciones pueden adecuarse a
distintos tipos de sistemas de correo. En Notes se asigna el tipo de
sistema de correo "Correo de Internet" a las direcciones que se migran
mediante los Asistentes de actualización desde otros sistemas de correo.
Al convertir direcciones de correo electrónico que se hayan migrado de
cc:Mail, la herramienta de migración se encarga de aplicar la
información de asignación de gateway incluida en el mensaje de
notificación de la actualización.
Adaptación de los nombres de gateway en las direcciones
personales de cc:Mail
Los mensajes enviados a direcciones fuera del sistema de correo de
cc:Mail de su empresa pasan por una oficina de correos del gateway, que
será la encargada de enviar los mensajes a su destino. Cuando los
usuarios crean una dirección personal para un usuario de un sistema de
correo externo, el gateway que transfiere el mensaje pasa a formar parte
de la dirección. Por ejemplo, la siguiente dirección de cc:Mail incluye el
nombre de la oficina de correos del gateway llamada INTERNET,
utilizado para transferir mensajes a su destino:
[email protected] EN INTERNET.
Una vez que se hayan migrado los usuarios a Notes, los gateways de
cc:Mail a los que hacen referencia las entradas de la Libreta de
direcciones dejarán de estar disponibles para transferir mensajes. El
Asistente encargado de la actualización de cc:Mail a Notes actualiza
automáticamente el nombre de gateway incluido en cada dirección con
arreglo al gateway que se le haya asignado en el mensaje de actualización
enviado mediante la herramienta de actualización de Domino
Administrator.
Si desea más información sobre cómo especificar la asignación de
gateway entre cc:Mail y Notes, consulte Especificación de la asignación
de gateway para migrar a usuarios de cc:Mail.
Las libretas personales de direcciones migradas desde Microsoft Mail o
Microsoft Exchange no se actualizarán automáticamente con los
nombres de los gateways de Notes. Será entonces necesario que los
usuarios editen las direcciones para asegurarse de que se refieren al
gateway de Notes.
Una vez finalizado el procesamiento por parte del Asistente de
actualización
Si el Asistente de actualización se tropieza con errores mientras está
procesando los archivos de clasificación o la información de directorio,
los ignorará y proseguirá. Los fallos se registran y una vez que el
Asistente de actualización haya acabado el procesamiento de toda la
información, muestra un mensaje de estado informando del número de
mensajes procesados.
Es posible que el recuento de mensajes en los archivos de clasificación
migrados sea inferior al que se obtenía en los archivos originales. Si en
el archivo de clasificación original se incluían varias copias de un mismo
mensaje, o si éstas se encontraban en archivos diferentes, se migrará una
sola copia del mensaje en cuestión.
Cuando el Asistente de actualización haya concluido la conversión de
los datos del sistema anterior a datos de Notes, los usuarios deberán
llevar a cabo las tareas que se detallan a continuación:
Compruebe si todos los mensajes en los archivos de clasificación
originales se han migrado con éxito al archivo de clasificación de
correo de Notes.
Elimine los archivos de cc:Mail, Microsoft Mail o Microsoft
Exchange que ya no sean de utilidad de la estación de trabajo del
usuario. Consulte la documentación del antiguo sistema de correo,
si desea más información. Antes de que los usuarios eliminen datos,
se recomienda que se haga una copia de seguridad de los archivos
de correo antiguos
Es probable que los usuarios de Microsoft Mail o Microsoft
Exchange tengan que editar manualmente la información del
gateway antes de que se puedan utilizar las direcciones migradas
para enviar correo. Las direcciones externas en las libretas
personales de direcciones y los archivos de datos antiguos migrados
desde Microsoft Mail o Microsoft Exchange no se actualizarán
automáticamente con los nombres de los gateways de Notes.
Compruebe la vista Eventos varios en el archivo de registro
(LOG.NSF) con el fin de averiguar si hubo problemas que pudieran
requerir una mayor atención.
Índice alfabético
A
Acceso telefónico a redes
actualización, 2-34
Accesos directos
ejecución de los asistentes de
Actualización
aplicaciones de Web, 8-9
Asistencia de directorios, 6-10
aspectos generales, 1-1
bases de datos y aplicaciones, 8-1
clientes de administración, 4-1
conversión a la Versión 5 de los
archivos de correo, 8-5
desde versiones anteriores, 6-2
directorio, 6-1
Directorio de Domino, 3-4, 6-1
directorios de Domino y la
plantilla del Directorio de
Domino, 6-2
herramienta de administración
desde Web, 4-2
índices del servidor, 9-7
lectura de las Release Notes, 1-3
organizaciones internacionales,
1-5
planificación, 1-5
preparativos, 1-3
requisitos del hardware, 1-3
requisitos del software, 1-3
seguridad, 10-1
tareas, 1-5
y la Versión 3 de Notes, 1-4
y las versiones de mantenimiento
trimestrales, 1-4
y los proyectos piloto, 1-11
y la reconstrucción de las vistas,
8-11
Actualización de los clientes
pasos, 5-1
Actualización del servidor
activación de la tarea Listener de
SMTP para el servidor de
correo de Internet, 2-14
actualización del Directorio de
Domino, 2-10, 3-4
cómo impedir la ejecución del
MTA, 2-8
desactivación del mantenimiento
para el MTA, 2-4
eliminación de la cola de trabajo
entrante para el MTA, 2-7
saliente, 2-7
eliminación de SMTP.BOX para el
MTA, 2-6
finalización de la ejecución de
Domino para efectuar la
actualización, 3-2
finalización de la ejecución del
MTA para efectuar la
actualización, 2-8
router para el MTA, 2-4
parámetros de NOTES.INI, 2-33
pasos para el servidor Domino,
3-1
realización de copias de
seguridad de los archivos para
Domino, 3-2
seguridad de los archivos para
el MTA, 2-3
y la edición de NOTES.INI, 3-3
y la instalación de la Versión 5,
2-9, 3-3
y las subtareas de transferencia,
2-35
y múltiples subtareas de
transferencia, 3-9
y SMTP, 2-13
Actualización personalizada
selección de archivos de mensajes,
21-16
Actualización rápida
y la migración de archivos de
mensajes, 21-14
ADMIN4.NSF
actualización, 2-15, 3-7
Administración
servidores, 4-1
Agenda y planificación
en el correo, 2-32
reuniones, 5-8
y el correo de Internet, 5-7
Agentes
pruebas, 1-16
Agrupaciones de servidores
actualización, 7-1
y los archivos de correo, 7-1
Alias
migración desde cc:Mail, 13-29
y los nombres de usuario, 12-17
Almacenamiento del correo
en un entorno con varias
versiones, 2-33
y la actualización, 2-33
Anexos
envío de la Libreta personal de
direcciones de Notes, 21-21
Anidación de grupos
definición, 12-6
migración, 12-12
API del sistema de distribución de
mensajes
y la migración, 13-9
Aplicaciones
actualización, 1-9, 8-1, 8-14
documentación, 1-17
documentación sobre la
pruebas, 1-16
restauración de versiones
anteriores, 8-13
y el registro de transacciones, 8-14
Aplicaciones de Domino
funciones, 1-25
Aplicaciones de Web
Archivado
datos de Organizer, 13-22
Archivo CCPODOWN
eliminación previa a la migración
desde cc:Mail, 13-9
Archivos
Índice alfabético I-1
protección para Web, 10-3
seguridad en el cliente Notes
antes de la actualización, 5-2
seguridad en el servidor
Domino antes de la
actualización, 3-2
Archivos de correo
cómo evitar su replicación, 8-9
creación con Domino
Administrator, 14-15
creación para los usuarios
migrados, 12-26
cuotas, 12-26
migración, 12-18
y las agrupaciones de servidores,
7-1
Archivos de imágenes
almacenamiento, 8-21
Archivos de mensajes
conversión, 21-18
Archivos de mensajes, correo
asignación de nombres, 21-17
migración, 21-13, 21-15, 21-16,
21-17
opciones de conversión, 21-16,
21-17
preservación de las jerarquías de
carpetas, 21-14
Archivos de Web
protección, 10-3
Archivos del servidor
seguridad antes de la
Archivos ID
creación de IDs no jerárquicos,
10-2
uso, 10-1
y la comprobación de contraseñas,
10-2
y las versiones anteriores de
Notes, 10-1
y los certificados X.509, 10-3
Área de trabajo
conversión en marcadores, 5-3
Asignación
gateways entre cc:Mail y Notes,
21-15
Asignación de gateways
entre cc:Mail y Notes, 13-32, 21-15
especificación para el Asistente de
actualización de cc:Mail, 21-9
Asistencia de directorios
y la autentificación de Web, 6-11
Asistentes de actualización
asignación de gateways, 13-33
aspectos generales de su
ejecución, 21-1
datos migrados, 21-2
descripción, 12-3
ejecución, 21-10
ejecución con varias versiones de
Notes, 21-5
ejecución mediante accesos
directos del escritorio, 21-11
especificación de la ruta de acceso
a las copias de la red, 21-9
instalación, 12-4, 21-5
instalación en el cliente Notes de
un usuario, 21-7
instalación en una unidad de red,
21-6
migración de la información de
las libretas personales de
direcciones, 21-22
para los datos de Microsoft Mail,
14-14
pasos previos a su ejecución, 21-4
requisitos de la plataforma, 21-5
tareas, 12-4
verificación de la migración, 21-25
versiones disponibles en la
Versión 5 de Domino, 21-1
y las actualizaciones
personalizadas, 21-14
Autentificación
contraseñas, 10-2
y HTTP, 10-3
y las organizaciones no
jerárquicas, 11-21
y los certificados de otras
empresas, 10-4
y los clientes Web, 6-11
Autentificación del servidor Web
versiones, 10-3
B
Bandeja de entrada
migración, 12-27
Bases de datos
acceso local, 8-11
I-2 Migración a Notes y Domino Versión 5
actualización, 1-10, 8-1, 8-14
actualización del diseño, 8-3
actualización del formato, 8-3
búsqueda, 9-8
exclusión de la búsqueda en
dominios, 9-8
extensiones de archivo, 8-11
formato de la Versión 4, 8-11
funciones, 8-14
inclusión en la búsqueda en
dominios, 9-8
liberación de espacio, 8-4
liberación de espacio en un
entorno con varias versiones,
8-13
mantenimiento del formato, 8-11
mejora del rendimiento al realizar
la actualización, 8-15
optimización del rendimiento,
8-15
ordenación, 8-20
ordenación de columnas, 8-20
restauración de versiones
anteriores, 8-13
y la interoperatividad del
formato, 8-13
Bibliotecas de documentos
Boletines electrónicos
cc:Mail, 13-42
Búsqueda en dominios
activación, 9-5
actualización, 9-1
actualización para incluir los
sistemas de archivos, 9-5
bases de datos en las que se va a
realizar la búsqueda, 9-8
bases de datos excluidas, 9-8
configuración para los clientes,
9-9
configuración para los clientes
Notes, 9-9
descripción, 9-1
especificación de las bases de
datos, 9-8
filtración de los resultados, 9-10
funciones, 1-26
interoperatividad con la Versión
4, 9-12
rendimiento, 9-7
y la Sede de búsquedas, 9-13
y la seguridad, 9-10
y los cambios desde la Versión 4,
9-4
Búsquedas
activación después de la
actualización, 9-5
actualización, 9-1
actualización para incluir
bases de datos, 9-8
bases de datos excluidas, 9-8
configuración para los clientes
Notes, 9-9
funciones, 1-26
interoperatividad con la Versión
4, 9-12
selección de bases de datos, 9-8
y la actualización de los índices
de los servidores, 9-7
y la mejora del rendimiento, 9-5
y la seguridad, 9-10
y los clientes Notes, 9-9
C
Cambio de nombre
grupos, 12-11
IDs de usuario, 11-19, 11-21
Campos de revisiones
y el rendimiento de las bases de
datos, 8-19
Caracteres comodín
y la utilidad de conversión de, 8-8
Caracteres especiales
ordenación, 8-20
Caracteres internacionales
ordenación, 8-20
Carpetas
migración, 12-27, 21-14
Carteras
descripción, 5-5
y los marcadores, 5-5
Cascada
directorios de Domino y la
autentificación de Web, 6-11
CATALOG.NSF
y la seguridad de la búsqueda en
dominios, 9-10
CATALOG.NTF
y la búsqueda en dominios, 9-1
Catálogo del dominio
descripción, 9-3
requisitos del servidor, 9-2
Catálogo del dominio, servidor,
especificación para un cliente
Notes, 9-9
requisitos, 9-1
cc:Mail 6.3
migración de las listas de
distribución privadas, 13-28,
13-35
plantilla de correo, 13-34
cc:Mail Admin
eliminación de archivos, 13-43
CCNOTBB.NSF
migración de los boletines
electrónicos de cc:Mail, 13-29
Certificación
no jerárquica, 11-21
y las organizaciones no
jerárquicas, 11-21
Certificador, IDs
creación, 11-13
recertificación, 11-23
y los nombres no jerárquicos,
11-12
Certificados
acreditados, 11-21
intercambio, 11-21
no jerárquicos, 11-12
S/MIME y SSL, 10-4
Certificados no jerárquicos
eliminación de los IDs, 11-21
CHKSTAT de cc:Mail
eliminación de mensajes, 13-43
informes de cuentas, 13-10
Cliente Notes
actualización de los índices
locales a la Versión 5, 9-12
certificados X.509, 10-3
conversión del área de trabajo en
marcadores, 5-3
funciones, 1-23
instalación, 5-2
liberación de espacio en las bases
de datos, 8-4
seguridad antes de la
actualización, 5-2
seguridad de los archivos, 5-2
y las carteras, 5-5
y los documentos de cuenta, 5-6
Cliente Outlook
migración de la información sobre
los contactos, 21-21
Clientes de administración
instalación, 1-21
Clientes Web
y la autentificación, 6-11
Codificación
correo, 2-31
Códigos de ubicación
cc:Mail, 13-35, 13-44
Cola de registro
adición de usuarios de cc:Mail,
13-23
adición de usuarios de Microsoft
Exchange, 15-8, 15-9
adición de usuarios de Microsoft
Mail, 14-9, 14-13
adición de usuarios de Netscape
Messaging Server, 20-2
adición de usuarios de Novell
GroupWise, 18-2
adición de usuarios de Novell
GroupWise 5, 19-2
adición de usuarios de Windows
NT, 16-3, 16-9
adición de usuarios del archivo
LDIF, 17-8, 17-10
edición de nombres de usuario,
16-8
matenimiento de usuarios, 12-16
migración de los usuarios de
Organizer, 13-17
orden de la migración, 13-17
Cola de trabajo entrante
eliminación, 2-7
Cola de trabajo saliente
eliminación, 2-7
Colas de mensajes
eliminación, 2-4
Compact -R, tarea
y cómo recuperar el formato
original de la base de datos,
8-4, 8-13
Comprobación, aplicaciones, 1-16
Comprobación de contraseñas
resultados de su activación, 10-2
Conexión con SMTP, documento
y la configuración del correo de
Internet, 2-16
Configuración, documento
cambio para que el servidor
actualizado del MTA active el
SMTP original, 2-13
Configuración del servidor,
documento
activación de SMTP, 2-13
Configuración del usuario
especificación de un servidor del
Catálogo del dominio, 9-9
Conflictos durante la replicación o la
grabación,
y los campos $Revisions, 8-19
Conservar la propiedad Usado en
este archivo
datos, 8-17
Consultas de LDAP
actualización de los servidores,
6-10
versiones, 6-10
Contraseñas
autentificación, 10-2
comprobación durante la
especificación durante la
migración de los archivos de
mensajes, 21-16
generación automática, 12-15
importación, 12-21
información, 12-16
migración, 12-15
y la migración de los usuarios de
cc:Mail, 13-7
Control de sesiones entrantes, tarea
finalización de la ejecución, 2-5
Convenciones
para la asignación de nombres a
las carpetas, 12-27
las direcciones de Internet, 6-8
los grupos importados, 12-11
los nombres de cc:Mail
migrados, 13-11
los nombres de LDIF
migrados, 17-4
los nombres de Microsoft Mail
migrados, 14-3
los nombres de Windows NT
migrados, 16-5
para los IDs de certificador no
jerárquicos, 11-13
Conversión
definición, 12-3
opciones para la migración de
archivos de mensajes, 21-16
Conversión de mensajes
Convert, tarea
y la actualización de los archivos
de correo a la Versión 5, 8-5
Convertir Sólo el correo
opción de migración, 12-18
Copias de seguridad
archivos del cliente Notes antes
de la actualización, 5-2
archivos del servidor Domino
Correo
actualización de archivos a la
Versión 5, 8-5
longitud máxima del nombre de
las carpetas, 12-28
codificado, 2-31
configuración para Internet, 2-16
conversión a MIME, 2-31
envío a los usuarios del correo de
Internet, 2-32
formato MIME, 2-16
funciones, 1-22
rendimiento, 2-35
rendimiento y múltiples
MAIL.BOX, 3-9
seguimiento, 4-2
uso en una agrupación de
servidores con varias
versiones, 7-1
Correo, gestores
Correo, perfiles
y la migración de Microsoft
Exchange, 15-6, 15-7
Correo de Internet
agenda y planificación, 5-7
documentos de cuenta, 5-6
funciones, 1-22
seguimiento, 4-2
transferencia en un entorno con
varias versiones, 2-27
y el formato en Notes, 2-31
y los hosts de retransmisión de
otras empresas, 2-26
Correo de Notes
cambio de nombre de los IDs de
usuario, 11-17
y la recertificación, 11-14
Correo electrónico. Vea Correo,
Correo de Notes, 1-22
Crear dirección de Internet, 6-7
cuadro de diálogo, 6-4
Cuenta, documentos
actualización, 5-6
y el correo de Internet, 5-6
Cuotas
archivo de correo, 12-26
D
DA50.NTF
actualización de la Asistencia de
directorios, 6-10
Datos de Organizer
conversión a Notes, 13-28
migración secundaria, 13-21
Datos eliminados
sustitución, 8-17
DefaultMailTemplate
uso en la migración de archivos
de mensajes, 21-17
Definir dirección de Internet
herramienta del Directorio de
Domino, 6-4
Design, tarea
y la actualización de plantillas,
8-8
Dirección en Internet, campo, 6-7
cómo rellenarlo en los
documentos de persona, 6-4
comprobación de la exclusividad,
6-9
y la actualización, 2-32, 6-9
y las consultas de LDAP, 6-10
Direcciones
creación para el correo de
Internet, 6-4
versiones, 2-32
validación para el correo de
Internet, 6-9
Direcciones de correo de Internet
versiones, 2-32
Direcciones de corrreo
versiones, 2-32
Direcciones de gateway
sustitución en los mensajes de
cc:Mail migrados, 21-15
Direcciones de Internet
asignación a usuarios, 6-4
comprobación de la exclusividad,
6-9
creación, 6-7, 6-9
en los documentos de persona, 6-4
formatos, 6-6
formatos de los nombres, 6-8
separadores, 6-7
uso de un formato de nombres
personalizado, 6-8
validación, 6-9
validación para los usuarios, 6-9
Direcciones IP
en los documentos de servidor,
6-11
sustitución por nombres de host
en los documentos de
servidor, 6-11
Direcciones privadas
migración de cc:Mail, 21-19
Directivas sobre protección. Vea
Protección de archivos,
documentos, 10-3
actualización al Directorio de
Domino, 3-4
actualización del servidor de
administración, 3-7
actualización desde el Directorio
de Domino, 3-4
adición de entradas de personas
del archivo LDIF, 17-11
cómo rellenar el campo Dirección
en Internet, 6-4
comprobación de la exclusividad
de las direcciones de Internet,
6-9
direcciones de Internet, 6-1
formularios, 6-4
formularios nuevos y eliminados,
6-4
funciones, 6-3
liberación de espacio, 2-10, 3-5
plantilla, 6-2
reconstrucción de las vistas, 3-5
replicación, 2-12, 3-6, 6-1
uso de nombres de host en los
documentos de servidor, 6-11
uso del diseño del Directorio de
Domino, 6-2
uso en un entorno que utiliza la
Versión 4 y la 5, 6-2
validación del campo Dirección
en Internet, 6-9
vistas, 6-3
vistas nuevas y eliminadas, 6-3
y la actualización de los clientes
de administración, 4-1
y las consultas de LDAP en un
entorno con varias versiones,
6-10
Directorio de origen de otro sistema
definición, 12-6
importación de usuarios, 12-5
Documentos de persona duplicados
Dominio de SMTP, documentos
Internet, 2-16
Dominio global, documento
Internet, 2-16
Domino Administrator
creación de archivos de correo
para los usuarios migrados,
14-15
instalación, 1-21, 3-3, 12-4
E
Ejemplos
archivo LDIF, 17-2
asignación de gateways, 13-33
nombres jerárquicos, 11-5
Eliminaciones no definitivas
en una agrupación de servidores
con varias versiones, 7-1
Entorno de pruebas
actualización de aplicaciones,
1-15
Entradas periódicas
actualización de las plantillas de
correo, 5-8
Entrega del correo
versiones, 2-33
Enviados, carpeta
migración, 12-27
Envío de una notificación de
actualización
procedimiento, 21-7
Equipo de actualización
creación, 1-4
Espacio en el disco
8-14
Espacio libre
cómo evitar su pérdida, 8-17
Estaciones de trabajo
LCE, 5-6
Estadísticas
tarea Reporter, 3-3
Etapas de la actualización
para bases de datos y
aplicaciones, 8-1
para el cliente Notes, 5-1
para el Directorio de Domino, 3-4
para el servidor Domino, 3-1
para los servidores agrupados, 7-1
Exchange. Vea Microsoft Exchange,
15-1
Extensiones de archivo
para las bases de datos de la
Versión 4, 8-11
F
Formación
y la Versión 5, 1-6
Formato de intercambio de datos de
LDAP. Vea LDIF, 17-2
Formato de nombres personalizado
uso para crear direcciones de
Internet, 6-8
Formularios
pruebas, 1-16
Fórmulas de JavaScript
y Web, 8-9
G
Gateways
asignación, 13-33
y los hosts de retransmisión, 2-26
Gateways de mensajes
y la migración de cc:Mail, 13-32
GIF, archivos
GroupWise. Vea Novell GroupWise,
18-1
Grupos
adición de usuarios durante la
migración, 12-14
anidados, 12-6
cambio de nombre durante la
migración, 12-11
cancelación de la migración, 12-14
creación durante la migración,
12-10
migración, 12-6
migración de los que están
anidados, 12-12
migración de los que están
duplicados, 12-7
migración de los que están vacíos,
12-17
migración de usuarios, 12-10
opciones de migración, 12-9
Grupos de Notes
creación, 12-10
migración, 12-11
Grupos duplicados
cómo evitar su creación, 12-8
Grupos existentes
adición de usuarios migrados,
12-10
migración de usuarios, 12-7
opciones para la migración, 12-7
Grupos vacíos
migración, 12-17
H
Hardware
actualización de los requisitos, 1-3
Heramienta de administración desde
Web
actualización, 4-2
y las entradas de la LCA, 4-2
Herramienta de definición de
direcciones de Internet
ejemplos de direcciones, 6-7
uso en el Directorio de Domino,
6-4
Herramientas de migración
descripción, 12-3
instalación, 12-4
tareas, 12-3
versiones disponibles, 12-3
Herramientas de migración de
Domino
archivo LDIF, 17-1
cc:Mail, 13-1
contraseñas, 17-5
descripción, 12-3
instalación, 12-4
Microsoft Exchange, 15-1
tareas, 12-3
versiones, 12-3
Windows NT, 16-1
Hora del sistema
cambio para el servidor Domino,
3-10
configuración, 5-6
Horario de verano
3-10
sincronización de Notes y el
sistema operativo, 5-6
Hosts de retransmisión
configuración, 2-34
HPFS
y los nombres de archivo largos
en OS/2 Warp, 1-3
HTTP, servicio
y la protección de archivos, 10-3
HTTPD.CNF
y la protección de archivos, 10-3
Hub, servidores
actualización, 1-8
I
IBM OS/2 Warp. Vea OS/2 Warp.,
1-3
IDs
creación de IDs no jerárquicos,
10-2
y la comprobación de contraseñas,
10-2
IDs de usuario
cambio de nombre, 11-17
IDs jerárquicos
IDs no jerárquicos
cambio de nombre, 11-17, 11-19
convenciones para la asignación
de nombres, 11-13
creación, 10-2, 11-13
descripción, 11-12
eliminación de los certificados,
11-21
y los certificados, 11-21
Imágenes
IMAP, servicio
conversión de los archivos de
correo para utilizarlo, 8-5
y el formato de almacenamiento
de los mensajes, 2-33
Importación
definición, 12-3
grupos, 12-6
Indexación
y el rendimiento de las
búsquedas, 9-7
Indexer
Índice del dominio
búsquedas con el cliente Notes,
9-9
especificación de archivos, 9-6
y la interoperatividad de las
búsquedas, 9-12
Índices
actualización en los servidores,
9-7
actualización manual para los
clientes Notes, 9-12
tamaño, 9-4
y la interoperatividad de las
búsquedas, 9-12
Información de registro
migración, 12-21
Instalación
la Versión 5 en un cliente Notes,
5-2
la Versión 5 en un servidor
Domino, 3-3
y la actualización del Directorio
de Domino, 3-4
Interoperatividad
archivo ID, 10-1
base de datos, 8-11
búsqueda, 9-12
y los certificados X.509, 10-3
ISESCTL
finalización de la ejecución antes
de la actualización del MTA,
2-5
J
JavaScript
y el uso de las plantillas de Web
predeterminadas, 8-10
y la actualización de las
y los navegadores de Web, 8-10
Jerarquía de respuestas
datos, 8-18
Jerarquías de carpetas
conservación durante la
migración de un archivo de
mensajes, 21-14
JPEG, archivos
Juegos de caracteres
archivo LDIF, 17-2
Microsoft Mail, 14-12
L
LCA
migración de los archivos de
correo, 12-18
LCE
y la seguridad en la estación de
trabajo, 5-6
LDAP, servicio
versiones, 6-10
LDIF
definición, 17-2
Liberación de espacio
bases de datos, 8-4, 8-13
datos de Organizer antes de la
migración, 13-20, 13-22
envío de una Libreta personal de
direcciones temporal, 21-21
funciones, 5-4
migración de la información,
21-18
migración de MS Mail a Notes,
21-21
Libretas de direcciones
migración, 21-18
Libretas personales de direcciones
temporales
envío a los usuarios, 21-21
Lista de control de ejecución de
administración
y la seguridad predeterminada,
5-6
Listas de acceso de los servidores
y la seguridad en la búsqueda en
dominios, 9-10
Listas de distribución de correo
migración de listas privadas,
21-19
migración, 21-19
migración a la Libreta personal de
direcciones de Notes, 21-21
migración para los usuarios de
cc:Mail 6.3, 13-28
Listener, tarea
y el servidor del MTA, 2-14
M
MAIL.BOX, bases de datos
rendimiento, 2-35
uso de múltiples bases de datos,
3-9
MAIL50.NTF
actualización de los archivos de
correo, 8-5
plantilla predeterminada para la
migración de archivos de
mensajes, 21-17
Marcadores
descripción, 5-3
y la conversión del área de
trabajo, 5-3
Marcas de no leídos
desactivación, 8-16
Mayúsculas/minúsculas
en las vistas, 8-20
MEAPI. Vea API del sistema de
distribución de mensajes, 13-9
Mensaje de notificación de
actualización
envío, 21-7
información obtenida por el
Asistente de actualización,
21-11
Mensajes
codificados, 2-31
seguimiento, 4-2
Mensajes duplicados
migración, 12-27
Métodos de actualización
Rápido vs. Personalizado, 21-12
Microsoft Exchange, migración
adición de usuarios a la cola de
registro, 15-8
archivos de correo, 15-3
archivos PST, 15-4
carpetas, 15-4
creación de archivos de correo de
Notes, 15-10
directorio, 15-6
equivalentes en Notes de los datos
migrados, 15-2
opciones, 15-8
perfiles de correo, 15-6, 15-7
registro de usuarios, 15-9
tareas, 15-5, 15-6
Microsoft Mail, migración
adición de usuarios a Notes, 14-1
Asistente de actualización, 14-14
conexión con la oficina de correos,
14-8
de nombres, 14-3
creación de archivos de correo de
Notes, 14-15
migrados, 14-2, 14-3
errores de la conversión de
nombres, 14-6
libretas de direcciones, 14-2, 14-11
opción Convertir Sólo el correo,
14-15
opciones, 14-10, 14-11
seguridad de los archivos de
Domino, 14-7
registro de usuarios, 14-9, 14-13
tareas, 14-6
umbral de errores, 14-12
versiones soportadas, 14-1
y la página de códigos de idioma,
14-12
Migración
archivos de mensajes, 21-13, 21-18
datos de correo personales, 21-1,
21-4
definición, 12-3
descripción, 12-1
grupos, 12-7
grupos a nuevos grupos de Notes,
12-10
grupos anidados, 12-12
libretas personales de direcciones,
21-18
mensajes duplicados, 12-27
miembros del grupo a un grupo
existente, 12-10
nombres de usuario a los
selección de personas y grupos,
12-6
sólo el correo, 12-18
verificación, 12-28
y las contraseñas, 12-15
y los asistentes de actualización,
21-25
Migración, secundaria
realización, 12-18
Migración de cc:Mail
adición de nombres a los
registro, 13-23
adición de usuarios a Notes, 13-1
alias, 13-29
archivos, 13-2
archivos de Organizer, 13-2, 13-4
asignación de gateways a los
dominios de Notes, 13-32
asistente de actualización, 13-33
códigos de ubicación, 13-35, 13-44
conexión con la oficina de correos,
13-23
contraseñas, 12-16, 13-7, 13-25
de nombres, 13-11
conversión de directorios, 13-39,
13-41
conversión de los boletines
electrónicos, 13-29, 13-42
Convertir sólo el correo, 13-45
copias de seguridad de los
archivos de Domino, 13-9
eliminación de cuentas inactivas,
13-10
eliminación de los archivos de
usuario, 13-43
migrados, 13-3, 13-4, 13-11,
13-42
espacio en disco necesario, 13-8
listas de distribución privadas,
13-3, 13-28
niveles de acceso, 13-6
oficina de correos, 13-9, 13-22
opciones, 13-25, 13-26, 13-27
orden, 13-17
página de códigos del idioma,
13-16, 13-27, 13-31
parámetros de actualización,
13-34
remisión del correo, 13-45
remisión del correo a Notes, 13-35
requisitos del MTA, 12-5, 13-9,
13-13, 13-39
tareas, 13-5, 13-7
umbral de errores, 13-34, 13-36
usuarios móviles, 13-24, 13-30
versiones soportadas, 13-2, 13-34
y los datos de Organizer, 13-15,
13-17, 13-18, 13-21
Migración de grupos
especificación de opciones, 12-9
Migración del archivo LDIF
a múltiples unidades
organizativas de Notes, 17-7
adición de nombres a los
documentos de persona, 17-4,
17-5, 17-11
clases de objetos, 17-3, 17-4
contraseñas, 17-5
cuentas de suscripción, 17-13
migrados, 17-2, 17-4, 17-5
múltiples valores para los
atributos, 17-5
nombres jerárquicos, 17-3
opciones, 17-9
selección de archivos, 17-8
tareas, 17-6
usuarios de Notes no registrados,
17-3, 17-9, 17-11
Migrar personas y grupos
MIME, mensajes
conversión al formato de Notes,
2-31
conversión en un entorno con
varias versiones, 2-16
con varias versiones, 7-1
entrega a los servidores de la
Versión 4, 2-33
MMF, archivos
migración de mensajes, 21-13
MSGMGR de cc:Mail
eliminación de mensajes, 13-43
MTA de cc:Mail
conversión de boletines
electrónicos, 13-30
requisitos de la migración, 12-5,
13-9, 13-13, 13-29, 13-39, 13-42
MTA de SMTP/MIME
SMTP, 2-14
actualización, 2-1
actualización de la base de datos
Solicitudes de Administración,
2-15
Domino, 2-10
cómo impedir su ejecución, 2-8
desactivación del mantenimiento
entrante, 2-7
saliente, 2-7
eliminación de ServerTasks, 2-8
eliminación de SMTP.BOX, 2-6
router antes de la
actualización, 2-4
transporte entrante, 2-5
finalización de la ejecución para
efectuar la actualización, 2-8
instalación de la Versión 5, 2-9
seguridad de los archivos
Múltiples subtareas de transferencia
y la actualización del servidor, 3-9
N
NAMES=
NAMES.NSF
actualización al Directorio de
Domino de la Versión 5, 3-4
liberación de espacio, 2-10
liberación de espacio para
On-Disk Structure de la
Versión 5, 3-4
Navegadores
uso con las plantillas de Web
Navegadores de Web
uso con las plantillas de Web
Netscape Messaging Server,
migración
registro, 20-2
tareas, 20-1
Niveles de acceso
migración del correo, 12-18, 13-6
No jerárquicos, nombres. Vea
Nombres no jerárquicos, 11-12
Nombres
conversión, 11-8, 11-9, 11-10
dirección de Internet, 6-6
no jerárquicos, 11-9, 11-10
Nombres abreviados de Notes
generación, 16-8
Nombres de archivo
en OS/2 Warp, 1-3
Nombres de carpetas
longitud máxima, 12-27
Nombres de grupos
especificación, 12-11
Nombres de host
su uso en lugar de direcciones IP
en los documentos de
servidor, 6-11
Nombres de Notes
caracteres válidos, 13-11
conversión de los atributos de
LDIF, 17-4
conversión de los nombres de
cc:Mail, 13-11
Microsoft Mail, 14-3
Windows NT, 16-5, 16-7, 16-8
jerárquicos, 12-17
Nombres de usuario
archivo LDIF, 17-2
caracteres no válidos, 13-11
en los documentos de persona,
12-17
Microsoft Mail, 14-3, 14-6
migración desde cc:Mail, 13-11
migración desde Windows NT,
16-8
Nombres duplicados
migración de grupos, 12-7
Nombres jerárquicos
adición al documento de persona,
17-3
conversión, 11-15
conversión de nombres no
jerárquicos, 11-1, 11-10
conversión manual, 11-14
ejemplos, 11-5
en los documentos de persona,
12-17
Nombres no jerárquicos
cambio de nombre, 11-24
conversión en jerárquicos, 11-1,
11-7, 11-14, 11-15
descripción, 11-12
usuario, 11-10, 11-17
y la certificación, 11-13, 11-21
y la comunicación, 11-21
Notes
y la conversión MIME, 2-31
NOTES.EXE
y la instalación de Domino
Administrator, 1-21
NOTES.INI, archivo
actualización, 3-3
información obtenida por el
Asistente de actualización,
21-12
nombres, 11-8
Internet, 2-16
y el servidor del MTA, 2-8
Novell GroupWise 4, migración
registro, 18-2
tareas, 18-1
Novell GroupWise 5, migración
registro, 19-2
tareas, 19-1
NS4, archivos
conservación del formato de la
Versión 4 para las bases de
datos, 8-4
y la restauración del formato de
las bases de datos, 8-13
NTF, archivos
actualización, 8-8
NUPGRADE.EXE
y los asistentes de actualización,
21-11
O
ODS
actualización, 8-3
conservación del formato de la
Versión 4 para una base de
datos, 8-11
y la interoperatividad, 8-13
Opciones de migración
grupo, 12-9
usuario, 12-22
Optimización de mapas de bits
8-16
Optimización de tablas para las
vistas
8-16
OR2, archivos
migración, 13-2
Ordenación
caracteres especiales, 8-20
Ordenación considerando acentos,
8-20
Ordenación de columnas
caracteres especiales, 8-20
y los caracteres especiales, 8-20
Organizaciones internacionales
actualización, 1-5
Organizer
equivalentes en Notes para los
datos migrados, 13-4
Organizer, archivos de agenda de
grupo
migración, 13-2
Organizer, migración
archivado de los datos, 13-22
contraseñas, 13-17
direcciones, 13-17
directorios de datos, 13-21
migrados, 13-15, 13-19, 13-21
gráficos, 13-17
información sobre las categorías,
13-19
información sobre las reuniones,
13-20
página de códigos de idioma,
13-16
registro de errores, 13-16
secciones de notas, 13-17
secciones Llamadas, 13-18
tareas, 13-20, 13-21
OS/2 Warp
y los nombres de archivo largos,
1-3
P
Página de códigos de idioma
y la migración de cc:Mail, 13-27,
13-31
y la migración de Microsoft Mail,
14-12
y la migración de Organizer,
13-16
Parámetros de registro
para la migración, 12-23
Pendientes, registros
almacenamiento de información,
12-24
Perfil de MAPI
y la migración de Microsoft
Exchange, 15-7
Perfil del Directorio de Domino, 6-2
uso, 6-2
PERNAMES.NSF
descripción, 5-4
Persona, documentos
actualización durante la
migración, 13-13
adición de nombres LDIF, 17-4
campo Dirección en Internet, 6-4
cómo rellenar el campo Dirección
en Internet, 6-4
migración de nombres de usuario,
12-17
uso de un formato de nombres
personalizado para la
dirección de Internet, 6-8
validación de entradas en el
campo Dirección en Internet,
6-9
del correo de Internet, 2-33
Personales, datos del correo
aspectos generales de la
migración, 21-1
migración mediante los asistentes,
21-2
listas de distribución,definición,
21-20
listas de distribución,migración,
21-19
dirección, 21-20
Personas
migración, 12-6
Personas/grupos que van a migrar
adición de grupos a la lista, 12-6
Plan de actualización
creación, 1-5
Planificación de reuniones
versiones, 5-8
Plantilla de correo
especificación para la migración
de archivos de mensajes, 21-17
Plantilla del Directorio de Domino
uso en un entorno que utiliza la
Versión 4 y la 5, 6-2
Plantillas
actualización, 8-8
compatibilidad con las
especificaciones de JavaScript,
8-10
especificación para la migración
de archivos de mensajes, 21-17
POP3, servicio
actualización a la Versión 5 de
Notes, 5-6
de los mensajes, 2-33
Preferencias de administración
PRIVDIR.INI
uso en la migración de las
direcciones privadas de
cc:Mail, 21-19
y las direcciones privadas, 21-21
Proceso de administración
cambio de nombre de los
servidores no jerárquicos,
11-24
cambio de nombre de los
usuarios, 11-1
campo Solicitud de cambios, 11-3
jerárquicos, 11-1, 11-23
creación de archivos de correo,
12-26
Protección de archivos, documentos
y la actualización a la Versión 5,
10-3
y los usuarios de Web, 10-3
Proyectos piloto
para la actualización, 1-11
PST, archivos
migración de mensajes, 15-3,
21-13
PUBNAMES.NTF
Q
QMR
R
R63MAIL.NTF
plantilla de correo para los
usuarios de cc:Mail 6.3, 13-34
Recertificación
resultados, 11-23
Reconstrucción de vistas
y el directorio temporal de
actualización de vistas, 8-14
y los retrasos al acceder
inicialmente a las bases de
datos, 8-11
Recuento de mensajes
discrepancias durante la
migración, 21-25
Redireccionamiento
en un agrupación de servidores
que utiliza varias versiones,
7-1
Registro
detención, 14-14
fallo, 12-21
pendientes, 12-24
Registro de certificados
solución de problemas, 11-7
Registro de nombres maestro
actualización a la Asistencia de
directorios, 6-10
Registro de Notes
verificación de la migración, 21-25
Registro de transaccciones
y el espacio en disco, 8-14
y la actualización de bases de
datos, 8-14
Registros MX
y los hosts de retransmisión de
otras empresas, 2-26
Release Notes
información sobre la
actualización, 1-3
Rendimiento
cómo mejorarlo para la búsqueda
en dominios, 9-5
y las mejoras en las bases de datos
al realizar la actualización,
8-15
y múltiples bases de datos
MAIL.BOX, 2-35, 3-9
Renombrar en la Lista de control de
acceso
y la conversión a nombres
jerárquicos, 11-1
Replicación
cómo impedirla, 8-9
y las versiones anteriores, 8-13
Reporter, tarea
eliminación, 3-3
Reuniones, periódicas
actualización de las plantillas de
correo, 5-8
Routers
de la actualización, 2-4
Rutinas de correo
que utiliza varias versiones,
7-1
S
S/MIME
empresas, 10-4
Sede de búsquedas
y la inclusión de bases de datos en
las búsquedas en dominios,
9-8
Sedes de búsquedas
seguridad, 9-13
Sedes Web
cuentas de suscripción, 17-13
Seguimiento de mensajes
en un entorno que utiliza las
versiones 4 y 5, 4-2
Seguridad
autentificación de los clientes
Web, 6-11, 10-3
listas de acceso al servidor y la
búsqueda en dominios, 9-10
sustitución del espacio libre, 8-17
y los archivos ID, 10-1
Seguridad, estación de trabajo, 5-6
ServerTasks=
Servicios entrantes
sustitución por el servidor de
correo de la Versión 5, 2-15
Servicios salientes
sustitución por el servidor de
correo de la Versión 5, 2-15
Servidor, documentos
información sobre la transferencia
de SMTP, 2-14
nombres de host, 6-11
uso de nombres de host en lugar
de direcciones IP, 6-11
Internet, 2-16
Servidor de administración
actualización para el Directorio
de Domino, 3-7
Servidor de catálogos
requisitos, 9-1
Servidor Domino
actualización, 3-1
Solicitudes de administración,
3-7
Domino, 3-4
aspectos generales de la
actualización, 3-1
finalización de la ejecución para
realizar la actualización, 3-2
funciones, 1-18
funciones del correo, 1-22
instalación, 2-9
instalación de Domino
Administrator, 1-21
pasos para realizar la
actualización, 3-1
seguridad de los archivos, 3-2
transferencia del correo, 2-15
y la actualización para utilizar
múltiples subtareas de
transferencia, 3-9
y la edición del archivo
NOTES.INI durante la
actualización, 3-2
y la instalación de la Versión 5,
3-3
Servidores
3-7
configuración para el correo de
Internet, 2-16
jerárquicos, 11-1, 11-9, 11-10
recertificación de IDs, 11-14
y los certificados no jerárquicos,
11-21
actualización, 1-9
Servidores de correo de Internet
actualización, 2-1
edición del documento de
servidor, 2-14
Servidores del MTA
SMTP, 2-14
actualización, 2-1
2-15
Domino, 2-10
actualización para utilizar
múltiples subtareas de
transferencia, 2-35
cómo impedir su ejecución tras la
actualización, 2-8
desactivación del mantenimiento,
2-4
entrante, 2-7
saliente, 2-7
eliminación de SMTP.BOX, 2-6
router antes de la
actualización, 2-4
transporte entrante, 2-5
iconos, 2-6
instalación de Domino, 2-9
Servidores Web
Sistema de Domino
actualización, 1-7
Sistemas de archivos
búsqueda, 9-6
integración con la búsqueda en
dominios, 9-5
seguridad, 9-6
Sistemas operativos
cambios en la Versión 5, 1-3
SMTP
tarea Listener,activación para el
servidor actualizado del MTA,
2-14
y el servidor actualizado del
MTA, 2-13
y la actualización de Notes, 5-6
SMTP.BOX
adición de iconos al área de
trabajo, 2-6
eliminación, 2-6
SMTPIBWQ.NSF
eliminación, 2-7
SMTPMTA
eliminación de NOTES.INI, 2-8
SMTPOBWQ.NSF
eliminación, 2-7
Software
requisitos de la actualización, 1-3,
8-14
Solicitudes de administración, base
de datos
SSL
empresas, 10-4
Subcarpetas
migración, 12-28, 21-14
Subtareas de transferencia
actualización de un servidor para
que use varias subtareas, 3-9
y la actualización del servidor,
2-35
Supervisión de titulares
desactivación, 8-20
Suscripción
boletines electrónicos,migración
desde cc:Mail, 13-30
cuentas,creación para los usuarios
de LDIF importados, 17-13
T
Tamaño
archivo de correo, 12-26
Tipos de grupos
migración, 12-11
Traducción
direcciones de gateway en los
mensajes migrados, 21-24
Transferencia del correo
el MTA de SMTP/MIME, 2-1
versiones, 2-27
y el servidor Domino, 2-15
Transporte entrante
de la actualización del MTA,
2-5
U
Ubicación, documentos
selección de un servidor del
Catálogo del dominio, 9-9
sincronización de los parámetros
horarios, 5-6
Unidades organizativas
migración de los usuarios del
archivo LDIF, 17-7
Unidades organizativas de Notes
migración de los usuarios del
archivo LDIF, 17-7
UpdatedBy, campos
datos, 8-18
URLs
generación, 8-9
Uso de la propiedad JavaScript
y la actualización de las
Uso del formato de nombres
personalizado
en la herramienta de direcciones
de Internet, 6-8
Usuarios
jerárquicos, 11-1
migración, 12-6
recertificación de IDs, 11-14
registro para la migración, 12-20
Usuarios locales
migración, 12-6
Usuarios móviles
migración desde cc:Mail, 13-24,
13-30
UTF-8
juego de caracteres,en los archivos
LDIF, 17-2
Utilidad de conversión de correo
opciones, 8-6
y los caracteres comodín, 8-8
Utilidades para la realización de
copias de seguridad
y la actualización de las bases de
datos, 8-14
V
herramienta en el Directorio de
Domino, 6-9
Validar dirección de Internet
exclusiva
Versión 3
actualización a la Versión 5, 1-4
Versión 4
conservación del formato de las
bases de datos, 8-4, 8-11, 8-13
pruebas de las aplicaciones, 1-16
Versión 5
instalación en un cliente Notes,
5-2
instalación en un servidor del
MTA, 2-9
instalación en un servidor
Domino, 3-3
View_Rebuild_Dir
y la actualización de las bases de
datos, 8-14
Vistas
ordenación de caracteres
especiales, 8-20
pruebas, 1-16
reconstrucción, 8-14
reconstrucción después de la
Web Administrator
actualización, 4-2
WEBADMIN.NSF
actualización, 4-2
WinAdmin
eliminación de los archivos de
cc:Mail tras la migración,
13-43
Windows NT
formato de los nombres de
usuario, 16-6
Windows NT, migración
adición de usuarios a los cola de
registro, 16-3
equivalentes en Notes para los
datos migrados, 16-5, 16-8
errores en la conversión de
nombres, 16-8
formatos de los nombres, 16-5,
16-7
lista de dominios, 16-2
opciones, 16-4, 16-5
requisitos, 16-2
tareas, 16-1
X
X.509, certificados
y los archivos ID, 10-3
Z
Zonas horarias
3-10
configuraciones, 5-7
sincronización de Domino y el
sincronización de Notes y el
W
Web
fórmulas de JavaScript, 8-9
plantillas, 8-10
y las versiones de JavaScript, 8-10
y los documentos de protección
de archivos, 10-3

migración a Lotus Domino

Transcripción

Documentos relacionados

Coca-Cola utiliza codificadores láser sobre PET y

AF Encarte Migraciones - Orden Visualizacion