Capitolo 3 Aggiornamento di un server Domino

Transcript

Lotus Domino
Per collegare persone in modo facile, sicuro, affidabile
5.0
VERSIONE
Trasferimento a Domino Versione 5
Part No. CT8RHIT
Trasferimento a Domino Versione 5
DISCONOSCIMENTO DI QUALSIASI GARANZIA
QUESTA DOCUMENTAZIONE È FORNITA SOLO A SCOPO DI RIFERIMENTO. NONOSTANTE
SIA STATA POSTA OGNI CURA NEL VERIFICARE LA COMPLETEZZA E LA PRECISIONE
DELLE INFORMAZIONI, QUESTA DOCUMENTAZIONE È FORNITA “COM'È” SENZA
ALCUNA GARANZIA. LOTUS DEVELOPMENT CORPORATION DISCONOSCE IN MODO
ASSOLUTO QUALSIASI GARANZIA, INCLUSE E SENZA LIMITAZIONE ALCUNA LE
GARANZIE IMPLICITE DI COMMERCIABILITÀ E ADEGUATEZZA A SCOPI PARTICOLARI,
RIFERIBILI ALLA STESSA. LOTUS DEVELOPMENT CORPORATION NON SARÀ
RESPONSABILE DI QUALSIASI DANNO INCLUSI, SENZA LIMITAZIONI, I DANNI DIRETTI,
INDIRETTI, CONSEQUENZIALI O INCIDENTALI, DERIVANTI DALL'USO DI QUESTA E DI
QUALSIASI ALTRA DOCUMENTAZIONE O IN ALTRO MODO RICONDUCIBILI AD ESSE.
ANCHE IN PRESENZA DI QUALSIASI FATTO IN CONTRARIO, NULLA DI QUANTO
CONTENUTO IN QUESTE INFORMAZIONI O IN ALTRA DOCUMENTAZIONE È INTESO PER
CREARE O POTRÀ AVERE L'EFFETTO DI CREARE GARANZIE O IMPEGNI DA PARTE DI
LOTUS DEVELOPMENT CORPORATION (O DEI SUOI FORNITORI O LICENZIATARI), OPPURE
POTRÀ ALTERARE I TERMINI E LE CONDIZIONI STABILITI NEL CONTRATTO DI LICENZA
CHE GOVERNA L'USO DI QUESTO SOFTWARE.
COPYRIGHT
In base alla normativa vigente, né la documentazione né il software possono essere copiati,
fotocopiati, riprodotti, tradotti o ridotti in alcun supporto elettronico o in forma leggibile da
macchina, interamente o in parte, senza la preventiva autorizzazione scritta di Lotus Development
Corporation, tranne nei modi descritti nella documentazione o nel contratto di licenza che governa
l'uso del software.
© Copyright 1985 – 1999 Lotus Development Corporation
55 Cambridge Parkway
Cambridge, MA 02142
Tutti i diritti riservati. Stampato nella Repubblica d'Irlanda.
MARCHI REGISTRATI
Domino, cc:Mail, Notes, NotesBench, NotesFlow, e Notes/FX sono marchi commerciali; Freelance,
Freelance Graphics, Lotus, Lotus Components, Lotus Notes, LotusScript, Notes Mail, NotesSQL,
NotesView, 1-2-3, Organizer, SmartIcons e SmartSuite sono marchi registrati di Lotus Development
Corporation. AS/400, OS/2 Warp, RS/6000, e PowerPC sono marchi commerciali;AIX, IBM, OS/2,
Presentation Manager, e SNA sono marchi registrati di International Business Machines Corporation.
Tivoli/Courier è un marchi commerciale di Tivoli Systems Inc., una consociata interamente
posseduta da International Business Machines Corporation. Altri marchi qui citati sono posseduti
dai rispettivi proprietari.
Indice generale
Introduzione . . . . . . . . . . . . . . . . . . xiii
Struttura della guida . . . . . . . . . . . . . . .
Struttura della documentazione Notes e
Domino . . . . . . . . . . . . . . . . . . . . . . .
Documentazione per il client Notes . . . .
Documentazione per l'amministrazione
di Domino . . . . . . . . . . . . . . . . . . . . .
Documentazione per la progettazione
in Domino . . . . . . . . . . . . . . . . . . . . .
. xiii
. xiii
. xiii
. xiii
. xiv
Aggiornamento alla
Versione 5
Capitolo 1
Pianificazione
dell'aggiornamento alla
Versione 5 . . . . . . . . . . . . . . . . . . 1-1
Pianificazione del trasferimento alla V5 . . .
Uso della guida . . . . . . . . . . . . . . . . . . .
Preparazione dell'aggiornamento alla
Versione 5 . . . . . . . . . . . . . . . . . . . . .
Lettura delle Note complementari . . . . .
Supporto dei nomi di file lunghi per
Domino su OS/2 Warp . . . . . . . . . . .
Aggiornamento dalla Versione 4 . . . . . .
Aggiornamento da versioni precedenti
la Versione 4 . . . . . . . . . . . . . . . . . . .
Creazione di un gruppo incaricato
dell'aggiornamento . . . . . . . . . . . . . .
Creazione di un piano di aggiornamento . .
Pianificazione della sequenza delle
operazioni per l'aggiornamento . . . . .
Pianificazione di un progetto di
aggiornamento pilota . . . . . . . . . . . .
Programmazione dell'aggiornamento . .
Prova delle applicazioni prima
dell'aggiornamento . . . . . . . . . . . . . .
Formazione e Versione 5 . . . . . . . . . . . . . . .
. 1-1
. 1-2
. 1-3
. 1-3
. 1-3
. 1-4
. 1-4
. 1-4
. 1-5
. 1-7
1-10
1-12
1-13
1-16
Nuove funzioni del server Domino . . . . . .
Installazione di Domino Administrator
nella Versione 5 . . . . . . . . . . . . . . . . .
Nuove funzioni della posta di Domino . . . .
Nuove funzioni del client Lotus Notes . . . .
Nuove funzioni delle applicazioni Domino .
Nuove funzioni di ricerca di Domino . . . . .
1-17
1-20
1-20
1-21
1-23
1-24
Capitolo 2
Aggiornamento di un server di
posta Internet . . . . . . . . . . . . . . . . 2-1
Aggiornamento alla Versione 5 di un
server che usa l'Agente trasferimento
messaggi (MTA) SMTP/MIME . . . . .
Backup dei file su un server MTA . . . . .
Disattivazione della manutenzione
dell'agente MTA SMTP/MIME . . . . .
Arresto del router . . . . . . . . . . . . . . . . . .
Arresto del trasporto in entrata . . . . . . .
Eliminazione del contenuto di
SMTP.BOX . . . . . . . . . . . . . . . . . . . . .
Cancellazione della Coda di lavoro in
uscita . . . . . . . . . . . . . . . . . . . . . . . . .
Eliminazione del contenuto della Coda
di lavoro in entrata . . . . . . . . . . . . . .
Arresto del server MTA SMTP/MIME . .
Aggiornamento del file NOTES.INI per
il server di posta Internet . . . . . . . . . .
Installazione della Versione 5 di
Domino su un server MTA . . . . . . . .
Aggiornamento della Rubrica pubblica
per un server di posta Internet . . . . .
Impostazione della configurazione di
un server di posta Internet . . . . . . . . .
Modifica del documento Server di un
server di posta Internet . . . . . . . . . . .
Aggiornamento del database Richieste
di amministrazione su un server
MTA . . . . . . . . . . . . . . . . . . . . . . . . . .
. 2-1
. 2-3
. 2-4
. 2-4
. 2-5
. 2-5
. 2-7
. 2-7
. 2-8
. 2-8
. 2-9
. 2-9
2-12
2-14
2-14
Indice generale iii
In che modo la Versione 5 sostituisce
l'agente MTA . . . . . . . . . . . . . . . . . . .
Configurazione V4 e V5 . . . . . . . . . . . . .
Scenari di aggiornamento dell'agente MTA .
Sostituzione degli MTA V4 con server
di posta V5 . . . . . . . . . . . . . . . . . . . . .
Uso di un host di ritrasmissione di terza
parte con un server di posta V5 . . . . .
Instradamento della posta Internet in
ambienti in cui sono installate
versioni diverse . . . . . . . . . . . . . . . . .
Conversione di posta Internet in
ambienti con versioni miste . . . . . . . .
Uso di messaggi cifrati in ambienti in
cui coesistano versioni differenti di
Domino . . . . . . . . . . . . . . . . . . . . . . .
Invio della posta in formato Notes a
utenti Internet . . . . . . . . . . . . . . . . . .
Indirizzi di posta Internet nella Versione 5
di Domino . . . . . . . . . . . . . . . . . . . . .
Formato di memorizzazione della posta
Internet nella Versione 5 di Domino .
Aggiornamento di un server MTA e dei
parametri nel file NOTES.INI . . . . . .
Modifiche nella conversione IMAP e POP
nella Versione 5 . . . . . . . . . . . . . . . . .
Modifiche agli host di ritrasmissione nella
Versione 5 di Domino . . . . . . . . . . . .
Uso della funzione di chiamata nella
Versione 5 di Domino . . . . . . . . . . . .
Aggiornamento di un server di posta
Internet per l'uso di thread multipli .
Database MAIL.BOX multipli su un server
di posta . . . . . . . . . . . . . . . . . . . . . . .
2-15
2-15
2-20
2-23
2-24
2-24
2-25
2-28
2-28
2-29
2-30
2-31
iv Trasferimento a Domino Versione 5
. 3-7
. 3-8
. 3-9
3-10
Capitolo 4
Aggiornamento
dell'amministrazione di Domino . 4-1
Aggiornamento dell'amministrazione di
Domino . . . . . . . . . . . . . . . . . . . . . . .
Aggiornamento dei client di
amministrazione . . . . . . . . . . . . . . . .
Installazione del client Domino
Administrator V5 . . . . . . . . . . . . . . . .
Aggiornamento allo strumento Web
Administrator . . . . . . . . . . . . . . . . . .
Uso della traccia messaggi in un ambiente
con versioni miste . . . . . . . . . . . . . . .
. 4-1
. 4-1
. 4-2
. 4-2
. 4-2
Capitolo 5
Aggiornamento dei client . . . . . . 5-1
2-31
Aggiornamento di un client Notes alla
Versione 5 . . . . . . . . . . . . . . . . . . . . .
Backup dei file di un client Notes . . . . . .
Installazione del software della
Versione 5 di Notes . . . . . . . . . . . . . .
Conversione dell'area di lavoro in
segnalibri . . . . . . . . . . . . . . . . . . . . . .
Modifica della Rubrica personale . . . . . . . .
Database Portfolio nella Versione 5 di
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Aggiornamento del proprio file di posta
alla Versione 5 . . . . . . . . . . . . . . . . . .
Creazione di record di account per la posta
Internet . . . . . . . . . . . . . . . . . . . . . . .
Impostazione della sicurezza predefinita
di una stazione di lavoro . . . . . . . . . .
Sincronizzazione di fuso orario e ora
legale in Notes . . . . . . . . . . . . . . . . . .
2-32
2-32
2-32
.
.
.
.
.
.
. 3-7
2-31
Capitolo 3
Aggiornamento di un server
Domino . . . . . . . . . . . . . . . . . . . . . 3-1
Aggiornamento di un server Domino . . . . .
Arresto di un server Domino . . . . . . . . .
Backup dei file del server Domino . . . . .
Aggiornamento del file NOTES.INI . . . .
Installazione di Domino Versione 5 . . . .
Aggiornamento della Rubrica pubblica .
Aggiornamento del server di
amministrazione dell'Elenco
indirizzi di Domino . . . . . . . . . . . . . .
Aggiornamento del modello Richieste
di amministrazione . . . . . . . . . . . . . .
Aggiornamento di un server di posta per
l'uso di thread multipli . . . . . . . . . . .
Uso di più database MAIL.BOX . . . . . . . . .
Modifica di fuso orario e ora legale di un
server Domino . . . . . . . . . . . . . . . . . .
3-1
3-2
3-2
3-2
3-3
3-4
. 5-1
. 5-2
. 5-2
. 5-3
. 5-4
. 5-5
. 5-5
. 5-5
. 5-6
. 5-6
Uso delle funzioni di diario e
pianificazione con la posta Internet . . . 5-7
Ripetizione di riunioni e la Versione 5 . . . . . 5-7
Capitolo 8
Aggiornamento di database e
applicazioni . . . . . . . . . . . . . . . . . 8-1
Capitolo 6
Come lavorare con l'Elenco
indirizzi di Domino . . . . . . . . . . . 6-1
Aggiornamento di database e applicazioni .
Aggiornamento dei database alla
Versione 5 . . . . . . . . . . . . . . . . . . . . .
Aggiornamento del formato di un
database . . . . . . . . . . . . . . . . . . . . . . .
Aggiornamento dei file di posta degli
utenti . . . . . . . . . . . . . . . . . . . . . . . . .
Uso del programma di conversione
della posta . . . . . . . . . . . . . . . . . . . . .
Aggiornamento dei modelli . . . . . . . . . . . .
Modelli di posta V5 su un server V5 . . .
Aggiornamento delle applicazioni Web . . .
Uso dei modelli Web predefiniti con
browser di versioni obsolete . . . . . . .
Aggiornamento delle librerie di documenti .
Problemi di aggiornamento di applicazioni
e database . . . . . . . . . . . . . . . . . . . . .
Uso del formato della Versione 4 per un
nuovo database . . . . . . . . . . . . . . . . .
Compressione dei database in un ambiente
in cui coesistano versioni diverse di
Domino . . . . . . . . . . . . . . . . . . . . . . .
Ripristino delle applicazioni a una
versione precedente . . . . . . . . . . . . . .
Aggiornamento delle applicazioni e
requisiti della Versione 5 . . . . . . . . . .
Miglioramento delle prestazioni di un
database . . . . . . . . . . . . . . . . . . . . . . .
Disattivazione dei contrassegni non letti .
Come accelerare la ricostruzione delle
viste mediante l'ottimizzazione delle
immagini bitmap . . . . . . . . . . . . . . . .
Disattivazione dell'utilizzo dello spazio
libero . . . . . . . . . . . . . . . . . . . . . . . . .
Deselezione di "Attiva proprietà
LastAccessed" . . . . . . . . . . . . . . . . . .
Rimozione delle gerarchie di risposta
specializzate dalle viste che non le
utilizzano . . . . . . . . . . . . . . . . . . . . . .
Limitazione del numero di voci nei
campi $UpdatedBy . . . . . . . . . . . . . .
Limitazione del numero di voci nei
campi $Revisions . . . . . . . . . . . . . . . .
Come lavorare con l'Elenco indirizzi di
Domino . . . . . . . . . . . . . . . . . . . . . . .
Uso del modello Elenco indirizzi di
Domino in un ambiente in cui
coesistano differenti versioni di
Domino . . . . . . . . . . . . . . . . . . . . . . .
Aggiornamento dei server V4 che
utilizzano il modello Elenco indirizzi
di Domino . . . . . . . . . . . . . . . . . . . . .
Uso del Profilo Elenco indirizzi di Domino .
Viste nuove e viste eliminate nell'Elenco
indirizzi di Domino . . . . . . . . . . . . . .
Nuovi moduli nell'Elenco indirizzi di
Domino . . . . . . . . . . . . . . . . . . . . . . .
Riempimento del campo Indirizzo
Internet: nei documenti Persona . . . .
Formati di indirizzo per lo strumento
Indirizzo Internet: . . . . . . . . . . . . . . .
Creazione di un indirizzo Internet . . . . .
Uso di Schema formato personalizzato . . . .
Creazione di un indirizzo Internet
usando Schema formato
personalizzato . . . . . . . . . . . . . . . . . .
Convalida degli indirizzi Internet . . . . . . . .
Recupero delle informazioni LDAP in un
ambiente con versioni miste . . . . . . .
Aggiornamento di Indirizzamento
facilitato . . . . . . . . . . . . . . . . . . . . . . .
Autenticazione nel Web e rubriche
secondarie . . . . . . . . . . . . . . . . . . . . .
Nomi degli host all'interno dei documenti
Server . . . . . . . . . . . . . . . . . . . . . . . . .
. 6-1
. 6-2
. 6-2
. 6-2
. 6-3
. 6-4
. 6-4
. 6-6
. 6-7
. 6-8
. 6-9
. 6-9
6-10
6-10
6-11
6-11
Capitolo 7
Aggiornamento dei cluster . . . . . 7-1
Aggiornamento di cluster . . . . . . . . . . . . . . . 7-1
File di posta in un cluster basato su
versioni miste . . . . . . . . . . . . . . . . . . . . 7-1
. 8-1
. 8-3
. 8-3
. 8-4
.
.
.
.
8-6
8-8
8-8
8-9
. 8-9
8-10
8-10
8-11
8-12
8-12
8-13
8-14
8-15
8-15
8-16
8-16
8-17
8-18
8-18
Indice generale v
Disattivazione del controllo del primo
piano . . . . . . . . . . . . . . . . . . . . . . . . . 8-19
Modifiche nell'ordinamento dei caratteri
con controllo di
maiuscole/minuscole e accenti . . . . . 8-19
Memorizzazione delle immagini nel loro
formato nativo . . . . . . . . . . . . . . . . . . 8-21
Capitolo 9
Aggiornamento della ricerca
. . . 9-1
Aggiornamento della ricerca . . . . . . . . . . . .
Modifiche alla funzione di ricerca . . . . . . . .
Attivazione della funzione Ricerca nel
dominio . . . . . . . . . . . . . . . . . . . . . . .
Aggiornamento degli indici dei server . . . .
Impostazione dei database in cui eseguire
la ricerca . . . . . . . . . . . . . . . . . . . . . . .
Configurazione della ricerca nel dominio
per i client Notes . . . . . . . . . . . . . . . .
La sicurezza e la funzione di ricerca nel
dominio . . . . . . . . . . . . . . . . . . . . . . .
Interoperabilità della ricerca . . . . . . . . . . . .
Sito di ricerca e Versione 5 . . . . . . . . . . . . .
Capitolo 10
Aggiornamento della sicurezza
Aggiornamento della sicurezza . . . . . . . . .
Uso dei file ID della Versione 5 . . . . . . . . . .
Creazione di file di ID normali . . . . . . . . . .
Controllo delle password e interoperabilità
con le versioni precedenti . . . . . . . . .
Certificazioni e interoperabilità con X.509 .
Direttive di protezione in HTTPD.CNF e
V5 . . . . . . . . . . . . . . . . . . . . . . . . . . . .
Autenticazione del server Web in un
ambiente con versioni miste . . . . . . .
Come rendere disponibili i certificati
radice ai client usando SSL e
S/MIME . . . . . . . . . . . . . . . . . . . . . . .
. 9-1
. 9-4
. 9-5
. 9-7
. 9-7
. 9-8
. 9-9
9-11
9-12
10-1
10-1
10-1
10-2
10-2
10-2
10-3
10-3
10-4
Capitolo 11
Certificazione di utenti e server
nelle organizzazioni normali . . . 11-1
Conversione di nomi normali in nomi
gerarchici . . . . . . . . . . . . . . . . . . . . . . 11-1
vi Trasferimento a Domino Versione 5
Conversione dei nomi normali eseguita
dal processo di amministrazione . . . .
Operazioni preliminari per la
conversione di nomi normali in
nomi gerarchici . . . . . . . . . . . . . . . . .
Conversione di nomi di server semplici in
nomi di server gerarchici . . . . . . . . . .
Conversione del primo nome server
semplice a nome gerarchico . . . . . . . .
Conversione dei restanti nomi di server
semplici in nomi gerarchici . . . . . . . .
Conversione di nomi normali di Notes in
nomi gerarchici . . . . . . . . . . . . . . . . .
Conversione di nomi utente normali in
nomi gerarchici . . . . . . . . . . . . . . . . .
Nomi normali . . . . . . . . . . . . . . . . . . . . . . .
Creazione di un ID certificatore
normale . . . . . . . . . . . . . . . . . . . . . . .
Metodi per ricertificare gli ID mediante un
ID certificatore normale . . . . . . . . . . .
Ricertificazione di ID normali mediante
la posta di Notes . . . . . . . . . . . . . . . .
Ricertificazione di ID normali senza
usare la posta di Notes . . . . . . . . . . .
Metodi per rinominare gli ID di utenti
normali . . . . . . . . . . . . . . . . . . . . . . .
Ridenominazione dell'ID di un utente
normale mediante la posta di Notes .
Ridenominazione dell'ID di un utente
normale senza la posta di Notes . . . .
Cancellazione di un certificato normale
da un ID . . . . . . . . . . . . . . . . . . . . . . .
Comunicazione con le organizzazioni che
usano i nomi semplici . . . . . . . . . . . .
Risultati della ricertificazione . . . . . . . . . . .
Conversione di nomi utente Notes normali
in gerarchici tramite il processo di
Conversione di un nome server normale in
gerarchico tramite il processo di
11-1
11-6
11-7
11-8
11-9
11-9
11-10
11-11
11-12
11-12
11-13
11-14
11-16
11-16
11-17
11-19
11-20
11-21
11-21
11-22
Migrazione degli utenti
Capitolo 12
Panoramica sulla migrazione
degli utenti verso Notes e
Domino . . . . . . . . . . . . . . . . . . . . 12-1
Panoramica sulla migrazione degli utenti
verso Notes e Domino . . . . . . . . . . . .
Uso della guida . . . . . . . . . . . . . . . . . . . . . .
Migrazione dei dati degli utenti e della
posta . . . . . . . . . . . . . . . . . . . . . . . . .
Installazione di Domino Administrator e
degli strumenti per la migrazione . . .
Importazione degli utenti da una rubrica
esterna . . . . . . . . . . . . . . . . . . . . . . . .
Come specificare l'origine dell'elenco
indirizzi esterno . . . . . . . . . . . . . . . . .
Selezione delle persone e dei gruppi da
migrare . . . . . . . . . . . . . . . . . . . . . . .
Migrazione dei gruppi . . . . . . . . . . . . . .
Migrazione dei gruppi con nomi
duplicati . . . . . . . . . . . . . . . . . . . . . . .
Impostazione delle opzioni per la
migrazione di un gruppo . . . . . . . . .
Specifica di nome, tipo e descrizione
dei gruppi migrati . . . . . . . . . . . . . . .
Migrazione di gruppi annidati . . . . . . . .
Impostazioni precedenti per tutti i
gruppi selezionati o annidati. . . . . . .
Annullamento della migrazione di un
gruppo . . . . . . . . . . . . . . . . . . . . . . . .
Aggiunta di utenti a un gruppo di
'migrazione' . . . . . . . . . . . . . . . . . . . .
Impostazione delle opzioni da usare per la
migrazione . . . . . . . . . . . . . . . . . . . . .
Generazione di password casuali . . . . . .
Aggiunta di nomi completi al
documento Persona di Notes . . . . . . .
Come consentire di aggiungere a Notes
dei gruppi vuoti . . . . . . . . . . . . . . . . .
Conversione della posta . . . . . . . . . . . . .
Conversione della sola posta . . . . . . . . .
Registrazione degli utenti e migrazione dei
loro messaggi . . . . . . . . . . . . . . . . . . .
Importazione delle password . . . . . . . . .
12-1
12-2
12-2
12-4
12-5
12-5
12-5
12-6
12-7
12-8
12-10
12-12
12-13
12-14
12-14
12-15
12-15
12-17
12-17
12-18
12-18
12-20
12-21
Specifica delle opzioni avanzate per la
registrazione delle persone . . . . . . . .
Impostazione dei valori di registrazione
predefiniti . . . . . . . . . . . . . . . . . . . . .
Memorizzazione delle registrazioni in
attesa nella coda di registrazione . . . .
Applicazione delle impostazioni di
registrazione a più utenti . . . . . . . . . .
Creazione dei file di posta di Notes . . . .
Verifica della corretta esecuzione della
migrazione . . . . . . . . . . . . . . . . . . . . .
12-22
12-22
12-24
12-25
12-26
12-28
Capitolo 13
Migrazione degli utenti da
cc:Mail . . . . . . . . . . . . . . . . . . . . 13-1
Migrazione degli utenti cc:Mail . . . . . . . . .
Versioni supportate di cc:Mail . . . . . . . . . .
Equivalenti di Notes per le informazioni
migrate da cc:Mail . . . . . . . . . . . . . . .
migrate da Organizer . . . . . . . . . . . . .
Preparazione per la migrazione degli
utenti di cc:Mail . . . . . . . . . . . . . . . . .
Attività amministrative generiche . . . . .
Attività preparatorie in Notes e Domino .
Attività preliminari in cc:Mail . . . . . . . .
Stima delle dimensioni di una casella di
posta convertita . . . . . . . . . . . . . . . . .
Backup delle informazioni di Domino . .
Come mettere fuori linea l'ufficio
postale . . . . . . . . . . . . . . . . . . . . . . . .
Backup dell'ufficio postale di cc:Mail . . .
Preparazione dell'elenco indirizzi per la
migrazione . . . . . . . . . . . . . . . . . . . . .
Migrazione delle informazioni di
Organizer . . . . . . . . . . . . . . . . . . . . . .
Determinazione della serie di caratteri
(code page) per la conversione dei
dati di Organizer . . . . . . . . . . . . . . . .
Conversione di più sezioni di uno
stesso tipo . . . . . . . . . . . . . . . . . . . . .
Come fornire una password durante la
migrazione dei dati di Organizer . . . .
Migrazione delle sezioni Indirizzo e
Appunti di Organizer . . . . . . . . . . . .
13-1
13-2
13-3
13-4
13-5
13-5
13-6
13-7
13-8
13-8
13-9
13-9
13-9
13-14
13-16
13-16
13-16
13-17
Indice generale vii
Migrazione della sezione Chiamate di
Organizer . . . . . . . . . . . . . . . . . . . . . .
Migrazione delle informazioni delle
categorie di Organizer . . . . . . . . . . . .
Migrazione delle informazioni delle
riunioni di Organizer . . . . . . . . . . . . .
Preparazione della migrazione delle
informazioni di Organizer . . . . . . . . .
Connessione alle directory dei dati di
Organizer . . . . . . . . . . . . . . . . . . . . . .
Preparazione degli utenti di Organizer
per la migrazione . . . . . . . . . . . . . . . .
Importazione della rubrica dell'ufficio
postale cc:Mail . . . . . . . . . . . . . . . . . .
Connessione all'uffico postale di
cc:Mail . . . . . . . . . . . . . . . . . . . . . . . .
Importazione di utenti e gruppi di
cc:Mail nella coda di registrazione di
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Personalizzazione delle impostazioni per
la migrazione da cc:Mail . . . . . . . . . .
Impostazione delle opzioni di
migrazione per cc:Mail . . . . . . . . . . .
migrazione degli utenti di cc:Mail . . .
Specifica delle impostazioni per la
conversione da cc:Mail . . . . . . . . . . .
Invio di liste di indirizzi private cc:Mail
come allegati . . . . . . . . . . . . . . . . . . .
Conversione dei file di pianificazione
.OR2 di Organizer in Notes . . . . . . . .
Conversione degli alias di cc:Mail . . . . .
Conversione dei bulletin board in un
database di discussione di Notes . . . .
Specifica della code page da usare per
la conversione dei dati di cc:Mail . . .
Mappa dei gateway di cc:Mail in domini
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Informazioni sui gateway messaggi . . . .
Specifica di altre impostazioni per
l'aggiornamento di cc:Mail . . . . . . . .
Aggiornamento al client cc:Mail
Versione 6.3 per Domino . . . . . . . . . .
Specifica dell'ufficio postale per
l'inoltro della posta a Notes . . . . . . . .
Specifica della soglia di errore . . . . . . . .
viii Trasferimento a Domino Versione 5
13-18
13-19
13-19
13-19
13-20
13-21
13-21
13-22
13-23
13-24
13-24
13-25
13-26
13-26
13-27
13-27
13-28
13-29
13-30
13-31
13-32
13-33
13-33
13-35
Registrazione degli utenti e
completamento della migrazione da
cc:Mail . . . . . . . . . . . . . . . . . . . . . . . .
Come assicurare la compatibilità con
l'agente MTA di cc:Mail . . . . . . . . . . .
Sincronizzazione delle rubriche di
cc:Mail e dell'elenco indirizzi di
Domino durante l'uso del MTA di
cc:Mail . . . . . . . . . . . . . . . . . . . . . . . .
Sincronizzazione degli elenchi indirizzi
durante la migrazione da un ufficio
postale downstream . . . . . . . . . . . . .
Sincronizzazione dei Bulletin board di
cc:Mail e dei database di discussione
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Rimozione dei file e dei messaggi degli
utenti migrati dall'ufficio postale di
cc:Mail . . . . . . . . . . . . . . . . . . . . . . . .
Migrazione di messaggi aggiuntivi di
cc:Mail dopo la registrazione . . . . . . .
13-35
13-37
13-38
13-39
13-40
13-41
13-43
Capitolo 14
Migrazione degli utenti di
Microsoft Mail a Notes . . . . . . . . 14-1
Migrazione degli utenti di Microsoft Mail .
relative ai dati migrati da Microsoft
Mail . . . . . . . . . . . . . . . . . . . . . . . . . .
Metodo di analisi dei formati dei nomi
Microsoft Mail da parte dello
strumento di migrazione . . . . . . . . . .
Tabella: Generazione dei componenti
del nome di Notes dai nomi
Microsoft Mail . . . . . . . . . . . . . . . . . .
Analisi degli errori . . . . . . . . . . . . . . . . .
Preparazione della migrazione degli utenti
di Microsoft Mail . . . . . . . . . . . . . . . .
Backup delle informazioni di Domino . .
Importazione della lista degli indirizzi
dell'ufficio postale di Microsoft Mail .
Connessione con l'ufficio postale di
Microsoft Mail . . . . . . . . . . . . . . . . . .
Importazione degli utenti di Microsoft
Mail nella coda di registrazione . . . . .
Personalizzazione delle impostazioni di
migrazione per Microsoft Mail . . . . .
14-1
14-2
14-3
14-4
14-6
14-7
14-8
14-8
14-8
14-9
14-10
migrazione per gli utenti di
Microsoft Mail . . . . . . . . . . . . . . . . . .
migrazione degli utenti di Microsoft
Mail . . . . . . . . . . . . . . . . . . . . . . . . . .
Migrazione di Rubriche personali di
Microsoft Mail in Notes . . . . . . . . . . .
Specifica della soglia di errore . . . . . . . .
Specifica della code page da usare per
la conversione dell'ufficio postale di
Microsoft Mail . . . . . . . . . . . . . . . . . .
Microsoft Mail . . . . . . . . . . . . . . . . . .
Migrazione di messaggi Microsoft Mail
aggiuntivi dopo la registrazione . . . .
14-10
14-11
14-12
14-12
14-13
14-14
14-16
Capitolo 15
Microsoft Exchange . . . . . . . . . 15-1
Migrazione degli utenti di Microsoft
Exchange . . . . . . . . . . . . . . . . . . . . . .
Equivalenti di Notes per i dati migrati da
Microsoft Exchange . . . . . . . . . . . . . .
di Exchange . . . . . . . . . . . . . . . . . . . .
Importazione di elenchi indirizzi da
Collegamento al server Exchange . . . . .
Specifica di un Profilo di posta
dell'amministratore . . . . . . . . . . . . . .
Importazione degli utenti di Microsoft
Exchange nella coda di registrazione .
migrazione per gli utenti di
Exchange . . . . . . . . . . . . . . . . . . . . . .
15-1
15-2
15-4
15-5
15-6
15-7
15-7
15-8
15-9
Capitolo 16
Migrazione degli utenti da una
lista di dominio Windows NT . . 16-1
Migrazione degli utenti di Windows NT
. . 16-1
Preparazione dell'importazione degli
utenti di Windows NT . . . . . . . . . . . .
Specifica del dominio di Windows NT da
cui si desidera eseguire
l'importazione . . . . . . . . . . . . . . . . . .
Importazione degli utenti di Windows NT
nella coda delle registrazione di
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Impostazione delle opzioni di migrazione
per gli utenti di Windows NT . . . . . .
Specifica delle opzioni avanzate per
l'importazione degli utenti di
Windows NT . . . . . . . . . . . . . . . . . . .
Specifica del metodo di conversione dei
nomi completi di Windows NT in
componenti dei nomi di Notes . . . . .
Creazione di nomi brevi di Notes dai
nomi utente di Windows NT . . . . . . .
Windows NT . . . . . . . . . . . . . . . . . . .
16-1
16-2
16-4
16-4
16-5
16-6
16-8
16-9
Capitolo 17
Migrazione di utenti da un file
LDIF . . . . . . . . . . . . . . . . . . . . . . . 17-1
Migrazione degli utenti da un file LDIF . . .
Cos'è il formato LDIF? . . . . . . . . . . . . . . . .
Come vengono usate da Notes le
informazioni contenute nel file LDIF .
Aggiunta di un nome distinto al
documento Persona . . . . . . . . . . . . . .
Elaborazione delle classi di oggetto . . . .
Generazione dei componenti del nome
dagli attributi LDAP . . . . . . . . . . . . .
Importazione delle password da una
voce LDIF . . . . . . . . . . . . . . . . . . . . . .
Preparazione dell'importazione di un file
LDIF . . . . . . . . . . . . . . . . . . . . . . . . . .
Preparazione dei file LDIF per
l'importazione in più unità
organizzative di Notes . . . . . . . . . . . .
Specifica del file LDIF da cui migrare . . . . .
Impostazione delle opzioni per
l'importazione degli utenti da un file
LDIF . . . . . . . . . . . . . . . . . . . . . . . . . .
17-1
17-2
17-3
17-3
17-4
17-5
17-6
17-6
17-7
17-8
17-9
Indice generale ix
Registrazione degli utenti migrati da un
file LDIF . . . . . . . . . . . . . . . . . . . . . . . 17-10
Aggiunta degli utenti importati solo come
voci di elenchi indirizzi . . . . . . . . . . . 17-12
Uso degli utenti importati negli account
di sottoscrizione . . . . . . . . . . . . . . . . . 17-13
Capitolo 18
Migrazione degli utenti da Novell
GroupWise 4 . . . . . . . . . . . . . . . . 18-1
Migrazione degli utenti di Novell
GroupWise 4 . . . . . . . . . . . . . . . . . . .
di GroupWise 4 . . . . . . . . . . . . . . . . .
Esportazione di una lista di utenti
GroupWise 4 . . . . . . . . . . . . . . . . . . .
Importazione di persone e gruppi nella
coda di registrazione . . . . . . . . . . . . .
completamento della migrazione . . .
18-1
18-1
18-2
18-2
18-3
Capitolo 19
Migrazione degli utenti da Novell
GroupWise 5 . . . . . . . . . . . . . . . . 19-1
Migrazione degli utenti di Novell
GroupWise 5 . . . . . . . . . . . . . . . . . . .
di GroupWise 5 . . . . . . . . . . . . . . . . .
Concessione dei diritti proxy nel client
GroupWise 5 . . . . . . . . . . . . . . . . . . .
19-1
19-1
19-2
19-2
19-3
Capitolo 20
Netscape Messaging Server . . . 20-1
Migrazione degli utenti di Netscape
Messaging Server . . . . . . . . . . . . . . . .
di Netscape Messaging Server . . . . . .
x Trasferimento a Domino Versione 5
20-1
20-1
20-2
20-3
Capitolo 21
Migrazione dei dati di posta
personali . . . . . . . . . . . . . . . . . . . 21-1
Migrazione dei dati di posta personale . . . .
Dati dei messaggi migrati dalla procedura
guidata per l'aggiornamento utente . .
Cosa fare prima di eseguire la procedura
guidata di aggiornamento . . . . . . . . .
Requisiti della piattaforma su cui
eseguire la procedura guidata di
aggiornamento . . . . . . . . . . . . . . . . . .
Installazione della procedura guidata di
aggiornamento . . . . . . . . . . . . . . . . . .
aggiornamento su un'unità di rete . . .
aggiornamento mediante il client
Notes di un utente . . . . . . . . . . . . . . .
Invio agli utenti di un messaggio di
notifica dell'aggiornamento . . . . . . . .
Specifica del percorso della procedura
guidata di aggiornamento presente
sulla rete . . . . . . . . . . . . . . . . . . . . . .
Esecuzione della procedura guidata di
aggiornamento . . . . . . . . . . . . . . . . . .
Esecuzione della procedura guidata di
aggiornamento da una scorciatoia di
tastiera . . . . . . . . . . . . . . . . . . . . . . . .
Informazioni che la procedura guidata
di aggiornamento ottiene dal
messaggio di notifica di
aggiornamento . . . . . . . . . . . . . . . . . .
Informazioni che la procedura guidata
di aggiornamento ottiene dal file
NOTES.INI . . . . . . . . . . . . . . . . . . . .
Selezione di un metodo di
aggiornamento . . . . . . . . . . . . . . . . . .
Conversione degli archivi di messaggi . . . .
Migrazione di archivi durante un
aggiornamento Express . . . . . . . . . . .
Migrazione degli archivi durante un
aggiornamento personalizzato . . . . .
Migrazione della gerarchia di una
cartella di posta . . . . . . . . . . . . . . . . .
21-1
21-2
21-4
21-4
21-5
21-5
21-6
21-7
21-9
21-10
21-10
21-11
21-11
21-12
21-12
21-13
21-13
21-14
Traduzione dei nomi di gateway
cc:Mail all'interno dei messaggi
archiviati . . . . . . . . . . . . . . . . . . . . . .
Requisiti di spazio su disco per la
migrazione degli archivi . . . . . . . . . .
Selezione dei file archivio da migrare . .
Specifica del modello da usare per gli
archivi migrati . . . . . . . . . . . . . . . . . .
Specifica dell'ubicazione verso la quale
migrare gli archivi . . . . . . . . . . . . . . .
Esecuzione della procedura guidata
nuovamente per la conversione di
archivi aggiuntivi . . . . . . . . . . . . . . . .
Introduzione alla migrazione delle
informazioni delle rubriche
personali . . . . . . . . . . . . . . . . . . . . . .
Come la procedura guidata di
aggiornamento ottiene le
informazioni su una rubrica
personale . . . . . . . . . . . . . . . . . . . . . .
Significato di indirizzi personali e liste
di indirizzi . . . . . . . . . . . . . . . . . . . . .
Migrazione delle informazioni di una
rubrica personale da un vecchio
server di posta . . . . . . . . . . . . . . . . . .
Copia delle informazioni della rubrica
personale nella Rubrica personale di
Notes . . . . . . . . . . . . . . . . . . . . . . . . .
Una volta completata l'elaborazione da
parte della procedura guidata di
aggiornamento . . . . . . . . . . . . . . . . . .
21-14
21-15
21-15
21-16
21-16
21-17
21-18
21-18
21-20
21-20
21-21
21-24
Index . . . . . . . . . . . . . . . . . . . . . . . . I-1
Indice generale xi
xii Trasferimento a Domino Versione 5
Introduzione
Questa guida descrive come eseguire la migrazione a Notes e Domino
Versione 5. Essa è dedicata agli amministratori di sistema che gestiscono i
client Notes e i server Domino.
Struttura della guida
Questa guida è suddivisa in due parti. La prima parte, Aggiornamento di
Notes e Domino, descrive come eseguire l'aggiornamento alla Versione 5
dalle precedenti versioni di Notes e Domino. La seconda parte,
Trasferimento degli utenti a Notes e Domino, descrive come aggiungere gli
utenti da altri sistemi di messaggistica e rubrica all'Elenco indirizzi di
Domino e convertire i dati di posta, diari e pianificazione nel formato di
Notes.
Struttura della documentazione Notes e Domino
La documentazione per Notes e Domino viene fornita in linea su tre
database disponibili dal menu della Guida (?):
Guida per il client Notes 5
Guida all'amministrazione di Notes 5
Guida alla progettazione in Notes 5
Inoltre la documentazione per l'amministrazione e la progettazione è
disponibile su manuali stampati. In Notes, selezionare File - Altre
informazioni della Guida per visualizzare una tabella che presenta tutta la
documentazione disponibile. I manuali possono essere ordinati nel sito Web
Lotus Education, all'indirizzo www.lotus.com/education.
Documentazione per il client Notes
Oltre alla Guida in linea, il manuale Primi passi fornisce un corso
autodidattico per i nuovi utenti di Notes.
Documentazione per l'amministrazione di Domino
La tabella che segue mostra i manuali stampati che compongono l'insieme
della documentazione relativa all'amministrazione. Le informazioni
contenute in questi manuali si trovano anche nel database in linea Guida
per l'amministrazione di Notes 5.
xiii
Migrazione a Notes e Domino
Versione 5
Descrive come aggiornare i server Domino e
client Notes alla Versione 5. Descrive inoltre
come trasferire gli utenti a Notes e Domino da
altri sistemi di rubrica e messaggistica.
Configurazione della rete Domino Spiega come configurare una rete specifica per
lavorare con Domino. Illustra inoltre come
eseguire Notes su protocolli di rete multipli e
singoli, come AppleTalk, Banyan VINES,
NetBIOS, Novell SPX (NetWare) e TCP/IP.
Amministrazione del sistema
Domino,Volume 1 e 2
Descrive come configurare e gestire i server, gli
utenti, le connessioni fra i server, la posta, la
replica, la sicurezza, i diari, la pianificazione, i
server Web, i servizi NNTP, l'addebito e il
controllo del sistema. Descrive come risolvere i
problemi sul sistema.
Amministrazione dei cluster
Domino
Descrive come configurare, gestire e risolvere i
problemi sui cluster Domino.
Gestione dei database di Domino
Fornisce istruzioni sulla gestione dei database,
comprese istruzioni per la messa in produzione
dei database, l'impostazione di liste di controllo
accessi e delle repliche e la manutenzione dei
database.
Documentazione per la progettazione in Domino
La tabella che segue mostra i manuali stampati che compongono l'insieme
della documentazione relativa alla progettazione. Le informazioni
contenute in questi manuali si trovano anche nel database in linea Guida
per la progettazione in Notes 5.
Sviluppo di applicazioni con Domino
Designer
Spiega come creare tutti gli elementi di
impostazione usati per la costruzione delle
applicazioni Domino, come condividere le
informazioni con altre applicazioni e come
personalizzare le applicazioni.
Guida alla programmazione con
Domino Designer
Volume 1: Linguaggio delle formule
Presenta la programmazione in Domino
Designer e descrive il linguaggio delle
formula, le funzioni @ e i comandi @.
Domino Designer
Volume 2: Classi LotusScript
Fornisce informazioni di riferimento sulle
classi LotusScript, che consentono di accedere
ai database e alle altre strutture di Domino.
Domino Designer
Volume 3: Classi Java
Fornisce informazioni di riferimento sulle
classi Java, che consentono di accedere ai
database e alle altre strutture di Domino.
xiv Trasferimento a Domino Versione 5
Guida al linguaggio LotusScript
Descrive i componenti di base di LotusScript,
come usare il linguaggio per creare
applicazioni, una panoramica del linguaggio
di programmazione LotusScript e un elenco
completo degli elementi del linguaggio.
Guida per l'integrazione di Domino a Fornisce informazioni sulla configurazione di
Domino Connectors, sull'utilizzo di Domino
livello aziendale
Enterprise Connection Services (DECS) per
accedere ai dati aziendali in tempo reale e
materiale di riferimento per la
programmazione l'estensione LotusScript per
Domino Connectors.
Gestione dei database di Domino
Fornisce istruzioni sulla gestione dei
database, comprese istruzioni per la messa in
produzione dei database, l'impostazione di
liste di controllo accessi e delle repliche e la
manutenzione dei database.
Introduzione xv
xvi Trasferimento a Domino Versione 5
Lotus® DominoTM Versione 5, Lotus Notes® Versione 5, Lotus Domino
Administrator Versione 5 e Lotus Domino Designer Versione 5 offrono
nuove caratteristiche, funzionalità e facilità di utilizzo per rendere
l'organizzazione più produttiva ed efficiente. Dalla nuova interfaccia di
NotesTM al client di amministrazione orientato alle applicazioni, la
Versione 5 è dedicata al supporto delle attività di ogni giorno.
Questa guida coinvolge due aree: aggiornamento e migrazione.
L'aggiornamento è il processo di passaggio da versioni precedenti di
Domino e Notes alla Versione 5, e comprende l'aggiornamento del
software, il lavoro in un ambiente con versioni miste e l'aggiornamento
dell'infrastruttura. La migrazione è il processo di trasferimento da altri
sistemi di posta, come Microsoft Exchange, a Domino e Notes
Versione 5.
Pianificazione del trasferimento alla V5
La maggior parte delle organizzazioni non passa alla Versione 5 in
un'unica fase, ma esegue un'implementazione graduale. In un periodo
di tempo i vecchi sistemi (comprendenti le versioni precedenti e altri
prodotti di posta/groupware) coesistono con la Versione 5. Lotus ha
creato la Versione 5 tenendo conto di questa fase di coesistenza; i
database chiave del sistema, come l'Elenco indirizzi di Domino e il
database Richieste di amministrazione, sono stati progettati per
garantire una compatibilità a ritroso. Inoltre, nuove caratteristiche come
il supporto Simple Message Transfer Protocol (SMTP) e Multipurpose
Internet Mail Extensions (MIME), native nel router Domino, non
richiedono modifiche di infrastruttura; è sufficiente effettuare
l'aggiornamento alla Versione 5 e iniziare a utilizzarle. I percorsi di
instradamento e di indirizzamento esistenti funzionano con la Versione
5 allo stesso modo che nella Versione 4. In breve, l'aggiornamento e la
coesistenza dovrebbero essere diretti e senza problemi, consentendo
all'organizzazione di passare alla Versione 5 seguendo i propri ritmi.
1-1
Aggiornamento alla versione 5
Capitolo 1
Pianificazione dell'aggiornamento alla Versione 5
Per aiuto alla strutturazione del processo di aggiornamento e messa in
produzione, vedere le seguenti informazioni:
Preparazione dell'aggiornamento alla V5
Preparazione dell'aggiornamento alla Versione 5
Lettura delle Note complementari
Supporto dei nomi di file lunghi per Domino su OS/2 Warp
Aggiornamento dalla Versione 4
Aggiornamento da versioni precedenti la Versione 4
Progettazione del processo di aggiornamento
Creazione di un gruppo incaricato dell'aggiornamento
Creazione di un piano di aggiornamento
Pianificazione della sequenza delle operazioni per l'aggiornamento
Pianificazione di un progetto di aggiornamento pilota
Programmazione dell'aggiornamento
Prova delle applicazioni prima dell'aggiornamento
Formazione e Versione 5
Nuove funzioni della Versione 5
Nuove funzioni del server Domino
Installazione di Domino Administrator nella Versione 5
Nuove funzioni della posta di Domino
Nuove funzioni del client Lotus Notes
Nuove funzioni delle applicazioni Domino
Nuove funzioni di ricerca di Domino
Uso della guida
Questa guida è progettata per essere letta da chiunque sia coinvolto nel
processo di aggiornamento e soprattutto dal gruppo di aggiornamento.
Anche se gli utenti finali probabilmente non avranno necessità di
leggere la guida, qualche informazione contenuta in essa può essere
utile anche per loro. Si valuti la creazione di una breve lista di
informazioni utili da distribuire agli utenti finali.
Questa guida contiene le informazioni sulla pianificazione
dell'aggiornamento, i passi necessari per ogni fase dell'aggiornamento,
le informazioni per operare in un ambiente misto V4/V5 e una
panoramica sulle nuove caratteristiche della Versione 5 che possono
aiutare le organizzazioni a divenire più produttive.
1-2 Trasferimento a Domino Versione 5
Per preparare l'aggiornamento alla Versione 5, considerare le
problematiche relative all'aggiornamento.
Modifiche relative al sistema operativo
Nella Versione 5, il client Notes non è più disponibile per i sistemi
Microsoft Windows 3.1, IBM® OS/2® Warp o UNIX. Gli utenti di Notes
con tali sistemi operativi possono continuare a lavorare con una
versione precedente di Notes o migrare a una piattaforma per cui è
disponibile un client della Versione 5: sistemi Microsoft Windows 95,
Windows 98, Windows NT o Macintosh PowerPC.
Nella Versione 5, il server Domino non è più disponibile per Novell
NetWare. Le organizzazioni che eseguono Domino su NetWare possono
continuare a eseguire una versione precedente di Domino o migrare a
una piattaforma per cui è disponibile un server della Versione 5:
HP-UX, IBM AIX®, IBM OS/2 Warp, Microsoft Windows NT e Sun
Solaris.
Requisiti hardware
Assicurarsi di consultare le Note complementari per conoscere i
requisiti hardware per Domino e Notes V5. Potrebbero essere necessarie
capacità aggiuntive per i server o le stazioni di lavoro per consentire
l'esecuzione della V5. Inoltre, le caratteristiche come la registrazione
delle transazioni hanno requisiti aggiuntivi come la disponibilità di
unità separate.
Lettura delle Note complementari
Prima di passare alla Versione 5, assicurarsi di leggere con attenzione e
per intero le Note complementari, disponibili in stampa e come database
(README.NSF). Le Note complementari contengono informazioni
tecniche critiche, documentazione, problematiche relative
all'interoperabilità e aggiornamenti che non erano disponibili in tempo
per essere inclusi nel resto della documentazione. Molte Note
complementari sono relative ai passi necessari per l'aggiornamento,
informazioni e punti problematici.
Supporto dei nomi di file lunghi per Domino su OS/2 Warp
Per usare nomi di file più lunghi della convenzione 8.3, il server deve
disporre di un'unità HPFS.
Pianificazione dell'aggiornamento alla Versione 5 1-3
Preparazione dell'aggiornamento alla Versione 5
Aggiornamento dalla Versione 4
Per eseguire l'aggiornamento alla Versione 5, il sistema Domino e Notes
devono eseguire la Versione 4.1 o successiva. Lotus raccomanda di
aggiornare un sistema Versione 4 alla più recente Quarterly
Maintenance Release (QMR) di quella versione per ragioni di stabilità e
per la maggiore facilità di aggiornamento. Ad esempio, aggiornare un
sistema Versione 4.5 alla Versione 4.5.7.
Aggiornamento da versioni precedenti la Versione 4
Per eseguire l'aggiornamento alla Versione 5, il sistema Domino e Notes
devono eseguire la Versione 4.1 o successiva. Se si hanno impostazioni o
modelli della Versione 3 nell'organizzazione, come una Rubrica Indirizzi
della Versione 3 o un file di posta della Versione 3, è necessario
aggiornare queste impostazioni almeno alla Versione 4.1 prima di
passare alla Versione 5.
Se si aggiornano client della Versione 3 alla Versione 5, il programma di
installazione della Versione 5 ignora l'area di lavoro e DESKTOP.DSK e
crea un insieme vuoto di segnalibri.
Creazione di un gruppo incaricato dell'aggiornamento
Anche se l'aggiornamento alla V5 è semplice, è importante includere
rappresentanti di tutte le aree e reparti tecnici coinvolti
nell'aggiornamento. Questo permette al gruppo di valutare l'effetto
dell'aggiornamento su tutte le aree funzionali e sfruttare le esperienze
non solo del reparto che gestisce il sistema informativo ma di altre aree
dell'organizzazione. Come minimo, il gruppo dovrebbe comprendere:
Responsabile dei sistemi informativi
Responsabile tecnico dei sistemi informativi
Amministratori dei server Domino
Amministratori di rete
Tecnici del supporto tecnico
Sviluppatori di applicazioni
Responsabili di database
Docenti e specialisti per la formazione
Rappresentanti degli utenti (specialmente esperti locali e utenti
avanzati).
Formando il gruppo di aggiornamento con anticipo nel processo, è
possibile controllare e pianificare in modo più dettagliato il passaggio
alla V5, vengono ridotte le preoccupazioni sull'aggiornamento e si
determina un certo coinvolgimento nel trasferimento alla V5.
Coordinare la pianificazione dell'aggiornamento.
Configurare e controllare il test dell'aggiornamento.
Informare utenti e responsabili dell'aggiornamento e dei suoi effetti.
Registrare le conoscenze e condividerle mediante procedure ottimali
Documentare i problemi incontrati e le loro soluzioni
Coordinare la comunicazione, mediante database di progetto,
riunioni e teleconferenze.
Aggiornamento in un'organizzazione internazionale
Se l'organizzazione è internazionale, includere rappresentanti per ogni
sito o area geografica. Varie località hanno varie infrastrutture e
requisiti; ad esempio, le aree con alti costi di telecomunicazioni possono
attivare una WAN invece di una LAN. L'aggiornamento può incidere in
modo diverso su ogni area; ad esempio, non è più necessario avere un
server MTA separato per ogni serie di caratteri o lingua.
Creazione di un piano di aggiornamento
Utilizzare le conoscenze del gruppo di aggiornamento e l'esperienza
derivante dall'aggiornamento per creare un piano di aggiornamento.
Questo piano deve includere l'ordine delle operazioni per
l'organizzazione; quali server aggiornare prima, quindi quali client
(ad esempio, per reparto o ubicazione geografica), quindi quali
applicazioni (ad esempio, le applicazioni critiche per prime).
Impostazione delle procedure
Documentare le fasi che il gruppo dovrà svolgere per aggiornare i
server, i client e le applicazioni. Utilizzare le procedure di questa guida
come punto di partenza. Ad esempio, se l'organizzazione ha
personalizzato la Rubrica pubblica, aggiungere un passaggio alla fine
dell'aggiornamento per riapplicare tali modifiche al nuovo modello
Elenco indirizzi di Domino.
Assicurarsi di includere informazioni sulla risoluzione dei problemi,
procedure per eseguire la copia di backup dei file chiave, metodi per
notificare agli utenti che un server non sarà disponibile o che il loro
client sarà aggiornato e informazioni su chi contattare per rivolgere
domande.
Conduzione del processo di aggiornamento
Indicare uno o più responsabili di progetto per l'aggiornamento alla V5.
Questi responsabili dovrebbero:
Come stabilire la strategia
Nel piano, includere la rilevazione dei dati, problemi, soluzioni e
reazioni in un database da utilizzare come archivio delle conoscenze.
Questo database sarà il punto di partenza per creare un insieme di
direttive, procedure e conoscenze che rappresentano il modo migliore
per passare alla V5 nell'organizzazione. Registrando le reazioni nel
corso dell'aggiornamento, il gruppo può spostare le operazioni o
modificare l'ordine di eventi per soddisfare nel modo migliore le
esigenze dell'organizzazione.
Definizione delle responsabilità
Creare una divisione chiara di ruoli e responsabilità per determinare di
volta in volta chi deve svolgere le varie funzioni. Ad esempio, gli
amministratori Domino potrebbero avere la responsabilità
dell'aggiornamento dei server hub in 4 settimane, seguito
dall'aggiornamento dei server di posta nelle successive dodici
settimane. Assicurare che vi sia una persona di contatto per ogni ruolo e
responsabilità; questa persona dovrebbe essere uno dei componenti del
gruppo di aggiornamento.
Pianificazione della formazione
Pianificare le modalità di formazione degli utenti sulla nuova interfaccia
del client Notes. Benché l'interfaccia sia di facile utilizzo, specialmente
per gli utenti abituati all'uso di browser Web, essa è diversa da quella
della V4. Gli utenti della V4 possono continuare a utilizzare l'area di
lavoro, ma il nuovo modello di navigazione mediante segnalibri offre
nuove funzioni e una maggiore facilità d'uso.
Esaminare le esigenze hardware e software
Valutare se l'aggiornamento comporta modifiche hardware o software.
Ad esempio, se l'organizzazione utilizza Microsoft Windows 3.1 come
sistema operativo client, è necessario aggiornarlo per passare alla V5; ad
esempio, si può effettuare l'aggiornamento a Microsoft Windows 98 o a
Microsoft Windows NT 4.0. Anche se non dovrebbe essere necessario
modificare le configurazioni hardware per la V5, può essere utile
hardware aggiuntivo per sfruttare completamente le caratteristiche della
V5. Ad esempio, i file di registrazione delle transazioni vanno
memorizzati su un'unità dedicata separata per garantire migliori
prestazioni del server e il Server catalogo del dominio, che esegue
ricerche a livello di dominio, deve essere una macchina potente e
dedicata. Esaminare l'infrastruttura e le caratteristiche della V5 che si
desidera implementare e determinare se sono necessarie integrazioni o
modifiche.
L'aggiornamento del sistema Domino deve essere un processo
organizzato per ridurre al minimo il lavoro ed evitare interruzioni per
gli utenti. Gli aggiornamenti dei server, ad esempio, dovrebbero avere
luogo in periodi nei quali vi sono pochi utenti connessi, come i fine
settimana o gli orari notturni.
Delineare le procedure, le difficoltà, le soluzioni e le domande in modo
da rendere queste informazioni disponibili per le fasi di aggiornamento
successive. Utilizzare un database di Notes o un sito Web di Domino
illustrare i risultati operativi migliori al resto dell'organizzazione.
Lotus consiglia di passare alla Versione 5 nel seguente ordine:
Server hub
Server di posta
Server di applicazione
Client di Notes
Applicazioni e database
Aggiornando i server prima dei client, e i server/client prima delle
applicazioni, si riduce al minimo il disagio per gli utenti e per le attività
dell'azienda. Gli utenti non notano le funzionalità della Versione 5 fino a
quando i loro client non possono utilizzarle; per contro, gli utenti non
tentano di sfruttare funzionalità, come le regole di posta, fino a quando i
loro server non sono in grado di gestirle. Inoltre, questa sequenza
permette agli amministratori di acquisire familiarità con il nuovo e più
semplice client Domino Administrator prima di assistere gli utenti
nell'aggiornamento.
Server hub
I server hub gestiscono un notevole traffico di posta e repliche e
traggono un enorme vantaggio dalle prestazioni migliorate e dalle
funzioni di amministrazione di Domino V5. Inoltre, ai server hub
accedono pochi utenti, così qualsiasi interruzione dovuta
all'aggiornamento ha un impatto minore. I server hub sono in genere
gestiti da amministratori esperti di Domino, che possono implementare
rapidamente la Versione 5 e risolvere qualsiasi problema che si verifica.
Contemporaneamente all'aggiornamento dei server hub per
l'organizzazione, vanno aggiornati i client di amministrazione utilizzati
per gestire i server Domino. Il modulo Domino Administrator della
Versione 5 snellisce le attività di amministrazione grazie alla nuova
interfaccia grafica e dispone di funzioni avanzate per il monitoraggio e
la risoluzione dei problemi sul server. Inoltre, Domino Administrator
funziona con il nuovo modello Elenco indirizzi di Domino per
accelerare e facilitare le operazioni di amministrazione.
Pianificazione della sequenza delle operazioni per l'aggiornamento
Server di posta
Dopo avere aggiornato i server hub, utilizzare le conoscenze,
l'esperienza e le procedure ricavate dal quel processo per eseguire
l'aggiornamento dei server di posta dell'organizzazione. Domino V5
include numerosi miglioramenti delle prestazioni e nuove caratteristiche
per rendere ancora più veloce, potente e affidabile l'infrastruttura di
posta. Gli utenti possono trarre vantaggio dalle prestazioni e
funzionalità migliorate come i protocolli MIME e SMTP nativi, la
capacità di annullare le cancellazioni e una "casella di posta in arrivo
universale" per molteplici account di posta. L'aggiornamento dei server
di posta richiede più tempo rispetto a quello degli hub e coinvolge un
maggior numero di persone, ma le esperienze conseguite dal lavoro con
gli hub dovrebbero razionalizzare questo processo.
Aggiornare i file di posta degli utenti al nuovo modello di posta
Versione 5 solo dopo che gli utenti di Notes sono passati alla Versione 5.
È possibile, tuttavia, aggiornare file di posta al nuovo formato di
database (On-Disk Structure o ODS) per ottenere maggiori velocità di
compattamento e ricostruzione delle viste, operazioni di backup e
recupero più facili e nuovi miglioramenti di prestazioni. Per gli utenti
che accedono alla posta solo da client POP (Post Office Protocol) o
IMAP (Internet Message Access Protocol) come Microsoft Outlook e
Netscape Communicator, è possibile aggiornare subito i relativi file di
posta al modello della Versione 5.
Per ulteriori informazioni sull'aggiornamento di server per
l'instradamento di posta Internet con SMTP/MIME MTA, vedere il
capitolo 2, "Aggiornamento di un server di posta Internet".
Per ulteriori informazioni sull'aggiornamento di server di posta senza
MTA, vedere il capitolo 3, "Aggiornamento di un server Domino".
Server di applicazione
Le applicazioni, e i server su cui vengono eseguite, sono spesso il centro
dell'attività, quindi vanno aggiornate dopo che il gruppo ha acquisito
una buona familiarità con le procedure, i problemi e le tecniche utilizzati
per passare alla Versione 5. Verificare attentamente le applicazioni su
Domino Versione 5 prima di procedere all'aggiornamento dell'ambiente
di produzione; anche se uno degli obiettivi della Versione 5 è la
compatibilità a ritroso, è possibile che insorgano problemi con le
applicazioni che utilizzano funzionalità non documentate o soluzioni
particolarmente creative. Per ulteriori informazioni, vedere
"Aggiornamento di database e applicazioni". Valutare l'opportunità di
aggiornare l'ODS delle applicazioni alla Versione 5, guadagnando in
termini di miglioramenti delle prestazioni, funzionalità di backup e
registrazione delle transazioni, o se lasciarle nell'ODS della Versione 4 in
modo che i client e i server della Versione 4 possano ancora creare
repliche.
Per ulteriori informazioni, vedere il capitolo 5, "Aggiornamento dei
client".
Applicazioni e database
Dopo avere aggiornato i server Domino e i client Notes, passare
all'aggiornamento delle applicazioni e dei database alla Versione 5.
Questo comporta il passaggio al nuovo formato ODS, o formato di
database, della Versione 5 e la sostituzione delle impostazioni dei
database standard (come i file di posta, i database di discussione e le
librerie di documenti) con i modelli della Versione 5. Poiché i client della
Versione 4 e precedenti non possono utilizzare le caratteristiche della
Versione 5, è necessario che l'aggiornamento degli utenti avvenga prima
di implementare modelli e funzionalità della Versione 5 nei database e
nelle applicazioni.
L'aggiornamento del formato di database all'ODS della Versione 5 è
semplice; l'ODS non effettua repliche, quindi è possibile aggiornare una
replica all'ODS della Versione 5 su un server Versione 5 e lasciare che
replichi con una replica della Versione 4 su un server della Versione 4.
Tuttavia, una volta che un database è nell'ODS della Versione 5, le
nuove repliche e copie di quel database sono in formato Versione 5 per
impostazione predefinita. Così, mentre l'infrastruttura ha versioni
diverse, si può decidere di mantenere alcuni database nell'ODS della
Versione 4. Una volta che il sistema ha completato la transizione alla
Versione 5, è possibile aggiornare ogni rimanente database della
Versione 4 all'ODS della Versione 5 per conseguire i miglioramenti di
prestazioni e di affidabilità offerti dal nuovo formato.
Client di Notes
Installare Notes Versione 5 per gli utenti dopo avere aggiornato i server
a cui questi accedono. Notes Versione 5 aggiorna automaticamente i
client della Versione 4, creando un gruppo di segnalibri basati sull'area
di lavoro dell'utente e aggiornando l'impostazione della Rubrica
personale. Gli utenti possono avere la necessità di un periodo di
formazione sull'utilizzo della nuova interfaccia utente di Notes, sebbene
la sua somiglianza con i browser Web faciliti la transizione.
L'aggiornamento dell'impostazione e delle funzionalità dei database alla
Versione 5 comporta maggiori considerazioni rispetto all'aggiornamento
del formato di database. In un ambiente con versioni miste, è possibile
che i client della Versione 4 e precedenti non siano in grado di vedere o
utilizzare le caratteristiche della Versione 5, quindi l'implementazione di
un modello o di funzionalità della Versione 5 potrebbe costituire un
problema. Ad esempio, mentre un client della Versione 4 può accedere
a un file di posta della Versione 5, il livello di utilizzabilità viene ridotto
in modo significativo. Implementare modelli e funzionalità della
Versione 5 solo quando gli utenti vi possono accedere senza problemi.
Generalmente, questo significa che l'utilizzo delle funzionalità e dei
modelli della Versione 5 deve avvenire dopo che tutti gli utenti sono
passati alla Versione 5.
Per ulteriori informazioni, vedere il capitolo 8, "Aggiornamento di
database e applicazioni".
Pianificazione di un progetto di aggiornamento pilota
Prima di aggiornare il sistema alla Versione 5, verificare le procedure di
aggiornamento in un ambiente neutro dove è possibile effettuare test,
commettere errori e acquisire una preziosa esperienza. Mentre
l'aggiornamento alla Versione 5 è un procedimento lineare semplice,
ogni organizzazione ha un'infrastruttura, esigenze e articolazioni
differenti. Effettuando una fase di prova, tutto il gruppo acquisisce
familiarità con le procedure e il processo di aggiornamento.
Inoltre, è essenziale provare applicazioni e database importanti in un
ambiente Versione 5 prima di spostarli alla V5. Ad esempio, se la società
basa le sue attività su un'applicazione V4 per una catena di forniture,
copiare questa applicazione e provarla su un server V5 con ODS V5 e
con le caratteristiche della V5 che si vogliono implementare. Verificare
che un'applicazione non abbia alcun problema con la V5, o documentare
i problemi che si incontrano e le relative soluzioni, sostiene e accredita
gli sforzi di aggiornamento.
Riprodurre l'infrastruttura organizzativa
Un progetto di aggiornamento pilota deve riprodurre, su scala ridotta, il
sistema Domino dell'organizzazione. Se l'organizzazione utilizza in
modo intenso cluster di server, provare questa impostazione nella V5 e
in un ambiente misto V4/V5. Se viene utilizzata una serie di server
Message Transfer Agent (MTA) per gestire la posta Internet
fondamentale per il funzionamento dell'attività, verificare il
funzionamento di un server di posta Internet V5 nell'ambiente. Se
l'organizzazione ha versioni miste, ad esempio, alcuni client utilizzano
V4.1 e altri V4.6, provare l'aggiornamento di entrambe le versioni alla
Valutazione delle dipendenze
Creare una lista di caratteristiche e database di Notes e Domino che
sono fondamentali per l'organizzazione. Considerare la disposizione
standard per l'infrastruttura; ad esempio, la società può collocare tutti i
file di posta su cluster di server di posta per assicurare alta affidabilità,
protezione dai guasti e bilanciamento del carico. Elencare i vari tipi di
server che si utilizzano; alcune società utilizzano Domino solo per posta,
altre lo utilizzano per la gestione di messaggi, applicazioni, siti Web e
servizi di rubrica tra gli altri ruoli. Provare ciascuno di questi elementi
nella V5, sia esso un'applicazione vitale, una configurazione di server o
un ruolo. Questo permette di accumulare conoscenze e di definire le
procedure ottimali per lo sviluppo dell'organizzazione.
Condivisione delle conoscenze
Una volta compilate le procedure ottimali, è possibile comunicarle al
gruppo di aggiornamento e a tutte le parti dell'organizzazione coinvolte
nell'aggiornamento alla V5. Questo permette ad altri di trarre beneficio
dalle esperienze e dalle conoscenze accumulate, riducendo al minimo
sforzi, errori e inutili ripetizioni e permettendo di ottimizzare la
produttività.
Considerare un punto di partenza iniziale
Nelle grandi società e specialmente nelle organizzazioni di impresa,
prendere in considerazione una situazione iniziale limitata a un gruppo
o unità commerciale che serva come un modello per il resto
dell'organizzazione. Utilizzare questa applicazione della V5, insieme al
progetto pilota, per provare le ipotesi, i piani e le aspettative che
riguardano l'aggiornamento, l'interoperabilità e la formazione sul nuovo
software. Per l'intervento scegliere un gruppo che abbia confidenza con
Domino e Notes e sia ben predisposto al cambiamento e
all'apprendimento. Assicurarsi che il gruppo sia coinvolto nel progetto
discutendo i vantaggi e incoraggiando i componenti a condividere le
loro preoccupazioni. Supportare la loro transizione alla Versione 5 e
catturare le loro esperienze e reazioni per utilizzarle nella pianificazione
dell'aggiornamento organizzativo.
Incoraggiare gli utenti a condividere le loro esperienze e le loro reazioni
sulla Versione 5 e sulla procedura di avviamento in modo da poter
adeguare il piano per evitare problemi e trarre profitto dall'esperienza.
V5. In una società che utilizza in modo approfondito le caratteristiche di
diario e di pianificazione nel database di posta di Notes, provare il
funzionamento delle nuove caratteristiche come i cluster di database
Tempo disponibile e le riunioni ricorrenti.
Pensare a questo intervento iniziale come a una versione beta del piano
di aggiornamento; esso permette di provare il piano in condizioni
operative e di affrontare qualsiasi problema prima di procedere a livello
di tutta lo società.
Questo tipo di intervento iniziale su scala ridotta potrebbe non essere
necessario per società più piccole, che hanno meno problemi di
scalabilità e società che hanno l'esigenza di passare velocemente alla
Versione 5. Anche senza questo approccio, è importante catturare
reazioni ed esperienze per valutare e modificare la strategia di
aggiornamento.
Programmazione dell'aggiornamento
Pianificare l'aggiornamento dell'ambiente di produzione dopo avere
eseguito tutti i test nell'ambiente di test. L'aggiornamento può essere
effettuato in modo graduale; ad esempio, provare l'aggiornamento dei
server, quindi aggiornare i server mentre si prova l'aggiornamento dei
client.
Considerazione delle necessità organizzative
Nella pianificazione dell'aggiornamento, considerare l'effetto
sull'organizzazione e sollecitare l'input da parte dei rappresentanti nel
gruppo e dei responsabili di ogni area o reparto che deve passare alla
V5. Alcuni reparti possono essere in un periodo nel quale stanno
lavorando a urgenti o fondamentali progetti che non possono essere
interrotti; pianificare successivamente l'aggiornamento di questi reparti.
Altri possono avere un'alta concentrazione di utenti esperti; questi
utenti possono essere i candidati ideali per i primi aggiornamenti in
modo che possano fornire reazioni sulle procedure e il software della
V5.
Permettere il tempo per incamerare le conoscenze
Quando si pianifica, assicurarsi di fornire tempo sufficiente non solo per
eseguire le operazioni coinvolte nell'aggiornamento - backup del
software, installazione, controllo dei problemi e formazione di
amministratori e utenti - ma anche per registrare i problemi incontrati,
soluzioni create e reazioni suscitate. Questo investimento iniziale di
tempo determina una razionalizzazione delle procedure e una maggiore
soddisfazione con l'aggiornamento e il software.
Assicurare responsabilità
Affinché l'aggiornamento abbia successo, è importante assicurarsi di
definire responsabilità assegnando una o più persone responsabili di
ogni voce nella pianificazione e una relativa data di completamento.
Consentire una certa flessibilità nella pianificazione e nelle scadenze per
gestire problemi imprevisti ed esigenze di apprendimento.
Prova delle applicazioni prima dell'aggiornamento
Le applicazioni della Versione 4 dovrebbero funzionare senza alcuna
modifica con la Versione 5. Tuttavia, è essenziale che le applicazioni
importanti vengano verificate in un ambiente separato prima di
aggiornare le applicazioni operative critiche alla Versione 5. Le
applicazioni sofisticate richiedono una verifica attenta poiché i
potenziali problemi possono essere delicati e non facilmente valutati.
Creare una lista delle caratteristiche e delle funzioni chiave nelle
applicazioni e valutare le loro funzionalità sotto la V5. Applicare i
modelli V5 e l'ODS della V5 alle applicazioni. Fare attenzione a
documentare e provare ogni operazione.
Modifiche personalizzate apportate ai modelli standard. I modelli
della V5 possono incorporare le funzionalità che erano state
aggiunte, rendendole così inutili, o potrebbero avere cambiato il
modo in cui esse funzionano.
Riutilizzo del codice di modello. Se è stato duplicato codice di
modello standard, come LotusScript® o comandi @, nelle
applicazioni, tenere presente che le modifiche al funzionamento di
questo codice nei modelli si rifletteranno anche sull'applicazione.
Utilizzo di caratteristiche o impostazioni non documentate. È
possibile che in Notes siano stati utilizzati caratteristiche, comandi o
elementi non documentati e non supportati. Questi elementi
possono funzionare correttamente nella versione attuale, ma
potrebbero essere stati cambiati nella V5, sia per essere integrati
nella serie di codici supportata sia perché non funzionanti.
Identificare dipendenze
Identificare qualsiasi dipendenza nel processo e assicurarsi di
pianificare adeguatamente. Ad esempio, se è necessario aggiornare il
sistema operativo client, non è possibile passare alla V5 fino a quando
questa fase non è stata completata. Il processo di aggiornamento in
generale non può iniziare fino a quando il gruppo di aggiornamenti non
è organizzato e non ha sviluppato le procedure per l'aggiornamento.
Dopo avere abbozzato un piano, rivederlo tenendo conto delle
dipendenze in modo da non pianificare un'attività prima che vengano
completate le relative dipendenze.
Soluzioni creative. Può essere stata utilizzata una codifica o
impostazione creativa per aggirare una limitazione presente nelle
versioni precedenti. Queste soluzioni alternative possono non essere
più necessarie nella V5, oppure modifiche alle funzionalità
potrebbero avere alterato il loro funzionamento.
Assicurarsi di provare in modo approfondito le applicazioni in
condizioni che rispecchino l'utilizzo operativo delle applicazioni.
Documentare le procedure e i risultati dei test e renderli disponibili al
gruppo di aggiornamento. Incorporarle nella documentazione delle
procedure ottimali.
Usare un ambiente di test
Un ambiente di test è un luogo ideale per effettuare esperimenti con le
nuove caratteristiche e funzionalità della V5; esso fornisce condizioni
reali senza pericolo per le applicazioni o impatto sul lavoro. Prima di
attivare una nuova serie di funzionalità o di codice della V5, utilizzarlo
nell'ambiente di test per provare la sua stabilità e il suo funzionamento
secondo le aspettative. Le caratteristiche della V5 non sono
generalmente disponibili per i client più vecchi, quindi valutare la loro
utilizzabilità e impatto sulle vecchie versioni prima di estenderli alle
applicazioni e agli utenti.
Eseguire la copia di backup delle applicazioni chiave prima di
aggiornarle. Se ci sono problemi durante l'aggiornamento o se vengono
incontrati problemi dopo l'aggiornamento, è possibile sostituire
l'applicazione con la versione di backup.
Nota Dopo avere aggiornato l'impostazione di un'applicazione alla V5,
le viste in quel database devono essere ricostruite. Ciò è possibile
aprendo il database in un client di Notes e premendo
CTRL+MAIUSC+F9 o digitando il comando:
load updall NomeDatabase.nsf -r
alla console del server Domino e premendo Invio
Per ulteriori informazioni, vedere il capitolo 8, "Aggiornamento di
database e applicazioni".
Procedura per la verifica delle applicazioni
È possibile che il metodo di verifica vari in base al numero di
applicazioni che è necessario verificare a livello aziendale. Le
applicazioni da verificare sono state individuate durante la creazione
del piano di verifica.
1. Se non si è fatto così già, installare Domino Designer sulla stazione
di lavoro.
3. Aprire in ciascuna vista i documenti appena creati. Assicurarsi che i
documenti vengano visualizzati correttamente e che le formule
siano calcolate correttamente. Assicurarsi che le viste nascoste
funzionino correttamente.
4. Visualizzare i documenti appena creati. Assicurarsi che i documenti
vengano visualizzati correttamente e che le formule siano calcolate
correttamente.
5. Se l'applicazione utilizza database o file esterni, modificare i dati del
database o del file esterno e assicurarsi che l'applicazione aggiorni le
formule correttamente.
6. Se l'applicazione utilizza formule che fanno riferimento a viste
nascoste di database di sistema, ad esempio la Rubrica pubblica,
assicurarsi che queste formule funzionino correttamente.
7. Se l'applicazione utilizza applicazioni OLE esterne, creare moduli
che utilizzano l'applicazione OLE ed eseguire gli oggetti.
8. Provare qualsiasi agente per assicurarsi che funzioni correttamente.
9. Controllare la sicurezza del database. Ad esempio, controllare la
lista controllo accessi; chiavi di cifratura; ruoli; accesso di lettori e
autori.
10. Se l'applicazione utilizza formule di replica selettive, verificare le
formule per assicurarsi che funzionino correttamente. Ad esempio,
controllare il database di replica per assicurarsi che i documenti
selezionati siano stati replicati in maniera appropriata.
11. Ripetere i punti da 2 a 11 per ciascuna applicazione da verificare.
Procedura per la documentazione delle applicazioni
La documentazione delle applicazioni consente di raccogliere le
informazioni essenziali sull'applicazione prima di iniziarne la verifica.
Se la documentazione non è stata creata al momento della creazione
dell'applicazione, è necessario eseguire le seguenti operazioni.
1. (Facoltativo). Creare un database per memorizzare le informazioni
per la verifica. In questo modo, è possibile tenere traccia
dell'avanzamento della verifica, in particolare quando si esegue la
verifica di numerose applicazioni. Se il database deve essere
utilizzato da utenti di installazioni diverse, creare un modello di
impostazione da utilizzare.
2. Creare documenti che utilizzano ciascun modulo dell'applicazione,
inclusi i moduli nascosti. Assicurarsi che sia possibile immettere
informazioni in ciascun campo del modulo, che i pulsanti
funzionino correttamente e che il testo venga visualizzato
correttamente nel modulo.
2. Documentare il tipo di applicazione e la relativa funzione. Ad
esempio, determinare se si tratta di un'applicazione di discussione,
di posta in arrivo o NotesFlowTM. Se si tratta di un'applicazione di
posta, documentare il nome utilizzato dalla Rubrica pubblica. Se si
tratta di un'applicazione NotesFlow, documentare i database
utilizzati dall'applicazione.
3. Documentare i database o i file esterni utilizzati dall'applicazione.
Ad esempio, determinare se l'applicazione accede a dati
memorizzati in un database o file esterno tramite @DbCommand o
@DbLookup.
4. Documentare i database di Notes ai quali fa riferimento
l'applicazione. Se l'applicazione fa riferimento a database creati con
modelli di sistema, ad esempio la Rubrica pubblica, documentare se
le formule dell'applicazione fanno riferimento a viste nascoste. Molti
modelli di impostazione di sistema sono cambiati nella Versione 5.
Di conseguenza, alcune viste non esistono più. Per evitare problemi,
non impostare applicazioni che si basano su viste nascoste di
modelli di impostazione di sistema.
5. Documentare qualsiasi programma API Notes utilizzato
dall'applicazione o qualsiasi programma API che modifica
l'applicazione.
6. Documentare qualsiasi applicazione OLE esterna utilizzata
dall'applicazione.
7. Documentare i server con i quali viene eseguita la replica.
8. Ripetere i punti da 2 a 7 per ciascuna applicazione da documentare.
Formazione e Versione 5
Pianificare un programma di formazione sull'utilizzo della nuova
interfaccia utente di Notes V5. La nuova interfaccia utente è simile a
quella dei browser Web, così la maggior parte degli utenti dovrebbe
assimilarla facilmente. Molte società utilizzano un programma di
formazione formale e uno informale.
Il programma formale utilizza docenti professionisti, consulenti o
dipendenti che sono esperti nell'utilizzo di Domino e Notes. Esso è a
breve scadenza ed è presentato spesso come un seminario o una
classe. Il programma combina presentazioni effettuate da un
istruttore con l'assegnazione di esercitazioni e letture per fornire agli
utenti una base sulle nuove caratteristiche di Versione 5.
Valutare l'adozione di forme di addestramento per gli utenti basate su
computer (CBT) o sul Web. Impostare un database per domande degli
utenti a cui possono rispondere altri utenti e analisti di supporto.
Questo riduce le chiamate al supporto e fornisce una base di conoscenza
per gli utenti. Inoltre, è possibile indire presentazioni occasionali su
aspetti specifici del software.
Nuove funzioni del server Domino
Domino V5 offre a molte nuove caratteristiche per migliorare la
comunicazione nell'organizzazione, la condivisione delle conoscenze, i
processi, l'efficienza e la produttività. Tra queste vi sono:
Sicurezza
Certificati X.509
È possibile emettere certificati X.509 a utenti con o senza certificati
di Notes.
S/MIME.
È possibile utilizzare certificati S/MIME e X.509 per inviare posta
cifrata Internet.
Recupero della password
Se gli utenti dimenticano la loro password, un amministratore può
recuperare il loro file di ID.
Protezione dei file per file Web.
Domino V5 permette di impostare il controllo degli accessi per i file
Web come immagini e documenti HTML.
Posta
Indirizzamento nativo Internet.
Domino V5 permette di utilizzare indirizzi Internet (RFC 821/822)
sia con posta Internet che con posta di Notes.
SMTP nativo.
Il router Domino può trasferire e consegnare messaggi su SMTP
come pure su Notes RPC, permettendo a qualsiasi server Domino
V5 di agire come un server di posta Internet.
Il programma informale rende disponibili agli utenti le varie risorse
mentre essi interagiscono con il software, si pongono delle domande
e incontrano problemi. Queste risorse includono spesso un supporto
centrale in grado di rispondere a domande su problemi software e
hardware ed esperti locali in ciascun gruppo che hanno una buona
conoscenza del sistema.
MIME nativo.
I server e i database di Domino V5 possono instradare e
memorizzare messaggi MIME, eliminando la necessità di
conversione. Inoltre, i client di Notes V5 possono comporre e
leggere messaggi MIME.
Elenchi indirizzi
LDAPv3.
I client LDAP possono effettuare modifiche nell'Elenco indirizzi di
Domino via LDAP. LDAP può essere utilizzato per autenticare
utenti Web da un elenco indirizzi esterne e LDAP Data Interchange
Format permette di importare e esportare le informazioni degli
elenchi indirizzi.
Elenco indirizzi di impresa compresso (Catalogo elenchi indirizzi).
Il Catalogo elenchi indirizzi comprime uno o più Elenchi indirizzi di
Domino per ricerche veloci e facili di indirizzi. Un Elenco indirizzi
di Domino da 1 GB può essere compresso in un Catalogo elenchi
indirizzi di 12 MB. Il Catalogo elenchi indirizzi è uno strumento
eccellente per utenti mobile.
Administration
Client Domino Administrator, interfaccia orientata alla attività.
Domino Administrator organizza informazioni e operazioni server
per attività. È possibile eseguire più operazioni alla volta su più
server o database, tra cui supporto della tecnica del trascinamento
della selezione. V5 include la mappatura della topologia, il
monitoraggio del server avanzato e la rilevazione della posta.
Rilevazione dei messaggi.
La V5 permette di tenere traccia del percorso dei messaggi, incluso
il percorso di inoltro e se il messaggio è stato consegnato.
Controlli di posta (anti-SPAM).
La V5 include controlli su chi può inviare e ricevere posta
nell'organizzazione, permettendo di filtrare SPAM e limitare posta
più completamente.
Strumenti di migrazione che (per spostare utenti e posta da altri
sistemi di posta a Domino).
La V5 include strumenti da permettere di spostare file di utenti e di
posta a Domino da Lotus cc:MailTM, Microsoft Exchange, Microsoft
Mail, Microsoft NT o altri elenchi LDAP.
La registrazione delle transazioni tiene una registrazione
sequenziale di ogni operazione che si verifica sui dati. Se un
database viene danneggiato, è possibile "riportarlo" in una
situazione precedente al danno e ripetere le modifiche dalla
registrazione delle transazioni.
Compattamento di database in linea e in loco.
Con la V5, è possibile comprimere database mentre sono aperti. Il
compattamento ha luogo senza richiedere spazio su disco
supplementare, mentre la V4 richiedeva uno spazio su disco uguale
alla dimensione del database compresso.
API di backup.
La V5 include una API per supportare la realizzazione di strumenti
di terze per operazioni di backup dei dati di Domino.
Supporto CORBA e IIOP.
La V5 supporta la Common Object Request Broker Architecture e
Internet Inter-Orb Protocol per permettere la creazione di
applicazioni Web che sfruttano servizi Domino.
Domino Enterprise Connection Services (DECS)
DECS permette di collegarsi in tempo reale a dati di backend, come
database relazionali e sistemi Enterprise Resource Planning (ERP).
Internet
Clustering Internet (prevenzione dei problemi e bilanciamento di
carico).
I client Web passano un altro server in un cluster quando un server
si blocca e Domino bilancia il carico dei client Web attraverso i
server.
Integrazione con Microsoft Internet Information Server (IIS) come
stack HTTP.
È possibile utilizzare Microsoft IIS come i servizi HTTP per Domino.
Ricerca
Ricerca nel dominio.
La ricerca nel dominio della V5 permette di effettuare ricerche nei
database attraverso un dominio Domino.
Filtro dei risultati
La ricerca nel dominio controlla i risultati della ricerca per
assicurarsi che un utente possa accedervi; in caso contrario, l'utente
non vede il risultato.
Applicazioni
Registrazione delle transazioni
File system.
È possibile includere i file system nella ricerca nel dominio,
compresa la specifica di quali tipi di file escludere e quali directory
includere.
Installazione di Domino Administrator nella Versione 5
Nella Versione 5 vengono installati separatamente il server Domino e
tutti i client Notes, incluso il client Domino Administrator. Questo è
stato modificato rispetto alla Versione 4, dove l'installazione di un
server comportatava l'installazione automatica di un client di
amministrazione. Quando viene installato un server, il programma
Setup non installa Domino Administrator o NOTES.EXE. Si deve
eseguire l'installazione del client per installare il client Domino
Administrator, se si desidera avere Domino Administrator sullo stesso
computer del server Domino. Questo installa il software del client,
compreso NOTES.EXE, nella directory del client.
Domino V5 include molte nuove funzioni per migliorare la sicurezza e
le prestazioni della posta di Internet e di Notes.
L'instradamento di posta Internet controlla
Ricerca inversa dell'IP host
Controllo dello smistamento per dominio di destinazione
Controllo dello smistamento per host mittente
Verifica del dominio di posta mittente
Controllo della posta SMTP in entrata per utente o host mittente
Permesso o meno della posta SMTP basata sull'indirizzo del
mittente o sull'indirizzo del destinatario
Meccanismi di autenticazione
Simple Authentication and Security Layer (SASL) utilizzando
AUTH=LOGIN
Transport Layer Security (TLS)
Porta Secure Socket Layer (SSL)
SMTP esteso (ESMTP)
Miglioramenti di prestazioni con MIME a 8 bit e pipelining dei
comandi
Notifiche dello stato di consegna
Controllo della dimensione dei messaggi in entrata e in uscita
Più database MAIL.BOX
Sicurezza
MIME (S/MIME) sicuro tramite certificati X.509 per cifratura e
firme digitali
Protezione dell'accesso ai file id posta - tutti i protocolli supportano
uno o più meccanismi di autenticazione di login
Fedeltà dei messaggi
MIME nativo.
HTML nativo
SMTP nativo.
Funzioni internazionali
Serie di caratteri multiple per server, impostare una serie di caratteri
principale e le serie di caratteri secondarie
Nuove funzioni del client Lotus Notes
Lotus Notes Versione 5 fornisce un facile accesso a tutte le informazioni
importanti per l'utente, siano esse personali (come la posta elettronica e
il diario) o pubbliche (come i siti Web e Internet newsgroups favoriti). Il
client include una nuova interfaccia utente con un modello di
navigazione simile a un browser Web, segnalibri e una pagina Primo
piano (una pagina "home" personalizzabile per le informazioni
importanti). Include anche miglioramenti alle applicazioni utilizzate nel
lavoro quotidiano, come posta, diario e pianificazione, navigazione Web
e discussioni.
Notes V5 è indipendente dal server, è possibile utilizzarlo con Domino
V5 oltre che con altri server Internet standard, come quelli adottati dai
provider di servizi Internet (ISP). Ad esempio, è possibile leggere e
inviare messaggi a qualsiasi server IMAP o POP3, leggere e inserire
argomenti su qualsiasi newsgroup NNTP, eseguire ricerche in qualsiasi
elenco LDAP, visualizzare HTML da qualsiasi server Web e utilizzare
certificati X. 509 per la sicurezza. È possibile svolgere queste attività
dall'interno di un'unica interfaccia compatibile e coerente, senza la
necessità di dover conoscere a fondo gli standard Internet.
Le nuove funzioni di Notes 5 comprendono:
Navigazione migliorata.
Prestazioni del router
Consegna multithread
In Notes 5, finestre organizzate in pagine permettono di navigare
facilmente tra le "pagine" aperte, siano esse un messaggio di posta,
una vista di database, una pagina Web o un articolo di newsgroup.
Le finestre basate su pagine sostituiscono il menu Finestra. Ogni
volta che si apre una nuova pagina, viene aggiunta una linguetta in
testa alla finestra principale. Spostarsi tra le pagine aperte
semplicemente facendo clic sulle relative linguette. Gli utenti V4
apprezzeranno la possibilità di avere fino a 20 finestre di pagina
aperte contemporaneamente.
Navigare tra le pagine aperte utilizzando nuovi pulsanti simili a
quelli di un browser Web: (Indietro, Inoltra, Interrompi, Aggiorna,
Ricerca e Vai). Questi pulsanti vengono visualizzati nell'angolo
superiore destro della finestra principale. Essi funzionano in modo
intuitivo, allo stesso modo di un tipico browser Web. Il pulsante
Ricerca permette di accedere a tutte le funzioni di ricerca di Notes
V5 e di impostare segnalibri sui motori di ricerca Internet favoriti.
Le estese funzioni di ricerca di Notes V5 includono un'interfaccia di
tipo Web e il supporto per le ricerche attraverso un intero dominio
di database e file system. Il pulsante Vai visualizza l'indirizzo di
testo della pagina attiva, se è l'URL di una pagina Web, di un
articolo newsgroup o di un elemento di Notes. (Documenta che è
possibile ottenere attraverso il Web a partire da Notes:// invece che
da http://)
Miglioramenti e supporto degli standard
Segnalibri
I segnalibri permettono di creare collegamenti a informazioni o siti
che sono ritenuti importanti. È possibile creare un segnalibro allo
stesso modo che in un browser, ma questo può puntare a elementi
di Notes e di Internet, tra cui database, viste, documenti, pagine
Web e newsgroup. La creazione di un segnalibro equivale a
trascinare un collegamento di documento, ad esempio, sull'icona di
segnalibro.
Pagina "In primo piano"
La pagina "In primo piano" è una "home" page personalizzabile che
contiene collegamenti a tutte le informazioni importanti, come la
posta, voci di diario, database che si utilizzano nel lavoro
quotidiano, annunci aziendali e informazioni pubbliche dall'Internet
(come quotazioni di borsa o previsioni meteorologiche). Consultare
l'amministratore di Notes per impostare la propria pagina
principale di Notes come "In primo piano oggi". È anche possibile
accedere a titoli archiviati da questa pagina.
Per ulteriori informazioni, vedere la sezione "Nuove caratteristiche della
5.0" in "Guida introduttiva" nella Guida in linea di Notes 5
(HELP5_CLIENT.NSF).
Aggiornare database e server alla Versione 5 comporta un grande
numero di benefici chiave che danno come risultati prestazioni molto
potenziate, backup e tolleranza di errore migliorati, ricostruzioni più
rapide, una migliore compressione dei dati e nuove opzioni per i
database. Queste caratteristiche includono:
Il formato di database (On-Disk Structure, ODS) e i modelli della
Versione 5 offrono prestazioni molto migliorate, specialmente per
database come Elenco indirizzi di Domino e MAIL.BOX. Le
operazioni dei database richiedono meno operazioni di I/O e
l'allocazione dello spazio su disco e della memoria risulta
migliorata.
Lo storico delle transazioni registra tutte le modifiche apportate a
un database in modo sequenziale in un file storico, senza modificare
fisicamente il database fino a quando tali modifiche non sono state
memorizzate su disco in maniera sicura. Ciò permette di recuperare
eventuali dati persi a causa della corruzione di un database o di altri
problemi, ripristinando una precedente condizione del database
stesso a un punto dato, e ripetendo quindi le modifiche mediante il
file storico. Questo permette anche un'uso molto migliorato del
backup di un database. I database della Versione 5 con attivata la
funzione di registrazione delle transazioni non richiedono che su di
essi venga eseguita l'attività Fixup. Assicurarsi di usare, per i file
storici, una singola unità separata e di alto volume destinata solo a
tale scopo.
La ricostruzione delle viste può risultare fino a cinque volte più
veloce nella Versione 5 se viene indicata un'unità separata per i file
temporanei relativi a tale operazione. Maggiore lo spazio
disponibile sull'unità dedicata alla ricostruzione delle viste, migliore
risulterà la velocità nell'eseguire la ricostruzione.
Più database di posta condivisi (single-copy object stores)
permettono un numero minore di operazioni di I/O e riducono i
problemi di blocco del sistema.
Più database MAIL.BOX permettono di suddividere il carico di
lavoro inerente alla posta tra più database.
L'indicizzazione parallela permette l'uso di più di un thread di
indirizzamento su server che dispongano di più di una CPU. L'uso
di un solo thread per CPU ne migliora le prestazioni, specialmente
sull'unità che ospita i file temporanei per la ricostruzione delle viste.
Ciò permette di sfruttare al meglio la presenza su un server di CPU
multiple.
Nuove funzioni delle applicazioni Domino
Per i database della Versione 5 può essere attivata una funzione in
grado di evitare le cancellazioni. Questa funzione esegue per prima
cosa "cancellazioni soft", permettendo di annullare una di tali
operazioni. Ad esempio, i database di posta della Versione 5
dispongono di questa caratteristica se usati su un server Domino
Versione 5. Nel database è possibile impostare un campo contenente
un'ora di termine, dopo la quale i documenti eliminati in maniera
soft saranno eliminati permanentemente.
Per ulteriori informazioni, vedere "Tipi di viste" nel capitolo 8,
"Come impostare le viste" in Sviluppo di applicazioni con Domino
Designer.
Vi sono molte opzioni di database, come ad esempio la
disattivazione dei contrassegni non letti, che permettono di
migliorare significativamente le prestazioni con uno sforzo molto
piccolo. Per ulteriori informazioni, vedere "Miglioramento delle
prestazioni di un database".
La compressione di un database della Versione 5 viene effettuata in
linea e "sul posto" e non richiede spazio aggiuntivo su disco.
Durante l'esecuzione della compressione, gli utenti possono leggere
e modificare il database. La compressione della Versione 5 può
risultare fino a 10 volte più veloce della stessa funzione della
Versione 4.
I database della Versione 5 possono raggiungere dimensioni pari a
64 Gb.
Nuove funzioni di ricerca di Domino
Le funzioni di ricerca della Versione 5 forniscono molti vantaggi rispetto
alle funzioni della Versione 4. Tra questi vi sono:
Sicurezza - il server Catalogo del dominio utilizza il Catalogo del
dominio per filtrare i risultati della ricerca in base al livello di
accesso disponibile all'utente. Se un utente non ha accesso a un
documento, il server non lo restituisce come risultato della ricerca.
Nota Il filtro di sicurezza della Versione 5.0 funziona solo per i
risultati delle ricerche effettuate su database Domino. I risultati delle
ricerche effettuate sui file system dipendono dalla sicurezza dei file
system stessi: gli utenti ottengono quindi il risultato della ricerca
anche se non sono autorizzati a visualizzare il documento. Perciò gli
utenti possono non essere in grado di accedere a tutti i risultati della
ricerca, oppure possono essere in grado di intuire informazioni
riservate in base ai risultati della ricerca che vengono loro
visualizzati. Assicurarsi di impostare correttamente la sicurezza del
file system e di indicizzare solo i file system dove la sicurezza non
rappresenti un'alta priorità.
Risultati in pagine - Nel restituire i risultati di una ricerca, la
Versione 5 li presenta organizzati in pagine che vengono mostrate
una alla volta, permettendo al server di inviare la prima pagina di
risultati e quindi di elaborare la successiva query utente. Questo di
solito accelera le ricerche e restituisce molto più rapidamente i
risultati agli utenti rispetto a quanto avviene nel Sito di ricerca della
Versione 4, dove gli utenti devono attendere fino al completamento
della ricerca e alla compilazione e visualizzazione dei risultati.
File system - È possibile impostare il server Catalogo del dominio
perché indicizzi i file system oltre ai database Domino, fornendo
così la possibilità di effettuare ricerche a livello aziendale. È
possibile indicizzare qualsiasi file system cui il server di ricerca può
accedere come fosse una directory di un'unità connessa. La funzione
di ricerca della Versione 5 indicizza più tipi di file, compresi quelli
di Adobe Acrobat (PDF), Corel WordPerfect (DOC), HTML, Lotus
SmartSuite® (LWP, PRZ, 123) e Microsoft Office (DOC, PPT, XLS),
sia nel file system che sotto forma di allegati.
Indice centralizzato - Non c'è alcuna duplicazione degli indici,
permettendo così di risparmiare spazio su disco e di assicurare agli
utenti di ottenere sempre risultati aggiornati. È possibile concentrare
le risorse destinate alla ricerca su un singolo server Catalogo del
dominio, risparmiando sugli investimenti di hardware.
Moduli di ricerca e dei risultati personalizzabili - I progettisti di
applicazioni possono ora personalizzare i moduli in modo da
specificare meglio le query da eseguire, oppure da limitare le query
utente a database specifici. I moduli di ricerca e dei risultati possono
includere parti grafiche, come ad esempio immagini di sfondo o
logo aziendali. Il modulo dei risultati può essere personalizzato in
modo da visualizzare ulteriori informazioni sui documenti risultato
della ricerca, come ad esempio il loro autore o quando essi sono
stati creati.
Ricerca approssimata - La ricerca della Versione 5 restituisce
risultati anche se la query è specificata in maniera errata; la ricerca
di "Turino" trova tra i risultati anche "Torino". Vedere "Per usare le
opzioni di affinamento della ricerca" nella Guida per l'utente di
Notes 5 (HELP5_CLIENT.NSF).
Ricerca radici - La ricerca della Versione 5 utilizza l'analisi
linguistica per restituire i documenti che contengono parole
connesse ai termini specificati nella query di ricerca; la ricerca di
"swimming" restituisce tra i risultati anche "swim" e "swimmer".
Vedere "Per usare le opzioni di affinamento della ricerca" nella
Guida per l'utente di Notes 5 (HELP5_CLIENT.NSF).
Nota La funzione di ricerca delle radici delle parole della Versione
5 è limitata alla lingua inglese.
Le versioni precedenti del server Domino utilizzavano un Agente
trasferimento messaggi (MTA) per instradare la posta Internet. Nella
Versione 5, il router Domino instrada la posta Internet su SMTP. I client
di posta possono utilizzare la posta Internet con MIME oppure Notes
Mail® in formato Notes; Domino instrada entrambi i formati in modo
nativo e li converte automaticamente. Gli aggiornamenti alla Versione 5
sono senza problemi; le caratteristiche e le funzioni che funzionavano
nella Versione 4 continuano a funzionare nella Versione 5. Mentre si
notano guadagni di prestazioni e funzionalità aggiuntive utilizzando le
nuove caratteristiche della Versione 5, non sono necessarie modifiche
alla configurazione esistente. Domino utilizza tutto l'indirizzamento e
l'instradamento della V4 senza alcuna modifica. È possibile
implementare indirizzamento e instradamento della Versione 5 in una
sola operazione, gradualmente o non implementarli del tutto, a seconda
delle specifiche esigenze.
Aggiornamento alla Versione 5 di un server che usa l'Agente
trasferimento messaggi (MTA) SMTP/MIME
Consideriamo la gestione di un progetto pilota per provare i piani per
l'aggiornamento dei server di posta Internet prima di iniziare a spostare
l'organizzazione alla Versione 5. Un progetto pilota permette di rifinire i
piani e affronta qualsiasi problema che si presenta su una scala più
piccola.
Per ulteriori informazioni, vedere il capitolo 1, "Pianificazione del
trasferimento alla V5".
Per aggiornare un MTA Versione 4 a un server di posta della Versione 5,
eseguire i seguenti passi in ordine:
1. Eseguire il backup dei file più importanti.
2. Disattivare la manutenzione mediante l'agente MTA SMTP/MIME.
3. Arrestare il router.
4. Arrestare il trasporto dei messaggi in arrivo.
5. Azzerare SMTP.BOX.
2-1
Capitolo 2
Aggiornamento di un server di posta Internet
6. Annullare i messaggi nella coda dell'agente MTA in uscita.
7. Annullare i messaggi nella coda dell'agente MTA in arrivo.
8. Arrestare il server dell'agente MTA.
9. Aggiornare il file NOTES.INI del server.
10. Installare il software di Domino Versione 5.
11. Aggiornare la Rubrica pubblica.
12. Impostare la configurazione del server per la posta Internet.
13. Attivare l'attività Listener di SMTP nel documento Server del server
di posta Internet.
14. Se il server aggiornato è il server di amministrazione per l'Elenco
indirizzi di Domino del dominio,aggiornare il suo database
Richieste di amministrazione.
Nota Dato il tempo che può essere necessario per cancellare i messaggi
dalle code in entrata e in uscita, Lotus raccomanda di aggiornare un
server MTA nei periodi non di punta, come il mattino presto o il fine
settimana. Il MTA non è disponibile mentre vengono cancellate le code
ed è aggiornato, influendo su consegna di posta, instradamento e
prestazioni Internet.
Nota Domino aggiorna automaticamente MAIL.BOX al formato e
all'impostazione di database della V5. Qualsiasi messaggio presente in
MAIL.BOX viene conservato.
Vedere anche le informazioni:
Nuove caratteristiche
Sostituzione dell'MTA SMTP/MIME
In che modo la Versione 5 sostituisce l'agente MTA
Configurazione V4 e V5
Scenari di aggiornamento dell'agente MTA
Sostituzione degli MTA V4 con server di posta V5
Uso di un host di ritrasmissione di terza parte con un server di
posta V5
Uso degli MTA cc:Mail e X.400 con Domino V5
Uso di messaggi cifrati in ambienti in cui coesistano versioni
differenti di Domino
Invio della posta in formato Notes a utenti Internet
Indirizzi di posta Internet nella Versione 5 di Domino
Formato di memorizzazione della posta Internet nella Versione 5 di
Domino
Modifiche nell'aggiornamento
Aggiornamento di un server MTA e dei parametri nel file
NOTES.INI
Modifiche nella conversione IMAP e POP nella Versione 5
Modifiche agli host di ritrasmissione nella Versione 5 di Domino
Uso della funzione di chiamata nella Versione 5 di Domino
Miglioramenti nelle prestazioni
Aggiornamento di un server di posta Internet per l'uso di thread
multipli
Database MAIL.BOX multipli su un server di posta
Backup dei file su un server MTA
Eseguire la copia di backup dei file importanti del server Domino nel
caso si verifichino errori durante l'aggiornamento. Se si hanno problemi
durante l'aggiornamento, è possibile utilizzare le copie di backup per
ripristinare i file.
1. Eseguire la copia di backup della directory dei dati sul server (ad
esempio, C: \NOTES\DATA) Questo esegue la copia di backup di
DESKTOP.DSK, tutti i file di ID (compreso l'ID del server e gli ID
certificatori), LOG.NSF, NAMES.NSF, MAIL.BOX e qualsiasi altra
Rubrica pubblica presente sul server.
2. Eseguire la copia di backup del contenuto di qualsiasi directory o
database specificato da collegamenti (file .DIR) nella directory di
dati.
3. Eseguire la copia di backup del file NOTES.INI del server. Questo
file è situato nella directory di sistema per impostazione predefinita
(ad esempio, C:\WINNT40).
4. Eseguire la copia di riserva di qualsiasi altro dei database di Notes
(.NSF) o modelli di Notes (.NTF).
Aggiornamento di un server di posta Internet 2-3
Posta Internet
Instradamento della posta Internet in ambienti in cui sono installate
versioni diverse
Disattivazione della manutenzione dell'agente MTA SMTP/MIME
Prima di aggiornare un server MTA V4, disabilitare la manutenzione
MTA. Se non viene disabilitata la manutenzione e non si cancellano le
code dei messaggi in un periodo in cui l'attività di compressione è
impostata per essere eseguita (2 AM per impostazione predefinita), il
MTA si disattiva, esegue operazioni di manutenzione e poi si riattiva.
Questo abilita trasporto in entrata e in uscita, annullando il lavoro di
cancellazione delle code.
1. Assicurarsi di avere eseguito la copia di backup dei file del server
MTA. Vedere "Backup dei file su un server MTA".
2. Avviare il client Lotus Notes da cui si amministra il server MTA.
3. Scegliere File - Database - Apri.
4. Nel campo Server, digitare il nome del server SMTP/MIME MTA e
fare clic su Apri.
5. Selezionare la Rubrica pubblica per il dominio del server MTA e
fare clic su Apri.
6. Nella Rubrica pubblica, aprire la vista Server/Server espandendo le
viste sotto Server nel quadro sinistro e facendo clic su Server o
scegliendo Visualizza - Server - Altro, selezionando Server/Server e
facendo clic su OK.
7. Selezionare il documento Server per il server MTA.
8. Fare clic sul pulsante Modifica Server sulla barra operazioni.
9. Espandere la sezione Agente di trasferimento messaggi Internet
(SMTP MTA).
10. Sotto Controllo, fare clic sulla freccia verso il basso accanto al
campo "Abilita manutenzione giornaliera".
11. Selezionare Disabilita e fare clic su OK.
12. Fare clic sul pulsante Salva e chiudi sulla barra operazioni.
13. Chiudere la Rubrica pubblica.
Arresto del router
Chiudere il router per impedire che altri server instradino messaggi in
uscita al MTA.
1. Assicurarsi di avere disabilitato la manutenzione MTA. Vedere
"Disattivazione della manutenzione dell'agente MTA
SMTP/MIME".
2. Passare alla console del server Domino.
tell router quit
e premere il tasto INVIO.
Il server mostra la chiusura dell'attività del router.
La chiusura del router impedisce che siano trasferiti altri messaggi a
SMTP.BOX e permette al MTA di svuotare la coda in uscita in
seguito all'elaborazione dei messaggi esistenti. I messaggi in arrivo
vengono tenuti in MAIL.BOX ed elaborati dal server dopo
l'aggiornamento alla Versione 5.
Arresto del trasporto in entrata
La chiusura del trasporto in entrata impedisce al MTA di ricevere
messaggi SMTP indirizzati ai destinatari nell'organizzazione. Questo
permette di cancellare le Code di lavoro in entrata e le Code di lavoro in
uscita.
1. Assicurarsi di chiudere il router. Vedere "Arresto del router".
2. Digitare
tell smtpmta stop inbound transport
Il server mostra le attività Controlli sessione in entrata aperte e
l'attività Controllo sessione in entrata (ISESCTL) che viene chiusa:
Il trasporto in entrata sposta i messaggi nella Coda di lavoro in entrata
(SMTPIBWQ.NSF). L'interruzione del trasporto in entrata impedisce al
MTA di accettare connessioni in entrata SMTP.
Eliminazione del contenuto di SMTP.BOX
Dopo avere chiuso il router e il trasporto in entrata, attendere che il
MTA elabori tutti i messaggi in SMTP.BOX prima di procedere. Se non
si hanno le icone di database SMTP.BOX, la Coda di lavoro SMTP in
uscita (SMTPOBWQ.NSF) e la Coda di lavoro SMTP in entrata
(SMTPIBWQ.NSF) sull'area di lavoro, aggiungerle.
3. Digitare
Aggiunta delle icone di database di sistema MTA server all'area di
lavoro
1. Passare al client Lotus Notes.
3. Nella casella Server, digitare il nome del server MTA e fare clic su
Apri.
4. Nel campo Nome file, digitare SMTP.BOX.
5. Fare clic su Aggiungi icona.
6. Nel campo Nome file, digitare SMTPOBWQ.NSF.
8. Nel campo Nome file, digitare SMTPIBWQ.NSF.
10. Fare clic su Chiudi.
Le icone per SMTP.BOX, per la Coda di lavoro in entrata e per la Coda
di lavoro in uscita sono ora sull'area di lavoro di Notes.
Verifica che SMTP.BOX non abbia alcun messaggio attivo
1. Assicurarsi di chiudere il router e il trasporto in entrata. Vedere
"Arresto del router" e "Arresto del trasporto in entrata."
2. Fare doppio clic sull'icona SMTP.BOX sull'area di lavoro di Notes.
Se questa è la prima volta che si apre il database, viene visualizzato
il documento "Informazioni su questo database". Premere ESC.
3. Se vi sono messaggi contrassegnati come Conversione in attesa o
Trasmissione in attesa, attendere che vengano elaborati e ripuliti
dall'Attività Rapporto di consegna (DRT).
4. Verificare l'elaborazione dei messaggi premendo F9 o scegliendo
Visualizza - Aggiorna; i messaggi elaborati vengono rimossi dalla
vista.
5. Una volta che la vista è vuota o contiene solo documenti
contrassegnati come Obsoleta, SMTP.BOX è ripulito.
6. Premere ESC per chiudere SMTP.BOX.
Vi può essere un ritardo tra l'elaborazione dei messaggi e il DRT che
rimuove il messaggio dalla vista a causa della durata del ciclo del DRT.
La cancellazione della Coda di lavoro in uscita instrada tutti i messaggi
SMTP in uscita restanti alle relative destinazioni.
1. Assicurarsi che SMTP.BOX sia libero. Vedere "Eliminazione del
contenuto di SMTP.BOX".
2. Fare doppio clic sull'icona Coda di lavoro SMTP in uscita
(SMTPOBWQ.NSF) sull'area di lavoro di Notes. Se questa è la prima
volta che si apre il database, viene visualizzato il documento
"Informazioni su questo database". Premere ESC.
3. Attendere fino a quando tutti i messaggi nella Coda di lavoro in
uscita non sono elaborati con successo dal MTA. La vista non deve
contenere messaggi o solo messaggi contrassegnati Obsoleta.
4. Verificare che tutti i messaggi tranne quelli contrassegnati Obsoleta
vengano elaborati premendo F9 o scegliendo Visualizza - Aggiorna.
I messaggi elaborati vengono rimossi dalla vista dal DRT.
5. Premere ESC per chiudere la Coda di lavoro in uscita.
Vi può essere un ritardo tra l'elaborazione dei messaggi e il DRT che
rimuove il messaggio dalla vista a causa della durata del ciclo del DRT.
Eliminazione del contenuto della Coda di lavoro in entrata
La cancellazione della Coda di lavoro in entrata sposta tutti i messaggi
SMTP indirizzati ai destinatari nell'organizzazione fuori dalla Coda di
lavoro in entrata in modo che possano essere consegnati. I messaggi in
MAIL.BOX sono consegnati dopo che il server è stato aggiornato e
riavviato.
1. Assicurarsi di avere cancellato la Coda di lavoro in uscita. Vedere
"Cancellazione della coda di lavoro in uscita".
3. Fare doppio clic sull'icona Coda di lavoro SMTP in entrata
(SMTPIBWQ.NSF) sull'area di lavoro di Notes. Se questa è la prima
volta che si apre il database, viene visualizzato il documento
"Informazioni su questo database". Premere ESC.
4. Attendere fino a quando tutti i messaggi contrassegnati
Conversione in attesa non vengono elaborati. Verificare che tutti i
messaggi tranne quelli contrassegnati Obsoleta vengano elaborati
premendo F9 o scegliendo Visualizza - Aggiorna. I messaggi
elaborati vengono rimossi dalla vista dal DRT.
5. Premere ESC per chiudere la Coda di lavoro in entrata.
Ci può essere un ritardo tra conversione/trasmissione del messaggio e il
DRT che rimuove il messaggio dalla vista a causa della durata del ciclo
del DRT.
Cancellazione della Coda di lavoro in uscita
Arresto del server MTA SMTP/MIME
Dopo avere cancellato i messaggi dal MTA, chiuderlo e aggiornare il
server.
1. Assicurarsi di avere cancellato la coda dei lavori in entrata. Vedere
"Eliminazione del contenuto della coda di lavoro in entrata".
2. Passare alla console server Domino.
3. Digitare
quit
5. Scegliere File - Esci da Notes.
Aggiornamento del file NOTES.INI per il server di posta Internet
Dopo il passaggio a Domino Versione 5, non è più necessario caricare
o eseguire lo SMTP/MIME MTA, poiché la Versione 5 fornisce
funzionalità native di trasporto SMTP e gestione MIME. Rimuovere la
gestione di memoria, controlli per la ricerca di nomi e parametri di
debug dal file NOTES.INI. Poiché l'attività Reporter non esiste più nella
Versione 5, rimuoverla dal file.
1. Assicurarsi di avere eseguito la copia di backup dei file importanti
del server. Vedere "Backup dei file del server Domino".
2. Aprire il file NOTES.INI per il server che si sta aggiornando in un
editor di testi come Blocco note di Microsoft.
3. Cancellare le voci Reporter e SMTPMTA dalla riga
ServerTasks= del file.
4. Se le seguenti voci esistono nel file, rimuoverle:
NSF_Buffer_PoolSize
NSF_DbCache_Maxentries
Server_Name_Lookup_Noupdate
Qualsiasi parametro di debug
Nota Le attività di statistica sui file eseguite dall'attività Reporter nella
Versione 4 sono gestite dal Catalogo elenchi indirizzi e l'analisi statistica
fatta da Reporter è gestita dai programmi per le analisi delle prestazioni
di Domino. Invece di Reporter, l'attività Event può controllare i
database e generare un evento che informa l'amministratore che lo
spazio inutilizzato in un file ha raggiunto un livello di soglia. Inoltre,
questo evento di monitoraggio può essere impostato anche per
comprimere automaticamente database che raggiungono il livello di
soglia.
1. Assicurarsi di avere eseguito la copia di riserva di tutti i file
importanti Domino. Vedere "Backup dei file su un server MTA".
2. Assicurarsi di avere seguito le procedure per cancellare i messaggi
dall'agente MTA, iniziando con la disattivazione della
manutenzione dell'agente MTA SMTP/MIME.
3. Installare il software di Domino Versione 5. Se si installa Domino
nella stessa directory della versione precedente, non è necessario
apportare alcuna modifica alla configurazione del server. Se si
installa Domino in una nuova directory, il programma richiede di
configurare il server.
4. Durante l'installazione, selezionare il tipo di server del quale è stata
acquistata una licenza. Per molte organizzazioni, questo implica
l'installazione di un Server di posta Domino sul server MTA.
5. Dopo avere installato la V5, avviare il server Domino.
Vedere Configurazione di un server Domino per maggiori dettagli.
Configurazione di un server Domino è disponibile in stampa e come file
Adobe Acrobat (.PDF).
Nota L'installazione di un server Domino non installa Domino
Administrator (client di amministrazione della Versione 5). Si deve
eseguire una seconda installazione utilizzando il programma di
installazione client per installare Domino Administrator sul computer
server. Lotus raccomanda di gestire il server da un computer separato.
Aggiornamento della Rubrica pubblica per un server di posta
Internet
Il server Domino richiede di aggiornare l'impostazione della Rubrica
pubblica con il modello Elenco indirizzi di Domino della V5
(PUBNAMES.NTF) dopo avere effettuato l'aggiornamento. Il nuovo
modello Elenco indirizzi di Domino funziona con il client Domino
Administrator per ottimizzare l'amministrazione della directory e del
server. L'Elenco indirizzi di Domino è compatibile con le versioni
precedenti ed è impostato per utilizzo in ambienti con versioni miste.
Aggiornare l'impostazione della Rubrica al modello Elenco indirizzi di
Domino della Versione 5 dopo l'aggiornamento del server alla
Versione 5. Quindi aggiornare il formato di database dell'Elenco
indirizzi di Domino comprimendo il database e ricostruendone le viste.
Installazione della Versione 5 di Domino su un server MTA
Aggiornamento della Rubrica pubblica al modello Elenco indirizzi
di Domino
1. Quando Domino richiede se si desidera aggiornare l'impostazione
Rubrica pubblica al modello della Versione 5, digitare:
S
Questo sostituisce il modello V4 della Rubrica pubblica con il
modello V5 dell'Elenco indirizzi di Domino.
2. Dopo avere eseguito il server, verificare che non vi siano errori o
problemi. Quindi, chiudere il server. Digitare
quit
Compressione dell'Elenco indirizzi di Domino dopo
l'aggiornamento
1. Dalla riga comandi del sistema operativo, selezionare la directory di
programma di Domino e comprimere l'Elenco indirizzi di Domino
nel nuovo OD della V5.
In Microsoft Windows NT (piattaforme Intel), digitare
ncompact names.nsf
Nota Se l'Elenco indirizzi di Domino ha un nome file diverso da
NAMES.NSF, sostituire il nome file corretto per NAMES.NSF.
In Microsoft Windows NT (piattaforme Alpha), digitare:
acompact names.nsf
In IBM OS/2 Warp, digitare:
icompact names.nsf
Su piattaforme UNIX, digitare:
compact names.nsf
Nota Se l'Elenco indirizzi di Domino ha un nome di file diverso da
names.nsf, sostituire il nome di file corretto per names.nsf.
Questo aggiorna l'Elenco indirizzi di Domino dall'ODS V4 all'ODS
V5.
Ricostruire le viste nell'Elenco indirizzi di Domino
1. Dalla riga comandi del sistema operativo, ricostruire le viste
($ServerAccess) ($Users) nell'Elenco indirizzi di Domino.
nupdall names.nsf -t "($ServerAccess)" -r
e premere il tasto INVIO. Quindi digitare:
nupdall names.nsf -t "($Users)" -r
aupdall names.nsf -t "($ServerAccess)" -r
aupdall names.nsf -t "($Users)" -r
iupdall names.nsf -t "($ServerAccess)" -r
iupdall names.nsf -t "($Users)" -r
updall names.nsf -t "($ServerAccess)" -r
updall names.nsf -t "($Users)" -r
La ricostruzione delle viste ($ServerAccess) e ($Users) nell'Elenco
indirizzi di Domino permette ai client di accedere al server più
velocemente.
2. Dopo avere ricostruito le viste nell'Elenco indirizzi di Domino,
avviare il server Domino.
2. Dopo avere compresso l'Elenco indirizzi di Domino nel nuovo
formato di database V5, ricostruire le viste ($ServerAccess) e
($Users) nell'Elenco indirizzi di Domino.
Aggiornamento delle viste nei database sul server Domino
aggiornato
1. Una volta che il server Domino è in esecuzione, digitare:
load updall
Questo ricostruisce le viste di database, permettendo agli utenti di
accedere all'Elenco indirizzi di Domino e agli altri database sul server
più velocemente. La quantità di tempo necessario per l'esecuzione di
Updall dipende dal numero di database sul server, dalla dimensione dei
database e dalla complessità delle viste in quei database.
Replica dell'impostazione dell'Elenco indirizzi di Domino ad altri
server
Dopo avere aggiornato un server alla V5, è opportuno replicare
l'impostazione dell'Elenco indirizzi di Domino sulle Rubriche pubbliche
presenti negli altri server dell'organizzazione, comprendenti server della
Versione 4 e Versione 3. L'Elenco indirizzi di Domino è impostato per
essere utilizzato in ambienti con versioni miste e per l'amministrazione
di server V4 e precedenti.
Nota Dopo avere replicato il nuovo modello ad altri server, le viste
negli Elenchi indirizzi di Domino/Rubriche pubbliche devono essere
ricostruite su quei server. La ricostruzione delle viste per il modello V5
su un server V4 o V3 richiedono parecchio tempo. Lotus raccomanda di
replicare il modello e ricostruire le viste per i server di versioni
precedenti alla 5 durante un fine settimana o durante altri periodi in cui
il carico di lavoro è basso.
Impostazione della configurazione di un server di posta Internet
È necessario abilitare l'instradamento SMTP nativo nel documento
Configurazione server per consentire al server di posta aggiornato di
instradare la posta utilizzando SMTP. I documenti Configurazione
server possono essere applicati a un singolo server, a tutti i server in un
dominio o a un gruppo di server. Modificare il documento
Configurazione server che si applica al server aggiornato, ma tenere
presente che questa modifica influisce su qualsiasi altro server che
utilizza tale documento. Se necessario, creare un nuovo documento
Configurazione server per il server di posta Internet della Versione 5.
Se non si hanno documenti Configurazione per i server Domino, crearli
per riflettere la configurazione della Versione 5. Ad esempio, se si ha un
server di posta, un server di applicazione e un server firewall e solo il
server di posta utilizzerà l'instradamento SMTP, creare due documenti
Configurazione server: uno per il server di posta con l'instradamento
SMTP abilitato e uno per i server di applicazione e firewall senza
l'instradamento SMTP abilitato.
Vedere "Aggiornamento della Rubrica pubblica per un server di
posta Internet".
Nota L'Elenco indirizzi di Domino per il dominio deve utilizzare il
modello della Versione 5 perché le impostazioni per SMTP nativo
vengono visualizzate solo nel modulo Configurazione dell'Elenco
indirizzi di Domino della Versione 5
2. Nel Domino Administrator, fare clic sulla linguetta della finestra
Amministrazione.
3. Fare clic sulla pagina Configurazione.
4. Espandere la sezione Configurazione server.
5. Fare clic su Configurazioni.
6. Se si ha un documento Configurazione server che si desidera
utilizzare per questo server, selezionarlo e fare clic su Modifica
configurazione. Altrimenti, fare clic su Aggiungi configurazione.
7. Se si sta creando una nuova configurazione, eseguire le seguenti
operazioni:
Immettere un nome server nella sezione Generali.
Selezionare a quale gruppo o server va applicata questa
configurazione. Non selezionare "Usa queste impostazioni come
predefinite per tutti i server" a meno che non si desideri che ogni
server controllato da questo documento utilizzi SMTP per
inviare messaggi a Internet invece che attraverso un server di
posta Internet.
8. Fare clic sulla linguetta Router/SMTP.
9. Nel pannello Generali, fare clic sulla freccia in basso accanto a
"SMTP utilizzato quando si inviano messaggi fuori dal dominio
Internet locale".
10. Selezionare Abilitata e fare clic su OK.
11. Se l'organizzazione utilizza un host di ritrasmissione, immetterne il
nome di host o l'indirizzo IP nel campo "Host di ritrasmissione per i
messaggi che escono dal dominio Internet locale".
Se è stato creato un documento, esso viene visualizzato nella vista.
Nota I server host di ritrasmissione richiedono una configurazione
aggiuntiva. Vedere Amministrazione del sistema Domino.
1. Assicurarsi di avere aggiornato l'impostazione della Rubrica
pubblica al modello Elenco indirizzi di Domino.
Modifica del documento Server di un server di posta Internet
Modificare il documento Server relativo al server aggiornato per
abilitare l'attività SMTP Listener, che riceve richieste in entrata SMTP.
Questa modifica indica al server di caricare l'attività del ricevente SMTP
all'avvio.
1. Assicurarsi di impostare la configurazione server per permettere al
server di instradare la posta in uscita SMTP. Vedere "Impostazione
della configurazione di un server di posta Internet". Ricordare che
un documento Configurazione server può essere applicato a più di
un server, quindi è possibile creare più documenti di
configurazione.
Nota L'Elenco indirizzi di Domino per il dominio deve utilizzare il
modello della Versione 5 poiché le impostazioni per SMTP nativo
vengono visualizzate solo nell'Elenco indirizzi di Domino della
Versione 5.
Nel Domino Administrator, fare clic sulla pagina Configurazione.
Espandere la sezione Configurazione server.
Fare clic su "Tutti i documenti Server".
Fare doppio clic sul documento server per il server di posta Internet
aggiornato.
6. Fare clic su Modifica Server.
7. Sul pannello Generali, fare clic sulla freccia in basso accanto a
"Attività SMTP Listener".
10. Chiudere l'Elenco indirizzi di Domino.
Nota Non rimuovere le informazioni di instradamento SMTP dal
documento Server. Le informazioni di instradamento esistenti
permettono di instradare la posta Internet in un ambiente V4/V5 misto
o in un ambiente Versione 5 che utilizza l'instradamento in stile V4. La
rimozione di queste informazioni può influire sull'instradamento e sulla
consegna della posta Internet in questi ambienti.
2.
3.
4.
5.
Aggiornamento del database Richieste di amministrazione su un
server MTA
Se il server di posta aggiornato è anche il server di amministrazione per
l'Elenco indirizzi di Domino del dominio, aggiornare l'impostazione del
suo database Richieste di amministrazione (ADMIN4.NSF) al modello
V5 (ADMIN4.NTF). Se il server aggiornato non è il server di
amministrazione, non è necessario aggiornare il suo modello - dopo
avere aggiornato il modello per il server di amministrazione, si deve
replicare la nuova impostazione a tutti gli altri server Domino.
In che modo la Versione 5 sostituisce l'agente MTA
Quando si abilita un server V5 all'invio di messaggi su SMTP all'esterno
del dominio locale Internet (configurato nel documento Configurazione
server), il server non ha più bisogno di utilizzare i documenti Dominio
SMTP esterno e Connessione SMTP; il server può collegarsi tramite TCP
e instradare la posta via SMTP. Il server può utilizzare un host di
ritrasmissione e stabilire connessioni utilizzando DNS o utilizzando un
file hosts. Il server utilizza il router per instradare la posta su SMTP ed
eseguire la conversione tra messaggi in formato Notes e messaggi in
formato MIME. Di conseguenza, il server V5 sostituisce i servizi in
uscita del MTA.
Quando si abilita un server V5 alla ricezione di connessioni SMTP in
entrata (configurate nel documento Server), il server svolge le stesse
funzioni dei servizi MTA in entrata. I messaggi in entrata sono
memorizzati in MAIL.BOX e trasferiti o consegnati dal router. I
messaggi MIME sono memorizzati in quel formato e instradati sul
Notes RPC o su SMTP alla loro destinazione. Se necessario, il router
converte i messaggi dal formato MIME a Notes e viceversa.
Configurazione V4 e V5
Questo argomento descrive le informazioni di configurazione nel MTA
V4, la posizione di tali informazioni e il modo in cui sono configurate
nel server di posta Internet V5.
Documento Server V4 (Rubrica pubblica)
Elemento
Ubicazione V5
Attività Instradamento posta
SMTP, nel campo Attività di
instradamento
Documento Configurazione server: "SMTP
utilizzato quando si inviano messaggi fuori
dal dominio Internet locale". È necessario
continuare a elencare Instradamento posta
SMTP nel campo Attività di instradamento
del documento Server se i server V4 e V5
non-SMTP instradano la posta Internet su
questo server.
Sezione generale - Nome di
host Internet completamente
qualificato
Documento Server
Per maggiori informazioni, vedere "Aggiornamento del server di
amministrazione per l'Elenco indirizzi di Domino" nel capitolo 3,
"Aggiornamento di un server Domino".
Elemento
Generale - Documento
Dominio globale
Ubicazione V5
Tutti i server V5 utilizzano tutti i documenti
Dominio globale V5 e non devono
necessariamente trovare un solo documento
Sezione Controllo - Controlla
nuovi messaggi ogni X
minuti.
Non utilizzata nella V5
Controllo - Percorso di lavoro
MTA.
Controllo - Livello storico
Nel file storico del server (LOG.NSF) - Lo
storico SMTP in uscita è lo storico del router;
lo storico SMTP in entrata è lo storico
dell'attività SMTP; la registrazione è
controllata da variabili NOTES.INI. Vedere
l'appendice su NOTES.INI in
Amministrazione del sistema Domino o nella
Guida per l'amministratore di Domino.
Controllo - Abilita
manutenzione giornaliera
Controllo - Esecuzione
manutenzione giornaliera alle
Conversione - Gestione testata
Conversione Metodo di codifica allegati
Documento Configurazione server Pannello MIME-Opzioni di conversione-In
uscita
Conversione - Contenuto del
messaggio
Documento Configurazione server Pannello MIME-Opzioni di conversione-In
uscita
Conversione - Supporto
ricevute di ritorno
Documento Configurazione server Pannello MIME-Opzioni di
conversione-Generali - Ricevute di ritorno
Conversione - Parametri
Lingua
Documento - Pannello MIME-Generali e
Impostazioni per gruppi di serie di caratteri
Configurazione server
Conversione - Uso delle
routine di rilevazione della
serie di caratteri
Documento Configurazione server pannello MIME-Opzioni di conversione-In
entrata - Usa la rilevazione automatica della
serie di caratteri se il messaggio non ha
alcuna informazione al riguardo
Conversione - Carattere
tipografico del messaggio
Documento Configurazione server - Opzioni
di conversione-MIME-Impostazioni per
gruppi di serie di caratteri
Ubicazione V5
Documento Configurazione server - Opzioni
di conversione-MIME-Impostazioni per
gruppi di serie di caratteri
Conversione - Conversione
allegati Macintosh in uscita
Documento Configurazione server pannello Opzioni di
conversione-MIME-Avanzate-Opzioni
avanzate messaggi in uscita - Conversione
allegati Macintosh
Configurazione in entrata Numero di processi
Configurazione in uscita Numero di processi
Configurazione in uscita Dimensione massima
messaggi in uscita
Documento Configurazione server Pannello Router/SMTP-Limitazioni e
controlli-Limitazioni - Dimensioni massime
messaggio
Configurazione trasporto Mappatura nome host
Documento Configurazione server pannello Router/SMTP-Generali Consultazione nome host
Configurazione trasporto Limite ripetizione tentativi
Configurazione trasporto Intervallo ripetizione tentativi
Configurazione trasporto Modalità di trasferimento
Documento Dominio SMTP esterno V4 (Rubrica pubblica)
Elemento
Autorizza posta solo dai
domini
Ubicazione V5
Documento Configurazione server - pannello
Limitazioni e controlli - Limitazioni Consenti posta solo da domini Notes.
Escludi posta dai domini
Documento Configurazione server Limitazioni e controlli - Limitazioni - Respingi
posta da domini Notes.
I messaggi indirizzati a
[Dominio Internet]
dovrebbero essere instradati
su [Nome dominio] o [Host
Internet]
Utilizzato in V5 per instradare la posta
Internet ai server SMTP Domino, a meno che
tutti i server di posta non possano instradare
posta SMTP Internet in uscita. Se
l'organizzazione utilizza solo alcuni server
SMTP (architettura "gateway" V4), continuare
a utilizzare documenti Dominio SMTP
esterno e Connessione SMTP per instradare la
posta Internet in uscita ai server SMTP.
Elemento
Conversione - Dimensione
carattere del messaggio
Documento Dominio globale V4 (Rubrica pubblica)
Elemento
Documento Dominio Globale
Ubicazione V5
Tutti i documenti esistenti sono inoltrati
dominio Internet primario
(impostato nel primo
documento Dominio globale
in V4)
Documento Dominio globale - Conversioni Conversione indirizzo SMTP - Primario
dominio Internet locale. V5 riceve il dominio
principale dal primo documento Dominio
globale.
Alias dei domini Internet
alternativi (impostato in tutti
gli altri documenti Dominio
globale in V4)
Documento Dominio globale - Conversioni Conversione indirizzo SMTP - Alias dei
domini Internet alternativi (V5 riceve gli
alias da tutti i documenti Dominio globale
eccetto il primo).
Consultazione indirizzo
Internet
Documento Configurazione server Pannello Router/SMTP-Generali Consultazione indirizzo. Se abilitata, V5
cerca l'indirizzo Internet nell'Elenco indirizzi
di Domino; se disabilitata, Domino converte
l'indirizzo Internet.
Parametri di NOTES.INI V4 (file NOTES.INI del server)
Elemento
MailMaxThreads (numero
massimo di thread di
trasferimento messaggi)
Ubicazione V5
Documento Configurazione server, pannello
Router/SMTP-Limitazioni e
controlli-Controlli trasferimento, Massimo
thread trasferimento.
MailDisablePriority
(impostato a 1 per instradare
tutta la posta con priorità
Normale indipendentemente
dalla priorità designata)
Router/SMTP-Avanzate-Controlli, sezione
Controlli di trasferimento avanzati - Ignora
priorità messaggio.
MailLowPriorityTime
(imposta l'intervallo di tempo
durante il quale i messaggi
Bassa priorità sono instradati)
controlli-Controlli trasferimento, Intervallo
orario per invio posta a bassa priorità.
Log_Mailrouting (controlla la
quantità di registrazioni
storiche eseguite durante
l'instradamento dei messaggi)
Controlli vari - Livello di registrazione.
MailDynamicCostReset
(controlla la frequenza con cui
il router reimposta tutti i costi
dinamici che sono stati
adeguati a causa di problemi
di consegna)
Controlli di trasferimento avanzati Intervallo ripristino dinamico costi.
Ubicazione V5
controlli-Controlli di consegna, Cifratura di
tutta la posta inviata.
MailClusterFailover (permette Documento Configurazione server, pannello
al router di posta di eseguire il Router/SMTP-Avanzate-Controlli, sezione
Controlli aggiuntivi - Failover sul cluster.
failover su altri componenti
del cluster in seguito a
problemi di consegna
transitori)
SMTPMTA_IPPORT (porta su
cui SMTP riceve)
Documento Server - Porte - Porte Internet Posta - Posta (SMTP in entrata) e Posta
(SMTP in uscita) - Numero porta TCP/IP Impostare sulla porta 25 all'aggiornamento.
SMTPMTA_CONVERT_
ORIGINATOR (cerca
l'indirizzo dell'autore nella
Rubrica pubblica)
SMTP_KEEP1MEANS1=X
(forza il MTA a trattare il
dominio locale analogamente
agli altri domini)
SMTPMTA_DENIED_
DOMAINS=nomefile, dove
nomefile è un file ASCII con
lista di domini per cui è
negato l'accesso (posta inibita
dai domini Internet).
Documenti Configurazione server - Sezioni
Limitazioni e controlli - Controlli SMTP In
entrata e Controlli SMTP in uscita.
SMTPMTA_NO_INLINE_
CONTENT_DISP=1 (disabilita
il supporto RFC 1806 per
disabilitare le testate di
disposizione contenuto se il
tipo di disposizione è in linea).
SMTPMTA_TRACE_LEVEL=0 Non utilizzata nella V5 - Lo storico è il
normale storico del server
x00000100 (migliorata la
traccia nel file storico).
Elemento
MailEncryptIncoming
(forza la cifratura di tutta
la posta consegnata,
indipendentemente
dall'impostazione di ciascun
file di posta)
Documento Connessione SMTP V4
Elemento
Ubicazione V5
Host di ritrasmissione
Router/SMTP-Generali, Host di
ritrasmissione per i messaggi che escono dal
dominio Internet locale. Abilitare anche il
campo "SMTP utilizzato quando si inviano
messaggi fuori dal dominio Internet locale"
perché l'host di ritrasmissione funzioni
correttamente.
Nota Per i parametri aggiuntivi di NOTES.INI relativi alla posta
Internet, vedere l'appendice E, "Il file NOTES.INI", in Amministrazione
del sistema Domino o nella Guida per Domino Administrator.
Scenari di aggiornamento dell'agente MTA
Ogni organizzazione deve valutare quando aggiornare i propri server
MTA V4 a server di posta V5. V5 ha tre modifiche principali che
influiscono su questa decisione:
Il router V5 invia, instrada e consegna messaggi MIME sia su SMTP
che su Notes RPC
Il formato di database V5 memorizza messaggi MIME in modo
nativo
I client di Notes V5 possono creare, leggere e inviare messaggi
MIME sia su SMTP che su Notes RPC
Quando si valuta l'aggiornamento dei server MTA alla V5, sono
disponibile alcune opzioni:
Lasciare gli agenti MTA della Versione 4 fino a che il resto del
sistema è aggiornato.
Sostituire gli agenti MTA della Versione 4 con server di posta
Versione 5 prima di aggiornare il resto del sistema.
Sostituire gli agenti MTA della Versione 4 con server di posta
Versione 5 durante l'aggiornamento del resto del sistema.
Risistemare la propria infrastruttura di gestione dei messaggi per
eliminare la necessità di avere server SMTP separati, dato che tutti i
server della Versione 5 possono instradare la posta Internet.
Usare una strategia mista.
Per prima cosa sostituire tutti gli MTA V4 con server di posta V5
I server di posta V5 svolgono le stesse operazioni degli MTA V4, con
maggiori prestazioni, stabilità e fedeltà di messaggio. L'organizzazione
può utilizzare funzioni V5 come limitazioni per evitare la ricezione di
posta indesiderata (spamming) e controllare la dimensione massima dei
messaggi. I client di Notes V5 e Internet possono utilizzare MIME nativo
senza alcun problema.
Se si esegue l'aggiornamento dei server MTA V4 alla V5 prima di
aggiornare il resto del sistema Domino, i server di posta V5
memorizzano messaggi MIME in formato MIME ma devono convertirli
nel formato di Notes, in un allegato contenente il messaggio MIME o in
entrambi, trasferendo il messaggio a un server V4.
Per ulteriori informazioni, vedere "Instradamento della posta Internet in
ambienti in cui sono installate versioni diverse".
Quando si modifica l'infrastruttura per la V5, i server di posta V5
possono instradare messaggi MIME ad altri server di posta V5, che
possono consegnare i messaggi o eseguire la conversione per server V4.
Sostituire tutti i server MTA V4 con server di posta V5 durante
l'aggiornamento del sistema
Questa strategia è simile all'aggiornamento di MTA prima del resto del
sistema ma permette di selezionare quando iniziare la conversione su
server di hub o server spoke. Ad esempio, se si utilizza un server POP3
Domino per gestire la posta di un grande numero di client POP3, si può
attendere ad aggiornare i server MTA fino a quando non è stato
aggiornato il server POP3 per evitare qualsiasi necessità di conversione
per il server POP3 o per il suo hub. Inoltre, se i server di hub sono vicini
alla capacità massima, ma il server spoke dispone di capacità
supplementare, è possibile aspettare ad aggiornare i server MTA finché i
server spoke non sono stati aggiornati per evitare di porre il carico della
conversione sugli hub.
Lasciare i server MTA della Versione 4
Questo percorso non tocca i server MTA V4 fino a quando non sono
stati aggiornati tutti gli altri i server Domino e i client di Notes alla
Versione 5. Questo assicura un livello noto di funzionalità per traffico di
messaggi Internet durante il processo di aggiornamento ma non
permette all'organizzazione di utilizzare le nuove funzioni di posta
Internet del server V5. Ad esempio, i client di Notes V5 non possono
inviare messaggi MIME nativi a destinatari Internet con questa strategia
- il loro server di posta V5 deve convertire il MIME nativo nel formato
di Notes e poi trasferirlo al MTA V4. Questo aumenta il carico sul server
di posta e potrebbe causare qualche perdita di fedeltà dei messaggi.
Rielaborare l'infrastruttura di invio messaggi
In un'infrastruttura di invio messaggi Internet in stile V4, tutti i
messaggi di posta Internet vengono instradati attraverso uno o più
server dedicati MTA. Nella V5, questo non è più necessario dato che
tutti i server V5 possono instradare posta Internet, includendo
l'esecuzione di qualsiasi conversione necessaria. È possibile decidere
quando passare da un'architettura a "gateway" V4 a uno schema di
instradamento della posta Internet distribuito.
Quando si abilita un'infrastruttura distribuita, dove i messaggi non
vengono più instradati attraverso alcuni server SMTP ma utilizzano
invece il router V5 per trasferire la posta Internet, considerare il
possibile carico di conversione dai client di Notes. Se un client di Notes
invia un messaggio a destinatari Internet in formato di messaggio di
Notes, il server di posta V5 converte quel messaggio a MIME e lo
instrada. Se i server di posta sono vicini alla capacità massima, questo
carico di conversione può rivelarsi inaccettabile. Tuttavia, suddividere
la conversione tra tutti i server di posta, invece di concentrarla su alcuni
server MTA, è spesso un miglioramento di prestazioni per le
organizzazioni. A seconda del sistema, è possibile aspettare fino a
quando non si inizia a convertire i client di Notes alla V5 per
ristrutturare l'architettura di invio messaggi - poiché i client V5 possono
inviare e leggere MIME, il carico di conversione sui loro server di posta
è inferiore.
Anche se si abilita l'instradamento SMTP su tutti i server di posta
nell'organizzazione, non tutti devono accedere direttamente a Internet è possibile utilizzare un host di ritrasmissione per l'instradamento di
posta oltre il dominio locale Internet e per scopi di sicurezza. L'host di
ritrasmissione può essere un server di posta V5, un MTA V4 o un
prodotto fornito da terze parti.
Se si abilita l'accesso diretto a Internet per tutti i server di posta,
assicurarsi che essi siano configurati correttamente e registrati in modo
appropriato con l'InterNIC. Molti sistemi non accettano connessioni o
posta da server che sono configurati impropriamente o non registrati
come metodo di salvaguardia contro la trasmissione abusiva degli
indirizzi di posta e come una misura di sicurezza per le trasmissioni.
Utilizzare una strategia di aggiornamento MTA mista
Alcune organizzazioni utilizzeranno una strategia associata a seconda
delle loro necessità e della loro infrastruttura. Ad esempio,
un'organizzazione multinazionale può aggiornare immediatamente i
propri server MTA in un'area del mondo e aspettare fino a quando il
sistema Domino non è passato alla V5 per aggiornare un'altra area.
Utilizzare questi scenari e le necessità dell'organizzazione per
determinare la strategia di aggiornamento ottimale.
Per illustrare la sostituzione di MTA V4 con server di posta V5,
consideriamo un'infrastruttura con 3 server Domino: MTA1, Hub-N e
Hub-S. MTA1 è il server SMTP per l'organizzazione e Hub-N e Hub-S
sono server di hub che instradano posta a un certo numero di server
spoke. Se si aggiorna MTA1 alla V5 e si lasciano gli hub alla V4, MTA1
esegue tutta la conversione dei messaggi necessaria, come quando il
server era V4. Quando si aggiorna Hub-N e Hub-S alla V5, MTA1
instrada i messaggi Internet agli hub in MIME e gli hub eseguono la
conversione dei messaggi per gli spoke V4. Quando si aggiornano i
server spoke alla V5, i server di hub eseguono meno conversioni.
Tuttavia, i server spoke devono convertire messaggi per i loro client V4.
Infine, quando si aggiornano i client di Notes alla V5, i messaggi MIME
possono essere instradati da MTA1 al client di destinazione senza
conversione.
Questo processo di aggiornamento distribuisce il carico della
conversione tra più server mano a mano che il processo progredisce - da
1 server (MTA1) inizialmente a molti i server (spoke) alla fine. È
importante considerare le prestazioni e le possibilità dei server di hub e
spoke; ad esempio, gli spoke potrebbero non fornire prestazioni
sufficienti per gestire il carico di conversione, fattore che potrebbe
richiedere una strategia di aggiornamento diversa.
L'instradamento SMTP V5 tenta di individuare l'Indirizzo Internet per
un utente Notes o all'interno del messaggio (se il messaggio è stato
creato da un client V5, IMAP o POP) o all'interno della vista $Users
nell'Elenco indirizzi di Domino. Per garantire prestazioni migliori,
popolare il campo Indirizzo Internet nei documenti Persona
dell'organizzazione (se il campo Nome breve non contiene già un
indirizzo Internet per ogni utente) con lo strumento di amministrazione
per indirizzi Internet. Inoltre, registrare nuovi utenti con un client
Domino Administrator V5 per assicurare che ogni utente abbia un
indirizzo Internet valido.
Per ulteriori informazioni, vedere "Riempimento del campo Indirizzo
Internet nei documenti Persona" nel capitolo 6.
Sostituzione degli MTA V4 con server di posta V5
Uso di un host di ritrasmissione di terza parte con un server di posta
V5
Se i messaggi inizialmente raggiungono il sistema per mezzo di un
prodotto fornito da terze parti, è possibile ancora utilizzare funzionalità
V5 per migliorare prestazioni. Spesso, il server o il gateway fornito da
terze parti provvede a instradare messaggi di posta Internet a un server
o a un gruppo di server eseguendo il MTA V4. È possibile sostituire
questo percorso di instradamento con uno in cui il gateway trasmette
direttamente ai server di posta V5 via SMTP. A meno che il gateway
non possa interrogare l'Elenco indirizzi di Domino per determinare il
server di posta corretto per un destinatario, vengono utilizzati più
record MX nel DNS con la stessa preferenza per suddividere il carico in
arrivo tra i server di posta V5. Mentre la percentuale di messaggi che
inizialmente raggiungono il server di destinazione corretto è piccola,
essa aumenta quando il numero di server di posta V5 capace di ricevere
posta via SMTP aumenta. Inoltre, poiché i server V5 possono accedere
all'Elenco indirizzi di Domino per determinare il server di posta corretto
per ogni destinatario, il server di destinazione è generalmente a distanza
di un semplice hop.
Questo metodo suddivide il carico dei messaggi di posta Internet in
entrata tra tutti i server V5. Se un server non è disponibile, la posta
viene automaticamente rediretta agli altri server disponibili.
Se vi sono solo pochi server V5 e molti server V4, questi server V5
gestiscono il carico della ricezione e conversione dei messaggi Internet
per tutti i server V4. Tuttavia, mano a mano che il numero di server V5
aumenta, questo carico diminuisce.
Se si sostituisce il gateway di terze parti con un server di posta V5 che
sia in grado di accedere all'Elenco indirizzi di Domino attraverso Notes
RPC o LDAP, il server "gateway" non deve suddividere i messaggi tra
gli altri server ma può invece determinare il server di destinazione
corretto per ogni messaggio e instradarlo adeguatamente.
Instradamento della posta Internet in ambienti in cui sono installate
versioni diverse
Domino V5 instrada la posta Internet (MIME) sia sul Notes RPC
(Remote Procedure Calls) che su SMTP. I server V4 non supportano la
consegna MIME nativa o l'instradamento SMTP; essi utilizzano il MTA
per compiere queste attività.
Se si seleziona di convertire il messaggio nel formato di Notes e creare
anche un allegato che contiene il MIME originale, Domino preserva il
formato di messaggio completo se un client di posta Internet accede al
messaggio, Domino gli spedisce il MIME dall'allegato. Per questa
ragione, il server V4 deposita sia il messaggio di formato di Notes che
l'allegato MIME nel file di posta di un utente. Per questi messaggi in
ambiente misto con questa impostazione di conversione, i requisiti di
memorizzazione della posta e l'utilizzo della rete sono circa il doppio per
ogni messaggio di questo tipo.
Conversione di posta Internet in ambienti con versioni miste
In un ambiente con versioni miste, l'instradamento di messaggi MIME
nativi e l'invio di messaggi nel formato di Notes a Internet richiede una
conversione. La conversione ha luogo nei seguenti scenari.
Uso dei servizi in entrata e in uscita del SMTP/MIME MTA V4
Il MTA converte messaggi di Notes in uscita a formato MIME e li
instrada via SMTP. Esso converte i messaggi MIME in entrata in
formato Notes (con o senza un allegato MIME) e li instrada sul Notes
RPC utilizzando il router di Notes. Il MTA V4 converte e consegna in
base alle impostazioni presenti nel documento Persona del destinatario,
se il MTA può accedervi. Se l'impostazione nel campo Memorizzazione
messaggi Internet nel documento Persona V4 è:
Solo Notes, il MTA converte il messaggio in formato Notes e lo
instrada.
Solo Internet, il MTA assembla i messaggi come allegato MIME e li
instrada.
Notes e Internet, il MTA converte i messaggi in formato Notes,
aggiunge un allegato contenente il formato MIME originale e li
instrada.
È possibile controllare il modo in cui un server V5 trasferisce un
messaggio in formato MIME a un server V4 se non riesce ad accedere al
documento Persona di un utente; il server V5 converte il messaggio
MIME in formato Notes e lo trasferisce, riducendo lo spazio occupato
per la memorizzazione e l'uso della larghezza di banda, ma con qualche
perdita nella fedeltà del messaggio in questione; oppure lo può
convertire in formato Notes e creare anche un allegato contenente il
messaggio originale in formato MIME, preservandone la fedeltà, ma
aumentando lo spazio occupato per la memorizzazione e l'uso della
larghezza di banda. La decisione sul metodo da utilizzare dipende dalla
situazione e può essere ottimizzata per il sistema e le necessità di utenti.
L'impostazione predefinita è la conversione dei messaggi MIME nel
formato di Notes senza allegato.
Quando un router V5 consegna un messaggio al file di posta di un
destinatario
Il router controlla il documento Persona del destinatario nell'Elenco
indirizzi di Domino V5. Il campo Formato preferito per la posta in
arrivo determina la preferenza del destinatario per messaggi Internet. Se
il messaggio è in formato Notes e:
il campo è impostato a Preferenza Rich Text Notes, il router
consegna il messaggio.
il campo è impostato a Preferenza MIME, il router converte il
messaggio in formato MIME e consegna il messaggio MIME.
il campo è impostato a Nessuna preferenza, il router consegna il
messaggio.
Nota Se il campo è impostato a Nessuna preferenza, il router consegna
il messaggio in formato Notes, dato che i client Notes V4 e V5 possono
leggerlo e le attività del server IMAP e POP possono convertire il
messaggio in formato MIME per i client Internet.
Se il messaggio è in formato MIME e:
il campo è impostato a Preferenza Rich Text Notes, il router
converte e trasferisce il messaggio in formato Notes.
Nota Se il parametro MailDeliverCDorMime di NOTES.INI è
impostato a 1 sul server, il router non converte il messaggio e invece
lo consegna in formato MIME.
il campo è impostato a Preferenza MIME, il router consegna il
messaggio.
il campo è impostato a Nessuna preferenza, il router consegna il
messaggio.
Se il messaggio è cifrato (formato S/MIME), il router crea un allegato
che contiene lo S/MIME e crea un messaggio in formato Notes
spiegando che il messaggio è cifrato e non può essere convertito nel
formato di Notes.
Nota Se il campo è impostato a Nessuna preferenza, il router consegna
il messaggio in formato MIME dato che i client V5 e Internet possono
leggerlo e il server V5 converte il messaggio in formato MIME in CD per
i client che non sono in grado di leggere il formato MIME nativo.
Quando un server V5 trasferisce un messaggio a un server V4
Se il messaggio è in formato di Notes, il router semplicemente
trasferisce il messaggio al server V4.
Se il campo è impostato a Solo Notes (V4) o Preferenza Rich Text
Notes (V5), il router lo converte e lo trasferisce in formato Notes.
Se il campo è impostato a Solo Internet (V4) o Preferenza MIME
(V5), il router lo converte dal formato MIME in un allegato MIME e
lo trasferisce come messaggio.
Se il campo è impostato a Notes e Internet o Nessuna preferenza
(V5), il router lo converte in formato Notes, aggiunge un allegato
contenente il messaggio originale in formato MIME, e trasferisce il
messaggio in formato Notes con l'allegato MIME.
formato di Notes.
Nota Se il parametro MailDeliverCDandMime del file NOTES.INI è
impostato a 1 sul server, il router converte il messaggio in formato
Notes e aggiunge un allegato contenente il messaggio originale in
formato MIME.
Se il router non è in grado di accedere al documento Persona del
destinatario - ad esempio, se il destinatario si trova in un altro dominio
e il router non può accedere all'Elenco indirizzi di Domino di tale
dominio - normalmente esso converte i messaggi dal formato MIME al
formato Notes e li trasferisce. È possibile controllare questa conversione
impostando il router in modo da adottare il comportamento predefinito
o di aggiungere un allegato che contiene il MIME originale al messaggio
in formato Notes. Il comportamento predefinito conserva lo spazio su
disco e l'ampiezza di banda ma riduce la fedeltà del messaggio; il
comportamento facoltativo mantiene la fedeltà del messaggio ma
consuma più spazio sul disco e più ampiezza di banda.
Quando un router V5 invia posta su SMTP
Se un router V5 deve inviare un messaggio in formato Notes su SMTP,
converte il messaggio a MIME.
Nota Il SMTP/MIME MTA V4 supportava l'incapsulamento, che
inseriva le informazioni specifiche di Notes in un allegato che poteva
essere convertito in dati di Notes da un altro MTA. Il router V5 non
supporta l'incapsulamento V4 ma mantiene i dati di Notes tramite un
altro metodo in modo che un altro router V5 possa convertire le
informazioni in dati di Notes.
Se il messaggio è MIME, il router prova ad accedere al documento
Persona del destinatario. Se ha accesso al documento Persona del
destinatario, controlla il campo Memorizzazione messaggi Internet (V4)
o campo Formato preferito per la posta in arrivo (V5).
Quando un server di V5 esegue la replica con un server di V4
Quando un server V5 replica un database con contenuto MIME su un
server V4, ad esempio, se un file di posta è sia su un server V5 che su un
server V4, con messaggi MIME nel database sul server V5, Domino
converte qualsiasi MIME in formato Notes.
Quando un client di Notes V5 compone un messaggio MIME e lo
invia attraverso un server Domino V4 (il server di posta dell'utente
è V4)
Il client V5 converte il messaggio da MIME in formato di Notes e lo
trasferisce al server Domino. Se il parametro MailTransferCDandMIME
del file NOTES.INI è impostato a 1 sul client, il client V5 aggiunge un
allegato che contiene il MIME originale al messaggio in formato Notes.
formato di Notes.
Le attività del server IMAP e POP possono convertire dal formato di
Notes a MIME per consegnare messaggi a client IMAP e POP.
Uso di messaggi cifrati in ambienti in cui coesistano versioni
differenti di Domino
I client e i server della Versione 4 non sono in grado di leggere i
messaggi in formato MIME; pertanto, la Versione 5 di Domino, per
poter inoltrare tali messaggi a un server V4, deve convertirli in
documenti Notes contenententi un allegato MIME. Domino non è in
grado di convertire un messaggio MIME (S/MIME) cifrato, in quanto
ciò richiederebbe l'accesso alla chiave di decifrazione, causando un
ovvio difetto di sicurezza. Così, quando un messaggio S/MIME viene
trasferito su un server V4, Domino converte il messaggio in un allegato
contenente lo S/MIME e in un messaggio in formato Notes specificante
che il messaggio è cifrato MIME e non può essere letto con questa
versione del software. Questa conversione permette agli utenti IMAP,
POP e V5 di ricevere la posta cifrata MIME e di trasferire la posta cifrata
MIME da un server V5 a un server V4 a un altro server V5 senza perdite
di fedeltà o danneggiamento della firma cifrata.
Invio della posta in formato Notes a utenti Internet
Quando si invia un messaggio in formato Notes a un utente Internet,
Domino converte il messaggio in MIME per quell'utente. Tuttavia,
alcuni elementi di Notes non hanno equivalenti MIME e non possono
essere convertiti. Il client Notes avvisa se viene inviato un messaggio
contenente questi elementi a utenti Internet, in modo che sia possibile
scegliere se modificare il messaggio o accettare la perdita di tali
caratteristiche.
Elementi incorporati
Evidenziazione
Riga orizzontale
Nota Se si invia MIME in formato HTML, Notes converte la riga
orizzontale a meno che non siano impostate le proprietà della riga
come il colore, l'altezza o la larghezza.
Punti di attivazione Notes come i collegamenti a documenti
Oggetti (OLE)
Nota Notes tenta di creare un'immagine basata sull'oggetto OLE
inattivo ma non tutti gli oggetti OLE hanno immagini inattive.
Interruzioni di pagina
Sezioni
Funzioni di diario e pianificazione in SMTP
Domino instrada gli elementi di diario e pianificazione, come gli inviti
alle riunioni, su Notes RPC dove possibile. Se si invia un elemento di
diario o pianificazione su SMTP, ad esempio, se si invia un invito a una
riunione in Internet, Domino converte l'elemento in testo come in V4.5 e
in V4.6.
Per ulteriori informazioni, vedere "Uso delle funzioni di diario e
pianificazione con la posta Internet" nel capitolo 5, "Aggiornamento dei
client".
Indirizzi di posta Internet nella Versione 5 di Domino
Quando si cerca un indirizzo per la posta Internet nell'Elenco indirizzi
di Domino nella Versione 5, Domino controlla la vista $Users per
verificare una corrispondenza esclusiva dell'indirizzo. Se trova
l'indirizzo Internet completo del destinatario (ad esempio,
[email protected]) nel campo Nome breve o Indirizzo Internet:,
Domino consegna il messaggio al file di posta di quella persona.
Domino effettua la consegna anche in base a una corrispondenza della
parte locale dell'indirizzo (ad esempio, giovanna_bianchi) con uno
qualunque dei campi nel documento Persona. Ad esempio, se il
messaggio è indirizzato a [email protected] e Domino trova
un documento Persona con la voce "Giovanna Bianchi" nel campo Nome
utente, Domino consegna il messaggio al file di posta di Giovanna
Bianchi.
Gli elementi Notes che non hanno equivalenti MIME includono:
Nota Domino converte i caratteri di sottolineatura (_) in spazi; in
questo esempio, giovanna_bianchi diventerebbe Giovanna Bianchi.
Domino converte sottolineature doppie (__) in sottolineature semplici, le
sottolineature in spazi e i punti in spazi. La ricerca non è sensibile alle
maiuscole e minuscole, Giovanna Bianchi corrisponde alla voce
Giovanna Bianchi in un documento Persona.
La ricerca esauriente di Domino in $Users assicura che un qualunque
indirizzo generato dal MTA V4 per un utente nell'elenco indirizzi è stato
localizzato correttamente. Mentre è possibile utilizzare il campo
Indirizzo Internet nel documento Persona della Versione 5 e lo
strumento che popola questo campo per standardizzare gli indirizzi
Internet nell'organizzazione e fornire un singolo posto per individuare e
modificare indirizzi Internet, questo passo è facoltativo - Domino non fa
alcuna distinzione tra l'indirizzamento V4 e V5 e utilizza entrambi
ugualmente bene.
Per ulteriori informazioni sullo strumento che popola il campo Indirizzo
Internet nei documenti Persona, vedere "Riempimento del campo
Indirizzo Internet nei documenti Persona" nel capitolo 6.
Per ulteriori informazioni sul campo Indirizzo Internet e
sull'indirizzamento della posta Internet nella Versione 5, vedere
Amministrazione del sistema Domino o la Guida di Domino Administrator.
Formato di memorizzazione della posta Internet nella Versione 5 di
Domino
Non è necessario cambiare il modo in cui i messaggi Internet degli
utenti sono memorizzati quando si esegue l'aggiornamento alla Versione
5. Se si hanno utenti che accedono alla posta solo tramite un client POP3
o IMAP e i cui documenti Persona impostano la memorizzazione dei
messaggi Internet in formato Notes e Internet nella Versione 4,
modificare il campo "Formato preferito per la posta in arrivo" sul
pannello Posta dei documenti Persona di quegli utenti nell'Elenco
indirizzi di Domino in Preferenza MIME per ottenere migliori
prestazioni.
In un ambiente misto V4/V5 dove alcuni client utilizzano messaggi
nativi MIME su server V5, Domino non consegnerà un messaggio
MIME nativo a un client, file o server di posta R4, perché MIME nativo
non è leggibile nella Versione 4.
Per ulteriori informazioni, vedere "Conversione della posta Internet in
ambienti con versioni miste.
Quando si aggiorna un server MTA a un server di posta V5, il file
NOTES.INI del server potrebbe contenere parametri che non sono
supportati nella V5. Non è necessario cambiare o rimuovere questi
parametri - essi vengono ignorati dal server e non interferiscono con le
sue funzionalità.
Il programma di aggiornamento imposta parametri di configurazione
alle impostazioni più comunemente utilizzate per server di posta
Internet. Esso non converte le impostazioni V4 di NOTES.INI nel relativi
equivalenti della UI V5. Se si hanno impostazioni di configurazione
univoche nel file NOTES.INI in V4, può essere necessario riabilitare
questa configurazione utilizzando i documenti V5 Configurazione
server e Server.
Modifiche nella conversione IMAP e POP nella Versione 5
La conversione dal formato Notes a MIME in V5 è stata migliorata per
gli utenti IMAP e POP. La conversione IMAP o POP in V5 è simile al
processo di conversione del MTA SMTP/MIME V4 e offre una
maggiore fedeltà dei messaggi rispetto a IMAP V4 o al processo di
conversione POP. Il processo di conversione V5 ha una gestione del
testo e delle immagini più completa rispetto alla V4 ma è un po' più
lento.
Modifiche agli host di ritrasmissione nella Versione 5 di Domino
Nella Versione 5, la configurazione di un host di ritrasmissione è più
semplice rispetto alla Versione 4. È possibile instradare tutta la posta
con destinazioni esterne al dominio Internet locale a un host di
ritrasmissione, o non utilizzare un host di ritrasmissione. Non c'è alcuna
necessità di instradare la posta all'interno del dominio locale Internet a
un host di ritrasmissione poiché Domino instrada SMTP in modo
nativo.
Dopo aver eseguito l'aggiornamento alla V5, è necessario immettere il
nome di host o l'indirizzo IP dell'host di ritrasmissione nel documento
Configurazione server del server aggiornato. Inoltre, si dovrebbe
attivare l'opzione "SMTP utilizzato quando si inviano messaggi fuori dal
dominio Internet locale".
Nota Lo "smart host", che elenca gli utenti non nell'Elenco indirizzi di
Domino, ha funzionalità simili a un host di ritrasmissione, sebbene il
suo ruolo sia diverso. Per ulteriori informazioni, vedere Amministrazione
del sistema Domino o Guida di Domino Administrator.
Aggiornamento di un server MTA e dei parametri nel file NOTES.INI
Uso della funzione di chiamata nella Versione 5 di Domino
I clienti che utilizzano l'accesso remoto a Internet possono avere la
necessità di svolgere alcune operazioni aggiuntive prima e durante
l'aggiornamento alla Versione 5 di Domino. Vedere Amministrazione del
sistema Domino o Guida di Domino Administrator per ulteriori
informazioni prima di effettuare l'aggiornamento.
Aggiornamento di un server di posta Internet per l'uso di thread
multipli
Dopo avere aggiornato alla V5, un router del server di posta supporta
automaticamente più thread di trasferimento sullo stesso server. Per
impostazione predefinita, il router consente l'esecuzione di più thread in
base alle impostazioni di configurazione. È possibile modificare queste
impostazioni per consentire un numero maggiore o minore di thread di
trasferimento. È possibile modificare il numero massimo di thread di
trasferimento e il numero massimo di thread di trasferimento simultanei
nel documento Configurazione server dell'Elenco indirizzi di Domino.
Fare clic sul pannello Router/SMTP-Limitazioni e controlli-Controlli
trasferimento e modificare l'impostazione nel campo Massimo thread
trasferimento per ottimizzare le prestazioni del sistema.
Database MAIL.BOX multipli su un server di posta
La Versione 5 di Domino può instradare la posta utilizzando più
database MAIL.BOX. Con un carico di lavoro pesante, più thread del
server possono provare a depositare la posta in MAIL.BOX, mentre il
router cerca di leggere e aggiornare la posta. Qualunque processo che
prova a scrivere su MAIL.BOX, inclusi i thread del server e il router,
deve avere l'accesso esclusivo a MAIL.BOX. Inoltre, quando il router
legge i nuovi messaggi da MAIL.BOX, gli altri processi che cercano di
scrivere sul database devono attendere. Questo può condurre a lunghi
tempi di attesa se c'è una grande quantità di nuova posta, ad esempio se
il sistema è impegnato da un traffico di posta pesante.
Con più database MAIL.BOX, Domino può utilizzare più processi
simultanei, poiché un processo può scrivere su ogni database
MAIL.BOX. Quando il router sta leggendo un MAIL.BOX, contrassegna
il database come "in uso" in modo che gli altri thread del server che
cercano di depositare la posta passino al MAIL.BOX successivo. Questo
migliora le prestazioni.
Vi sono grandi miglioramenti nelle prestazioni anche aggiungendo un
solo database MAIL.BOX aggiuntivo. Il vantaggio marginale diminuisce
man mano che cresce il numero di database MAIL.BOX, anche se si
continuano ad avere miglioramenti nelle prestazioni.
Per impostare più database MAIL.BOX per un server, aprire il
documento Configurazione server che si applica a quel server, fare clic
sul pannello Router/SMTP-Generali e immettere il numero di database
MAIL.BOX desiderati nel campo Numero di caselle postali.
Le contese sul disco sono raramente un problema per MAIL.BOX,
quindi non c'è di solito alcuna necessità di collocare i database
MAIL.BOX multipli su dischi diversi. Tuttavia, è utile suddividere i file
di posta degli utenti su più dischi per assicurare che tutti i file di posta e
i database MAIL.BOX non siano sullo stesso disco.
Questo capitolo descrive i passi per l'installazione della Versione 5 di
Domino e le attività che è possibile eseguire per aggiornare la Rubrica
pubblica, i server di amministrazione e di posta e il database Richieste
di amministrazione.
Aggiornamento di un server Domino
Quando si aggiorna un server Domino alla V5, si ottiene la disponibilità
di nuove caratteristiche, funzionalità e prestazioni senza modificare
configurazione, topologia, instradamento o indirizzamento del server.
Per aggiornare un server, eseguire i seguenti passaggi:
Chiudere il server Domino.
Effettuare il backup dei file più importanti del proprio server.
Aggiornare il file NOTES.INI.
Installare il software di Domino Versione 5.
Aggiornare il modello della Rubrica pubblica e replicarlo su tutti i
server Domino.
6. Aggiornate il server di amministrazione dell'Elenco indirizzi di
Domino.
7. Aggiornare le impostazioni del database Richieste di
amministrazione e replicare questo modello su tutti i server
Domino.
Vedere anche le informazioni su:
1.
2.
3.
4.
5.
Nuove caratteristiche
Uso delle nuove funzioni di Domino V5.
Miglioramenti nelle prestazioni
Aggiornamento di un server di posta per l'uso di thread multipli
Uso di più database MAIL.BOX
Modifica di fuso orario e ora legale di un server Domino
Nota Domino aggiorna automaticamente MAIL.BOX al formato e
all'impostazione di database della V5. Qualsiasi messaggio presente in
MAIL.BOX viene conservato.
3-1
Capitolo 3
Aggiornamento di un server Domino
Arresto di un server Domino
Prima di aggiornare il server, avvertire gli utenti che sarà fuori linea e
non disponibile fino al termine dell'aggiornamento.
2. Digitare
quit
Il server dovrebbe chiudersi senza problemi.
Backup dei file del server Domino
Eseguire la copia di backup dei file importanti del server Domino nel
caso si verifichino errori durante l'aggiornamento. Se si hanno problemi
durante l'aggiornamento, è possibile utilizzare le copie di backup per
ripristinare i file.
1. Eseguire la copia di backup della directory dei dati sul server (ad
esempio, C: \NOTES\DATA) Questo esegue la copia di backup di
DESKTOP.DSK, tutti i file di ID (compreso l'ID del server e gli ID
certificatori), LOG.NSF, NAMES.NSF, MAIL.BOX e qualsiasi altra
Rubrica pubblica presente sul server.
2. Eseguire la copia di backup del contenuto di qualsiasi directory
specificata da collegamenti (file DIR) della directory dei dati.
3. Eseguire la copia di backup del file NOTES.INI del server. Questo
file è situato nella directory di sistema per impostazione predefinita
(ad esempio, C:\WINNT40).
4. Eseguire la copia di backup di qualsiasi altro database di Notes
(NSF), dei modelli di Notes (NTF) e di qualsiasi database indicato
dai collegamenti directory (DIR).
Aggiornamento del file NOTES.INI
Rimuovere la gestione di memoria, controlli per la ricerca di nomi e
parametri di debug dal file NOTES.INI. Poiché l'attività Reporter non
esiste più nella Versione 5, rimuoverla dal file.
1. Assicurarsi di avere eseguito la copia di backup dei file importanti
del server. Vedere "Backup dei file del server Domino".
2. Aprire il file NOTES.INI per il server che si sta aggiornando in un
editor di testi come Blocco note di Microsoft.
3. Cancellare la voce Reporter dalla riga ServerTasks= del file.
NSF_Buffer_PoolSize
NSF_DbCache_Maxentries
Server_Name_Lookup_Noupdate
Qualsiasi parametro di debug
5. Salvare il file.
6. Chiudere l'editor di testi.
Nota Le attività di statistica sui file eseguite dall'attività Reporter nella
Versione 4 sono gestite dal Catalogo elenchi indirizzi e l'analisi statistica
fatta da Reporter è gestita dai programmi per le analisi delle prestazioni
di Domino. Invece di Reporter, l'attività Event può controllare i
database e generare un evento che informa l'amministratore che lo
spazio inutilizzato in un file ha raggiunto un livello di soglia. Inoltre,
questo evento di monitoraggio può essere impostato anche per
comprimere automaticamente database che raggiungono il livello di
soglia.
Installazione di Domino Versione 5
1. Assicurarsi di avere eseguito il backup di tutti i file importanti di
Domino e di avere rimosso l'attività Reporter dal file NOTES.INI.
Vedere "Backup dei file del server Domino" e "Aggiornamento del
file NOTES.INI".
2. Installare il software di Domino Versione 5. Se si installa Domino
nella stessa directory della versione precedente, non è necessario
modificare la configurazione del server. Se si installa Domino in una
nuova directory, il programma richiede di configurare il server.
3. Durante l'installazione, selezionare il tipo server del quale è stata
acquistata una licenza.
4. Dopo l'installazione, avviare il server Domino Versione 5.
Vedere Configurazione di un server Domino per maggiori dettagli.
Configurazione di un server Domino è disponibile in stampa e come file
Adobe Acrobat (PDF).
Nota L'installazione di un server Domino non installa Domino
Administrator (client di amministrazione della Versione 5). Si deve
eseguire una seconda installazione utilizzando il programma di
installazione client per installare Domino Administrator sul computer
server. Lotus raccomanda di gestire il server da un computer separato.
Aggiornamento di un server Domino 3-3
4. Se le seguenti voci esistono nel file, rimuoverle:
Aggiornamento della Rubrica pubblica
Il server Domino richiede di aggiornare l'impostazione della Rubrica
pubblica con il modello Elenco indirizzi di Domino della V5
(PUBNAMES.NTF) dopo avere effettuato l'aggiornamento di Domino.
Il nuovo modello Elenco indirizzi di Domino funziona con il client
Domino Administrator per ottimizzare l'amministrazione dell'elenco
indirizzi e del server Domino. L'Elenco indirizzi di Domino è
compatibile con le versioni precedenti ed è impostato per utilizzo in
ambienti con versioni miste. Aggiornare l'impostazione della Rubrica al
modello Elenco indirizzi di Domino della Versione 5 dopo
l'aggiornamento del server alla Versione 5. Quindi aggiornare il formato
di database dell'Elenco indirizzi di Domino comprimendo il database e
ricostruendone le viste.
Aggiornamento della Rubrica pubblica al modello Elenco indirizzi
di Domino
1. Quando Domino richiede se si desidera aggiornare l'impostazione
Rubrica pubblica al modello della Versione 5, digitare:
S
Questo sostituisce il modello V4 della Rubrica pubblica con il
modello V5 dell'Elenco indirizzi di Domino.
2. Dopo avere eseguito il server, verificare che non vi siano errori o
problemi. Uscire quindi dal server. Digitare
quit
Compressione dell'Elenco indirizzi di Domino dopo
l'aggiornamento
1. Dalla riga comandi del sistema operativo, selezionare la directory di
programma di Domino e comprimere l'Elenco indirizzi di Domino
nel nuovo OD della V5.
ncompact names.nsf
acompact names.nsf
icompact names.nsf
compact names.nsf
Nota Se l'Elenco indirizzi di Domino ha un nome di file diverso da
names.nsf, sostituire il nome di file corretto per names.nsf.
Questo aggiorna l'Elenco indirizzi di Domino dall'ODS V4 all'ODS
V5.
2. Dopo avere compresso l'Elenco indirizzi di Domino nel nuovo
formato di database V5, ricostruire le viste ($ServerAccess) e
($Users) nell'Elenco indirizzi di Domino.
Ricostruire le viste nell'Elenco indirizzi di Domino
1. Dalla riga comandi del sistema operativo, ricostruire le viste
($ServerAccess) ($Users) nell'Elenco indirizzi di Domino.
nupdall names.nsf -t "($ServerAccess)" -r
nupdall names.nsf -t "($Users)" -r
aupdall names.nsf -t "($ServerAccess)" -r
aupdall names.nsf -t "($Users)" -r
iupdall names.nsf -t "($ServerAccess)" -r
iupdall names.nsf -t "($Users)" -r
updall names.nsf -t "($ServerAccess)" -r
updall names.nsf -t "($Users)" -r
La ricostruzione delle viste ($ServerAccess) e ($Users) nell'Elenco
indirizzi di Domino permette ai client di accedere al server più
velocemente.
2. Dopo avere ricostruito le viste nell'Elenco indirizzi di Domino,
avviare il server Domino.
Aggiornamento delle viste nei database sul server Domino
aggiornato
1. Una volta che il server Domino è in esecuzione, digitare:
load updall
Questo ricostruisce le viste di database, permettendo agli utenti di
accedere all'Elenco indirizzi di Domino e agli altri database sul server
più velocemente. La quantità di tempo necessario per l'esecuzione di
Updall dipende dal numero di database sul server, dalla dimensione dei
database e dalla complessità delle viste in quei database.
Replica dell'impostazione dell'Elenco indirizzi di Domino ad altri
server
Dopo avere aggiornato un server alla V5, è opportuno replicare
l'impostazione dell'Elenco indirizzi di Domino sulle Rubriche pubbliche
presenti negli altri server dell'organizzazione, comprendenti server della
Versione 4 e Versione 3. L'Elenco indirizzi di Domino è impostato per
essere utilizzato in ambienti con versioni miste e per l'amministrazione
di server V4 e precedenti.
Nota Dopo avere replicato il nuovo modello ad altri server, le viste
negli Elenchi indirizzi di Domino/Rubriche pubbliche devono essere
ricostruite su quei server. La ricostruzione delle viste per il modello V5
su un server V4 o V3 richiedono parecchio tempo. Lotus raccomanda di
replicare il modello e ricostruire le viste per i server di versioni
precedenti alla 5 durante un fine settimana o durante altri periodi in cui
il carico di lavoro è basso.
Dopo avere aggiornato il primo server Domino nel dominio e avere
replicato il nuovo modello Elenco indirizzi di Domino agli altri server,
aggiornare il server che agisce come il server di amministrazione per
l'Elenco indirizzi di Domino. Questo permette di sfruttare le nuove
caratteristiche del Processo di Amministrazione della V5. Seguire i passi
in questo capitolo per aggiornare il server di amministrazione.
Per i punti relativi all'aggiornamento di un server Domino, vedere
"Aggiornamento di un server Domino".
Aggiornamento del modello Richieste di amministrazione
Dopo avere aggiornato il server di amministrazione per l'Elenco
indirizzi di Domino, elaborare tutte le richieste nel database Richieste di
amministrazione, quindi chiudere il Processo di Amministrazione e
aggiornare l'impostazione del database Richieste di amministrazione su
quel server al modello V5. Il modello Richieste di amministrazione della
V5 è impostato per garantire la compatibilità a ritroso con il Processo di
Amministrazione della V4 e per l'utilizzo in ambienti con versioni miste.
È opportuno replicare la nuova impostazione ai database Richieste di
amministrazione sugli altri server dell'organizzazione.
Nota Non è necessario elaborare tutte le richieste nel database
Richieste di amministrazione per aggiornare il database, ma Lotus
raccomanda di elaborarne quante più è possibile per un aggiornamento
più veloce.
Elaborazione delle richieste nel database Richieste di
amministrazione
2. Digitare
tell adminp process all
Nota Può essere necessario impartire questo comando più di una
volta, dato che alcune Richieste di amministrazione ne creano altre.
3. Dopo che il processo di amministrazione ha terminato di elaborare
le richieste, chiuderlo.
Aggiornamento del server di amministrazione dell'Elenco indirizzi di
Domino
Arresto del Processo di Amministrazione sul server
1. Digitare
tell adminp quit
2. Aggiornare l'impostazione del database Richieste di
amministrazione.
Aggiornamento dell'impostazione del database Richieste di
amministrazione
1. Avviare il client Domino Administrator.
3. Nel campo Server, digitare il nome del server di amministrazione
aggiornato.
4. Selezionare il database Richieste di amministrazione (V4)
(ADMIN4.NSF) e fare clic su Apri.
5. Se questa è la prima volta che è stato aperto il database Richieste di
amministrazione, viene visualizzato il documento Informazioni su
questo database. Premere ESC per chiudere il documento.
6. Scegliere File - Database - Sostituisci impostazione.
7. Fare clic su Server di modelli.
8. Nel campo Server, immettere il nome di un server Domino Versione
5 e fare clic su OK.
9. Selezionare il modello Richieste di amministrazione (V5.0)
(ADMIN4.NTF) e fare clic su Sostituisci.
10. Quando Domino Administrator visualizza un avvertimento sulla
sostituzione dell'impostazione, fare clic su Sì.
11. Chiudere il database Richieste di amministrazione.
12. Replicare la nuova impostazione agli altri server
nell'organizzazione.
Aggiornamento di un server di posta per l'uso di thread multipli
Dopo avere aggiornato alla V5, un router del server di posta supporta
automaticamente più thread di trasferimento sullo stesso server. Per
impostazione predefinita, il router consente l'esecuzione di più thread in
base alle impostazioni di configurazione. È possibile modificare queste
impostazioni per consentire un numero maggiore o minore di thread di
trasferimento. È possibile modificare il numero massimo di thread di
trasferimento e il numero massimo di thread di trasferimento simultanei
Uso di più database MAIL.BOX
La Versione 5 di Domino può instradare la posta utilizzando più
database MAIL.BOX. Con un carico di lavoro pesante, più thread del
server possono provare a depositare la posta in MAIL.BOX, mentre il
router cerca di leggere e aggiornare la posta. Qualunque processo che
prova a scrivere su MAIL.BOX, inclusi i thread del server e il router,
deve avere l'accesso esclusivo a MAIL.BOX. Inoltre, quando il router
legge i nuovi messaggi da MAIL.BOX, gli altri processi che cercano di
scrivere sul database devono attendere. Questo può condurre a lunghi
tempi di attesa se c'è una grande quantità di nuova posta, ad esempio se
il sistema è impegnato da un traffico di posta pesante.
Con più database MAIL.BOX, Domino può utilizzare più processi
simultanei, poiché un processo può scrivere su ogni database
MAIL.BOX. Quando il router sta leggendo un MAIL.BOX, contrassegna
il database come "in uso" in modo che gli altri thread del server che
cercano di depositare la posta passino al MAIL.BOX successivo. Questo
migliora le prestazioni.
Le contese sul disco sono raramente un problema per MAIL.BOX,
quindi non c'è di solito alcuna necessità di collocare i database
MAIL.BOX multipli su dischi diversi. Tuttavia, è utile suddividere i file
di posta degli utenti su più dischi per assicurare che tutti i file di posta e
i database MAIL.BOX non siano sullo stesso disco.
Vi sono grandi miglioramenti nelle prestazioni anche aggiungendo un
solo database MAIL.BOX aggiuntivo. Il vantaggio marginale diminuisce
man mano che cresce il numero di database MAIL.BOX, anche se si
continuano ad avere miglioramenti nelle prestazioni.
Per impostare più database MAIL.BOX per un server, aprire il
documento Configurazione server che si applica a quel server, fare clic
sul pannello Router/SMTP-Generali e immettere il numero di database
MAIL.BOX desiderati nel campo Numero di caselle postali.
nel documento Configurazione server dell'Elenco indirizzi di Domino.
Fare clic sul pannello Limitazioni e controlli - Controlli trasferimento e
modificare le impostazioni per ottimizzare le prestazioni del sistema.
Fare clic sul pannello Router/SMTP-Limitazioni e controlli-Controlli
trasferimento e modificare l'impostazione nel campo Massimo thread
trasferimento per ottimizzare le prestazioni del sistema.
Modifica di fuso orario e ora legale di un server Domino
Le impostazioni di fuso orario e ora legale del server Domino
dovrebbero corrispondere a quelle dei server con cui il server in
questione esegue le proprie operazioni di replica. Se queste
impostazioni non coincidono, potrà essere riscontrato un
comportamento inatteso da parte degli agenti programmati.
Nota Assicurarsi che fuso orario e ora legale del sistema operativo del
server siano impostati correttamente.
Per cambiare l'utilizzo delle impostazioni del sistema operativo da parte
di Domino, modificare le impostazioni dei campi Fuso orario e DST
nella sezione Ubicazione del server del documento Server nell'Elenco
indirizzi di Domino, ad esempio, dopo avere aggiornato il server alla
Versione 5.
Nota Non modificare il fuso orario o l'ora legale del sistema operativo
tra il momento in cui viene configurato il server e la prima volta che
esso viene avviato.
Nota Modificando il fuso orario o l'ora legale del sistema operativo
mentre il server Domino è in funzione, le nuove impostazioni non
avranno effetto fino a successivo riavvio del server.
Dopo aver aggiornato un server e l'Elenco indirizzi di Domino alla V5 e
replicato il nuovo modello sulle Rubriche pubbliche, aggiornare i client
di amministrazione Domino alla V5. Si possono sfruttare le nuove
caratteristiche e i vantaggi di Domino Administrator, inclusi la traccia
dei messaggi, le mappe della topologia e un'interfaccia orientata alle
applicazioni. Inoltre, l'Elenco indirizzi di Domino è più facile da gestire
con Domino Administrator.
Aggiornamento dell'amministrazione di Domino
Per aggiornare l'amministrazione di Domino, eseguire le seguenti
operazioni:
Aggiornamento dei client di amministrazione
Aggiornamento allo strumento Web Administrator
Vedere anche le informazioni:
Uso della traccia messaggi in un ambiente con versioni miste
Aggiornamento dei client di amministrazione
Una volta aggiornata la Rubrica pubblica della Versione 4 al modello
Elenco indirizzi di Domino della Versione 5, aggiornare i client di
amministrazione a Domino Administrator V5. A causa di modifiche nei
moduli dell'Elenco indirizzi di Domino, risulta più facile ed efficiente
gestire il dominio e i server in esso presenti mediante Domino
Administrator. Inoltre, Domino Administrator dispone di un'interfaccia
molto avanzata che semplifica grandemente l'amministrazione dei
server. Domino Administrator è progettato per gestire un ambiente in
cui siano presenti differenti versioni di Domino, e funziona facilmente
con i server della Versione 4.
4-1
Capitolo 4
Aggiornamento dell'amministrazione di Domino
Installazione del client Domino Administrator V5
Nella V5, il client Domino Administrator viene installato separatamente
dal server.
Per ulteriori informazioni, vedere "Installazione di Domino
Administrator nella Versione 5" nel capitolo 1.
Aggiornamento allo strumento Web Administrator
Quando si aggiorna un server Domino alla V5, il programma di
aggiornamento cancella il database dell'Amministrazione Web V4
(WEBADMIN.NSF) e crea un nuovo database Amministrazione Web
basato sul modello V5 (WEBADMIN.NTF). Questo è necessario per
utilizzare la nuova impostazione della V5. Se è stata personalizzata la
LCA del database Amministrazione Web V4, queste informazioni
devono essere immesse anche nella nuova LCA del database
Amministrazione Web.
Uso della traccia messaggi in un ambiente con versioni miste
Centro traccia
La traccia dei messaggi per gli amministratori (utilizzando Centro
traccia in Domino Administrator) può solo tener traccia dei messaggi
sui server V5 per cui è abilitata la traccia messaggi. Se un messaggio è
stato trasferito su un server pre-V5 o di terza parte, non è più possibile
tener traccia di quel messaggio utilizzando Centro traccia.
Nota Le informazioni di traccia messaggi non vengono aggiunte per i
messaggi che entrano nel il dominio Domino da altre origini, come un
server di posta di terze parti.
Traccia messaggi per gli utenti finali (basata sulla posta)
Gli utenti con un file di posta V5 possono tener traccia dei messaggi che
sono instradati attraverso server pre-V5 e di terze parti, se questi server
mantengono la fedeltà dei campi Notes nella richiesta di traccia del
messaggio. Domino restituisce solo le informazioni di traccia messaggio
dai server V5 che hanno abilitata la traccia messaggi. Se i server forniti
da terze parti non mantengono questi campi, non è possibile rintracciare
i messaggi oltre questi server.
Capitolo 5
Aggiornamento dei client
Questo capitolo descrive i passi per l'aggiornamento di Notes alla
Versione 5 e fornisce alcuni cenni sulle nuove caratteristiche.
Aggiornamento di un client Notes alla Versione 5
Per aggiornare Notes alla Versione 5, eseguire i seguenti passi:
Eseguire il backup dei file più importanti.
Installare Notes Versione 5.
Vedere le anche informazioni:
Conversione dell'area di lavoro in segnalibri
Modifica della Rubrica personale
Database Portfolio nella Versione 5 di Notes
Aggiornamento del proprio file di posta alla Versione 5
Creazione di record di account per la posta Internet
Uso di Notes Versione 5
Impostazione della sicurezza predefinita di una stazione di lavoro
Sincronizzazione di fuso orario e ora legale in Notes
Uso delle funzioni di diario e pianificazione con la posta Internet
Ripetizione di riunioni e Versione 5
Vedere anche "Invio della posta in formato Notes a utenti Internet" nel
capitolo 2, "Aggiornamento di un server di posta Internet".
5-1
Backup dei file di un client Notes
Eseguire il backup dei file del client Notes importanti in caso si verifichi
un errore durante il processo di aggiornamento. Se si verificano
problemi, è possibile ripristinare questi file con le versioni di backup.
Eseguire la copia di backup dei seguenti file per ogni client di Notes:
File
Località predefinita
NOTES.INI (Preferenze di
Notes su Macintosh)
Directory di sistema (ad esempio,
C:\WIN95)
DESKTOP.DSK
Directory di dati di Notes (ad esempio,
C:\NOTES\DATA)
Rubrica personale (NAMES.NSF
per impostazione predefinita)
C:\NOTES\DATA)
File di ID utente (ad esempio,
GROSSI.ID)
C:\NOTES\DATA)
Database locali (.NSF)
C:\NOTES\DATA)
Collegamenti a directory di
database locali (.DIR)
C:\NOTES\DATA)
Qualsiasi modello di database di
Notes personalizzato (.NTF)
C:\NOTES\DATA)
Installazione del software della Versione 5 di Notes
1. Assicurarsi di avere eseguito la copia di backup dei file client Notes
importanti. Vedere "Backup dei file di un client Notes".
2. Eseguire SETUP.EXE. Seguire i messaggi sullo schermo per
installare correttamente il software. Selezionare il tipo di client del
quale è stata acquistata una licenza.
3. Avviare Notes.
Notes configura e aggiorna il software automaticamente se si installa la
Versione 5 nella stessa directory della versione precedente di Notes. Se
si installa la Versione 5 in una directory diversa, Notes richiede di
completare il processo di configurazione. Se si installa Notes in una
directory diversa, tenere presente che il programma Setup colloca
NOTES.INI nella directory di dati di Notes. Nelle versioni precedenti, il
programma Installazione inseriva NOTES.INI nella directory di sistema
per impostazione predefinita.
Nota Notes aggiorna automaticamente la Rubrica personale
all'impostazione della Versione 5. Se si ha posta Internet configurata per
funzionare con POP3, Notes crea un record Account per quella
configurazione di posta Internet. Vedere "Creazione di record di
account per la posta Internet".
La Versione 5 di Notes converte automaticamente l'area di lavoro in
segnalibri. È ancora possibile accedere all'area di lavoro, ma il nuovo
modello di navigazione e la facilità di utilizzo dei segnalibri non lo
richiedono obbligatoriamente.
Le pagine di area di lavoro vengono convertite in pulsanti di segnalibro,
situati sul lato sinistro dello schermo client.
Notes fornisce inizialmente le seguenti pagine di segnalibro:
Pagina Segnalibri
Descrizione
Home
Visualizza la home page, dove è possibile eseguire
operazioni ed eseguire accessi e ricerche nel Web
Posta
Visualizza il file di posta
In primo piano
Visualizza il pannello "In primo piano", che può
includere posta elettronica, aggiornamenti Web, voci di
diario e altre informazioni specificate dall'utente
Diario
Visualizza il diario
Rubrica indirizzi
Visualizza la Rubrica indirizzi personale
Da fare
Visualizza l'elenco delle attività da eseguire
Gestore repliche
Visualizza la pagina Gestore repliche. Questa voce
appare solo se si hanno repliche locali con replica
abilitata.
Domino
Administrator
Visualizza Domino Administrator per l'amministrazione
dei server Domino. Questo segnalibro appare solo se si è
installato Domino Administrator.
Domino Designer
Visualizza Domino Designer per l'impostazione delle
applicazioni Domino. Questo segnalibro appare solo se
si è installato Domino Designer.
Segnalibri preferiti
Visualizza una lista di segnalibri dei database utilizzati
più recentemente
Database
Visualizza i segnalibri organizzati nel modo in cui
appaiono sull'area di lavoro, con una cartella segnalibri
per ogni pagina dell'area di lavoro
Altri segnalibri
Visualizza i segnalibri per la ricerca nei database di
Notes e nel Web
Creazione
Contiene segnalibri per la creazione di documenti come
promemoria voci e attività di diario
Aggiornamento dei client 5-3
Conversione dell'area di lavoro in segnalibri
Pagina Segnalibri
Descrizione
Collegamenti
Internet Explorer
Contiene i segnalibri prelevati dai Preferiti di Microsoft
Internet Explorer
Collegamenti
Navigator
Contiene i segnalibri prelevati da Netscape Navigator
È possibile aggiungere un segnalibro a qualsiasi pulsante Segnalibro
trascinandolo su quel pulsante.
Per ulteriori informazioni sull'utilizzo di segnalibri, vedere Guida del
client Notes.
Modifica della Rubrica personale
La Rubrica personale della Versione 5 ha molti nuovi moduli, viste,
sottomoduli, agenti e librerie di procedure, mentre alcuni elementi di
impostazione sono stati cancellati rispetto al modello V4.
Nuovi agenti nella Rubrica personale della Versione 5
Rimuovi profilo
Nuovi moduli nella Rubrica personale della Versione 5
Account
Impostazioni MIME internazionali
($Internet/RAS Dialup Wizard)
($Notes Dialup Wizard)
Nuove librerie di procedure nella Rubrica personale della
Versione 5
Routine RLAN
StackContainer
Procedura guidata
Nuovi sottomoduli nella Rubrica personale della Versione 5
$CertifierExtensibleSchema
$GroupExtensibleSchema
$RLANotpp
Avanzate\Impostazioni internazionali MIME
($Accounts)
($International MIME Settings)
($PeopleGroupsByLang)
($PeopleGroupsCorpHier)
Viste cancellate nella Rubrica personale della Versione 5
($NamesFieldLookup)
($ServersLookup)
Database Portfolio nella Versione 5 di Notes
I database nel Portfolio sono presentati come segnalibri nell'interfaccia
della V5.
Aggiornamento del proprio file di posta alla Versione 5
Non aggiornare il file di posta al modello della Versione 5 fino a quando
ciò non viene indicato o eseguito dall'amministratore di Domino.
Creazione di record di account per la posta Internet
La Versione 5 di Notes introduce i record Account, che contengono
informazioni per l'accesso a posta che utilizza POP, IMAP e per l'invio
di posta con SMTP. Se il record Località della Versione 4 è configurato
per utilizzare POP3, Notes converte queste informazioni in un record
Account per quell'impostazione. Se si invia posta a Internet, Notes crea
un record Account SMTP. Gli account sono impostati per la Località che
si configura per la posta Internet.
Nuove viste nella Rubrica personale della Versione 5
Avanzate\Account
Impostazione della sicurezza predefinita di una stazione di lavoro
Prima di aggiornare Notes, l'amministratore del dominio può impostare
la Lista controllo esecuzione di amministrazione (ECL) nell'Elenco
indirizzi di Domino. La ECL di amministrazione imposta la sicurezza
predefinita sul client di Notes quando gli utenti eseguono Notes per la
prima volta dopo l'aggiornamento. La sicurezza della stazione di lavoro
definisce quali applicazioni di gruppo si possono eseguire su un client
Notes. Se un gruppo non è specificato nell'ECL per un client, Notes
avverte l'utente quando un'applicazione creata dal gruppo tenta
l'esecuzione su quel client.
Per informazioni sull'impostazione della ECL di amministrazione,
vedere la Guida per l'amministratore di Domino.
Sincronizzazione di fuso orario e ora legale in Notes
Nella Versione 5, Notes e il sistema operativo del client sincronizzano il
fuso orario e le impostazioni relative all'ora legale. Avviando Notes, il
client sincronizza le impostazioni del sistema operativo in modo da farle
corrispondere a quelle della corrente ubicazione di Notes. Nelle versioni
precedenti, Notes si sincronizzava solo con l'ora del sistema operativo;
ciò poteva causare una errata sincronizzazione tra l'ora e il fuso orario
impostati nel sistema operativo.
Assicurarsi che fuso orario, ora legale e ora media di Greenwich (GMT)
siano impostati correttamente nel sistema operativo. Per esempio, se il
sistema operativo non ha attivata la funzione relativa all'ora legale e si
tenta di modificare manualmente l'ora impostata per tenerne conto,
l'esecuzione di Notes attiva l'ora legale a livello di sistema operativo,
causando un'errata impostazione dell'orologio del sistema, che risulterà
un'ora avanti o indietro.
Modifica delle impostazioni su computer che utilizzano Windows
L'elenco dei fusi orari e delle date di inizio e fine dei periodi di ora
legale presente nel documento Località di Notes corrisponde
esattamente a quello del sistema operativo Windows. Passando a
un'ubicazione con impostazioni differenti, queste aggiorneranno le
impostazioni di Windows relative a fuso orario e ora legale.
Modificando le impostazioni relative a fuso orario od ora legale di
Windows durante l'esecuzione di Notes, Notes aggiorna tali
impostazioni in base all'ubicazione corrente.
Installando la Versione 5 di Domino su un computer che utilizza
Windows, qualora le impostazioni relative al fuso orario in uno dei
documenti Località non corrisponda alle impostazioni di sistema di
Windows, potrà essere richiesto di scegliere il fuso orario.
In un ambiente che combina l'instradamento della posta su Notes RPC e
SMTP, il router Domino instrada automaticamente gli inviti alle
riunioni, gli appuntamenti e le altre informazioni per il diario e la
pianificazione su Notes RPC, quando possibile. Su SMTP, ad esempio,
se si invia un invito per una riunione a qualcuno in Internet, gli elementi
per il diario e la pianificazione sono convertiti in messaggi di testo.
Notes RPC è richiesto per utilizzare le caratteristiche interattive (flusso
di lavoro) negli elementi per il diario e la pianificazione Notes.
Nota La conversione degli elementi per il diario e la pianificazione in
testo durante l'instradamento su SMTP funziona allo stesso modo nella
V5, nella V4.5 e nella V4.6.
Ripetizione di riunioni e la Versione 5
Le organizzazioni che desiderano servirsi della funzione di ripetizione
delle riunioni del modello di posta V5 dovranno aggiornare i propri
client Notes e i propri modelli di posta dalla Versione 4.5 alla
Versione 4.5.7, oppure dalla Versione 4.6 alla Versione 4.6.3, affiché tale
funzione operi correttamente all'interno di un sistema in cui coesistano
versioni differenti di Domino. Non è necessario aggiornare i server; è
invece necessario aggiornare i modelli per i client che dovranno servirsi
della ripetizione delle riunioni.
Dato che le versioni precedenti alla 4.5 non disponevano delle funzioni
di Calendaring & scheduling introdotte nella V4.5, non vi è alcuna
necessità di effettuare modifiche a server o file di posta che usino tali
versioni.
Uso delle funzioni di diario e pianificazione con la posta Internet
Questo capitolo descrive l'amministrazione di server Domino, client
Notes e applicazioni Domino con l'Elenco indirizzi di Domino della
Versione 5.
Come lavorare con l'Elenco indirizzi di Domino
L'Elenco indirizzi di Domino è compatibile con le versioni precedenti e
deve essere replicato con i server Domino V4 e V3. Esso supporta il
protocollo LDAPv3, che permette ai client Internet di interrogare e
aggiornare l'elenco di indirizzi. L'Elenco indirizzi di Domino include un
nuovo campo chiamato Indirizzo Internet, con cui è possibile
standardizzare gli indirizzi Internet nell'organizzazione.
Vedere informazioni su:
Uso del modello Elenco indirizzi di Domino in un ambiente in cui
coesistono differenti versioni di Domino
Uso del Profilo Elenco indirizzi di Domino
Viste nuove e viste eliminate nell'Elenco indirizzi di Domino
Nuovi moduli nell'Elenco indirizzi di Domino
Uso del nuovo campo Indirizzo Internet
Riempimento del campo Indirizzo Internet: nei documenti Persona
Uso di Schema formato personalizzato
Creazione di un indirizzo Internet usando Schema formato
personalizzato
Convalida degli indirizzi Internet
Modifiche nell'aggiornamento e coesistenza
Recupero delle informazioni LDAP in un ambiente con versioni
miste
Aggiornamento di Indirizzamento facilitato
Autenticazione nel Web e rubriche secondarie
Nomi degli host all'interno dei documenti Server
6-1
Capitolo 6
Come lavorare con l'Elenco indirizzi di Domino
Uso del modello Elenco indirizzi di Domino in un ambiente in cui
coesistano differenti versioni di Domino
Il modello Elenco indirizzi di Domino della Versione 5 è impostato per
l'uso all'interno di un ambiente in cui siano presenti versioni diverse tra
loro di Domino. Dopo avere aggiornato il primo server alla Versione 5, è
possibile e si consiglia di replicare la nuova impostazione agli altri
server dell'organizzazione. Il nuovo modello è impostato in modo da
essere compatibile con i server delle versioni 3 e 4.
Aggiornamento dei server V4 che utilizzano il modello Elenco
indirizzi di Domino
È possibile decidere di aggiornare i server Domino V4 a una Versione 4
successiva, prima di eseguire il salto alla Versione 5. Ad esempio, in un
ambiente misto composto di server V4 e V5, può essere necessario
aggiornare i server V4 dalla Versione 4.6 alla Versione 4.6.2. Eseguendo
tale aggiornamento, Domino domanda se si desidera sostituire
l'impostazione della Rubrica pubblica. Se i server V4.6 presenti
utilizzano l'impostazione dell'Elenco indirizzi di Domino della Versione
5 (come raccomandato) e si fa clic su Sì per sostituire tale
l'impostazione, Domino sovrascrive il modello dell'Elenco indirizzi di
Domino della Versione 5 con il modello della Rubrica pubblica della
Versione 4. Si raccomanda di non sostituire l'impostazione della Rubrica
pubblica durante l'aggiornamento tra diverse versioni 4 sui server che
dispongano già del modello dell'Elenco indirizzi di Domino della
Versione 5.
Uso del Profilo Elenco indirizzi di Domino
Alla prima apertura dell'Elenco indirizzi di Domino aggiornato con
Notes o con un client Web, viene visualizzato il Profilo Elenco indirizzi
di Domino. Questo profilo controlla le caratteristiche dell'Elenco
indirizzi.
Per informazioni sul completamento del Profilo elenco, vedere
"Personalizzazione del profilo della Rubrica pubblica" in
Amministrazione del sistema Domino.
L'Elenco indirizzi di Domino della Versione 5 contiene numerose nuove
viste, mentre alcune viste della Rubriche pubbliche della Versione 4 non
appaiono più.
Nuove viste Server nell'Elenco indirizzi di Domino
INFORMAZIONI DI RETE DEL DOMINIO ESTERNO
Ferie
Configurazioni Web
Nuove viste Persone nell'Elenco indirizzi di Domino
Informazioni lingua alternativa
Nuove viste nascoste nell'Elenco indirizzi di Domino
$ExternalDomainNetworkAddress
$ExternalDomainConfigurations
$ExternalDomainServerConfigurations
$Holidays
$LDAPCN
$LDAPG
$LDAPHier
$LDAPS
$PeopleGroupsByLang
$PeopleGroupsByCorpHier
$PeopleGroupsByPhonetic
$RegisterGroups
Viste della Versione 4 che sono state rimosse dall'Elenco indirizzi
di Domino
$ACLMONITOR
$RepMonitors
$Thresholds
$NamesFieldLookup (quando tutti i client sono 4.5)
Capitolo 6: Come lavorare con l'Elenco indirizzi di Domino 6-3
Viste nuove e viste eliminate nell'Elenco indirizzi di Domino
Nuovi moduli nell'Elenco indirizzi di Domino
La Versione 5 aggiunge molti nuovi moduli all'Elenco indirizzi di
Domino. Tra questi vi sono:
INFORMAZIONI DI RETE DEL DOMINIO ESTERNO
Impostazioni di configurazione (in precedenza Configurazione
dominio)
Ferie
(AlternateLanguageInformation)
(ExternalDomainNetworkAddress)
(FileProtection)
(FileProtectionDialog)
(Mapping)
(VirtualServer)
($MessageSettings)
(InternetMail)
Riempimento del campo Indirizzo Internet: nei documenti Persona
Passando alla Versione 5 di Domino, è possibile servirsi dello strumento
Indirizzo Internet per riempire il campo Indirizzo Internet di tutti i
documenti Persona di un Elenco indirizzi di Domino all'interno dei
quali tale campo sia vuoto.
1. Avviare Domino Administrator.
2. Fare clic sulla linguetta Persone e gruppi.
3. Selezionare il server e l'Elenco indirizzi di Domino di cui si desidera
riempire i campi Indirizzo Internet.
4. Fare clic sul pannello Persone.
5. Fare clic su Imposta indirizzo Internet.
6. Nella finestra di dialogo Costruzione Indirizzo Internet, scegliere il
formato degli indirizzi Internet.
7. Scegliere il separatore da usare per gli indirizzi Internet. Questo
carattere separerà gli elementi presenti nel campo Formato.
Nota Selezionando l'opzione "Usa indirizzo esistente dal campo
nome breve, se disponibile", lo strumento cercherà nel campo Nome
breve di ogni documento Persona un indirizzo Internet valido
(ad esempio, [email protected]). Se lo strumento trova un indirizzo
Internet valido, utilizza tale indirizzo per completare il campo
Indirizzo Internet, invece di creare una nuova voce in base alle
informazioni della finestra di dialogo.
9. (Facoltativo) Fare clic su Altre opzioni ed eseguire una qualunque
delle seguenti operazioni:
Selezionare "Usa dominio Internet esistente dal campo nome
breve, se disponibile", per cercare nel campo Nome breve di
ogni documento Persona un dominio Internet valido (ad
esempio, @acme.com). Se lo strumento trova un dominio
Internet valido, utilizza tale dominio per completare l'indirizzo
Internet, invece di servirsi della voce presente in Dominio
Internet nella finestra di dialogo.
Selezionare "Separa nomi multi parola con carattere separatore
selezionato" per inserire il carattere di separazione specificato
fra le parole di un nome composto da più parole.
Selezionare "Creare indirizzi solo per le persone in un dominio
Notes specifico" per impostare gli indirizzi Internet solo per gli
utenti di un determinato dominio Notes. Immettere il nome del
dominio Notes in cui si vogliono impostare gli indirizzi Internet.
Selezionare "Usa motivo formato alternativo in caso di conflitto
di nome" per specificare una seconda struttura di indirizzi
Internet qualora Notes generi lo stesso indirizzo Internet per due
utenti. Specificare la struttura secondaria nella casella. Vedere
"Uso della maschera di formato personalizzata".
Ciò permette di usare il formato alternativo se quello principale
porta alla generazione di un indirizzo contenente caratteri non
ASCII, di un indirizzo non univoco o di un indirizzo contenente
un carattere non valido.
La finestra di dialogo Costruzione Indirizzo Internet specifica il server e
l'Elenco indirizzi di Domino su cui viene eseguito. Essa fornisce anche
un esempio per ogni formato di indirizzo e separatore.
Nota La finestra di dialogo non fornisce esempi per tutte le
combinazioni di Formato personalizzato.
8. Immettere il dominio Internet della società.
Lo strumento Indirizzo Internet verifica tutti i documenti Persona
nell'Elenco indirizzi di Domino. Quando trova un documento senza
alcuna voce nel campo Indirizzo Internet, esso crea una voce in base alle
regole sopradescritte, verifica che tale voce rappresenti un indirizzo
valido secondo il protocollo RFC 821 ed esegue un controllo per
assicurarsi che la voce sia univoca, mediante una ricerca esauriente del
nome in questione in tutti gli Elenchi indirizzi di Domino presenti sul
server. Qualora la voce corrisponda a un campo Indirizzo Internet, lo
strumento lascerà vuoto il campo e immetterà un errore nel database
Storico (LOG.NSF).
Nota Tutti gli errori rilevati vengono immessi nello storico (LOG.NSF).
Attenzione Lo strumento Indirizzo Internet esegue una ricerca
esauriente del nome di ogni nuovo indirizzo Internet e non dovrebbe
essere eseguito su un elenco o su un server che sia sottoposto a un
grande carico di lavoro.
Formati di indirizzo per lo strumento Indirizzo Internet:
È possibile scegliere tra i seguenti formati di indirizzo:
Nome Cognome
Questo formato usa i campi Nome e Cognome per formare
l'indirizzo.
Nome Iniziale Cognome
Questo formato usa i campi Nome, Iniziale secondo nome e
Cognome per formare l'indirizzo.
InizialeNome Cognome
Questo formato usa la prima lettera nel campo Nome e il campo
InizialeNome InizSecNome Cognome
Questo formato usa la prima lettera del campo Nome e i campi
Iniziale secondo nome e Cognome per formare l'indirizzo.
Cognome Nome
Questo formato usa i campi Cognome e Nome per formare
l'indirizzo.
Cognome Nome InizSecNome
Questo formato usa i campi Cognome, Nome e Iniziale secondo
nome per formare l'indirizzo.
Cognome InizNome
Questo formato usa il campo Cognome e la prima lettera del campo
Nome per formare l'indirizzo.
Nome InizCognome
Questo formato usa il campo Nome e il primo carattere del campo
Utilizzare Schema formato personalizzato
Il formato Schema formato personalizzato permette di specificare
come strutturare un indirizzo Internet.
È possibile scegliere dai seguenti separatori di indirizzo:
Nessuno
Una sottolineatura
_
Un segno di uguale
=
Simbolo di percentuale
%
Nota È necessario specificare un dominio Internet nel campo Dominio
Internet della finestra di dialogo.
Per l'utente Giovanna R. Giannini,
Utente
Campo Nome
Campo Cognome
Campo Iniziale
secondo nome
Dominio
Internet
Giovanna R.
Giannini
Giovanna
Giannini
R
acme.com
l'esecuzione dello strumento Indirizzo Internet: produce i seguenti
possibili indirizzi Internet:
Formato
Separatore
Indirizzo Internet dopo aver eseguito
lo strumento
Nome Cognome
_
[email protected]
Nome Iniziale Cognome
_
[email protected]
InizialeNome Cognome
%
J%[email protected]
InizialeNome InizSecNome %
Cognome
J%R%[email protected]
Cognome Nome
=
[email protected]
Cognome Nome
InizSecNome
=
[email protected]
Cognome InizNome
_
[email protected]
Cognome InizNome InizSecNome
Questo formato usa il campo Cognome, la prima lettera del campo
Nome e il campo Iniziale secondo nome per formare l'indirizzo.
Formato
Separatore
Indirizzo Internet dopo aver eseguito
lo strumento
Cognome InizNome
InizSecNome
_
[email protected]
Nome InizCognome
%
Jane%[email protected]
Nota È necessario specificare un dominio Internet nel campo Dominio
Internet della finestra di dialogo.
Uso di Schema formato personalizzato
Selezionando "Usa maschera formato personalizzata" nella finestra di
dialogo, è possibile impostare il modo in cui Domino crea gli indirizzi
Internet nei documenti Persona che non hanno una voce nel campo
Indirizzo Internet. Per specificare come deve essere visualizzato
l'indirizzo, usare i seguenti caratteri nella finestra di dialogo:
Abbreviazione
Significato
Fn
Nome, troncato a n caratteri
Ln
Cognome, troncato a n caratteri
M
Iniziale secondo nome
T
Titolo
G
Qualificatore generazionale
I
ID di dipendente
C
Ubicazione
D
Divisione
V
Server
O
Unità organizzativa
S
Usare il campo Nome breve esistente
=
Separatore
_
Separatore
%
Separatore
Combinando i caratteri e i separatori sopraindicati, è possibile
impostare il modo in cui gli indirizzi Internet devono essere visualizzati
nella propria organizzazione.
Per l'utente Giovanna R. Giannini:
Titolo Nome
Iniziali
Cognome Località
secondo nome
Organizzazione
Server
Sig.ra Giovanna
R
Acme
MailT1
Giannini Roma
È possibile impostare Formato personalizzato in modo da produrre i
seguenti indirizzi:
Formato personalizzato
Indirizzo
FL
[email protected]
F2L
[email protected]
F_L=C
[email protected]
T_F_M_L%V
Ms_Jane_R_Jones%[email protected]
Convalida degli indirizzi Internet
È possibile servirsi dello strumento Indirizzo Internet per verificare che
le immissioni nel campo Indirizzo Internet di tutti i documenti Persona
di un Elenco indirizzi di Domino siano univoche. Questo garantisce che
gli indirizzi Internet non entrino in conflitto. Per confermare che le
immissioni nel campo Indirizzo Internet siano univoche, eseguire le
seguenti operazioni:
2. Fare clic sulla linguetta Persone e gruppi.
3. Selezionare il server e l'Elenco indirizzi di Domino per cui si
desiderano convalidare le immissioni nei campi Indirizzo Internet.
4. Fare clic sul pannello Persone.
5. Fare clic su Convalida indirizzo Internet.
6. Selezionare per convalidare gli indirizzi Internet solo nell'Elenco
indirizzi di Domino attivo selezionato nel passo 3 o convalidare gli
indirizzi Internet in tutti gli Elenchi indirizzi di Domino disponibili
sul server e fare clic su OK.
Lo strumento di convalida controlla in modo completo ogni indirizzo
Internet nell'Elenco indirizzi di Domino o negli Elenchi selezionati con
tutti gli Elenchi indirizzi di Domino o con tutti gli elenchi specificati nel
database Indirizzamento facilitato (DA50.NSF). Se un indirizzo non è
univoco, Domino registra l'indirizzo duplicato nel file storico del server
(LOG.NSF).
Creazione di un indirizzo Internet usando Schema formato
personalizzato
Nota La convalida degli indirizzi Internet impiega una grande quantità
di risorse del server; non utilizzare questo strumento quando il server è
sottoposto a un carico di lavoro pesante o quando il tempo di risposta
per gli utenti è un fattore critico. Lotus raccomanda di eseguire questo
strumento in momenti di scarso accesso al server da parte degli utenti,
come nei fine settimana o a notte fonda.
Recupero delle informazioni LDAP in un ambiente con versioni miste
Una volta che Rubrica pubblica della Versione 4 viene aggiornata
all'impostazione Elenco indirizzi di Domino della Versione 5, i server
LDAP dovranno essere aggiornati almeno alla Versione 4.6.3, in modo
che essi possano gestire correttamente le interrogazioni LDAP,
restituendo informazioni corrette. L'Elenco indirizzi di Domino si serve
del campo Indirizzo Internet per rispondere alle interrogazioni LDAP.
Le versioni antecedenti alla 4.6.3 non gestiscono questa modifica.
Nota LDAP è stato introdotto nella V4.6.
Aggiornamento di Indirizzamento facilitato
Dopo avere aggiornato il server Domino e l'Elenco indirizzi di Domino,
aggiornare alla Versione 5 il database Indirizzamento facilitato.
1. Avviare il client di Notes.
3. Nella casella Server, selezionare il server contenente il database
Indirizzamento facilitato.
4. Portarsi all'ubicazione del database Indirizzamento facilitato e
selezionarlo.
5. Fare clic su Apri.
6. Scegliere File - Database - Sostituisci impostazione.
7. Fare clic sul pulsante Server di modelli.
8. Selezionare un server Domino della Versione 5 che disponga già del
nuovo modello Indirizzamento facilitato (DA50.NTF).
9. Fare clic su OK.
10. Selezionare il modello Indirizzamento facilitato (DA50.NTF).
11. Fare clic su OK.
12. Quando Notes domanda se si desidera sostituire il modello, fare clic
su Sì.
13. Chiudere il database Indirizzamento facilitato.
Se il sistema esegue Domino 4.5, si dovrebbe seguire la stessa
procedura, a meno che non si aggiorni la Rubrica principale invece di
Indirizzamento facilitato.
Nota Gli elenchi indirizzi in cascata continuano a funzionare, sebbene
vi siano sensibili vantaggi nel passare all'uso di Indirizzamento
facilitato.
Autenticazione nel Web e rubriche secondarie
Nella V5, oltre alle Versioni 4 successive alla V4.6.2, i client Web non
possono autenticarsi da Rubriche pubbliche o da Elenchi indirizzi di
Domino in cascata (la riga NAMES= nel file NOTES.INI). Per
autenticare client Web utilizzando rubriche o elenchi indirizzi secondari,
configurare Indirizzamento facilitato.
Per ulteriori informazioni sulla configurazione di Indirizzamento
facilitato, vedere "Impostazione dell'indirizzamento facilitato" nel
capitolo 12 di Amministrazione del sistema Domino.
Nomi degli host all'interno dei documenti Server
Si raccomanda di usare nomi di host pienamente qualificati nei
documenti Server dell'Elenco indirizzi di Domino, invece di indirizzi IP.
Questo perché, anche se gli indirizzi IP continuano a funzionare e sono
completamente supportati, essi tendono a cambiare più frequentemente
dei nomi degli host, causando così problemi all'ambiente Domino se i
documenti Server non siano aggiornati. Ad esempio, una modifica o una
riorganizzazione a una sottorete può richiedere la modifica
all'indirizzamento dei server. In questo caso, se il documento Server
utilizza nomi di host, l'aggiornamento del documento non sarebbe
necessario, al contrario di quanto avverrebbe usando un indirizzo IP.
Inoltre, alcuni degli strumenti forniti da terze parti riconoscono solo i
nomi di host, ma non gli indirizzi IP.
Il modello Indirizzamento facilitato è compatibile con le precedenti
versioni; è possibile e si consiglia di replicare la nuova impostazione a
ritroso sui server della Versione 4 che si servono di Indirizzamento
facilitato.
Questo capitolo descrive il processo di aggiornamento dei server di un
cluster e l'utilizzo dei file di posta in un ambiente con versioni miste.
Aggiornamento di cluster
L'aggiornamento di server in un cluster è esattamente uguale a quello di
altri server V4 alla V5.
Per ulteriori informazioni sull'aggiornamento dei server che usano
l'agente di trasferimento messaggi (MTA) V4 per l'instradamento di
posta Internet vedere il capitolo 2, "Aggiornamento di un server di
posta Internet".
Per informazioni sull'aggiornamento di tutti gli altri server, vedere il
capitolo 3, "Aggiornamento di un server Domino".
File di posta in un cluster basato su versioni miste
In un cluster misto V4/V5, gli utenti non possono avere un file di posta
V5 sia su un server V4 che su un server V5; il modello di posta V5 non
funziona correttamente su un server V4. Utilizzando un cluster misto
per i file di posta, è necessario usare l'impostazione della Versione 4,
oppure ubicare i file di posta degli utenti solo sui server V4 (con
impostazione V4) o solo sui server V5 (con impostazione V5); non è
possibile in alcun modo usare contemporaneamente le due versioni dei
file di posta. Questo è necessario poiché la replica nel cluster ignora le
formule di replica selettive; non può essere impedito di replicare
l'impostazione del file di posta su altri server del cluster.
7-1
Capitolo 7
Aggiornamento dei cluster
Dopo avere aggiornato i server Domino e i client di Notes, aggiornare
alla Versione 5 i database e le applicazioni. Le applicazioni V5 traggono
beneficio da prestazioni potenziate, dalla migliorata affidabilità e da un
insieme di nuove caratteristiche.
Aggiornamento di database e applicazioni
Le applicazioni della versione vengono eseguite senza necessità di
modifiche sui server V5 e con la nuova Struttura su disco (ODS) della
Versione 5. Ogni motivo di incompatibilità noto è documentato in
questa guida e nelle Note complementari della V5. Si consiglia di
provare le proprie applicazioni su un server V5 prima di impiegarle in
un ambiente di produzione. Qualora si incontrino problemi o
incompatibilità non documentati, è possibile controllare il database
Lotus KnowledgeBase all'indirizzo
http://orionWeb.lotus.com/basic.html.
Eseguendo l'aggiornamento che permette di usare i modelli e le funzioni
della Versione 5, è necessario sapere che i client V4 non possono
utilizzare tali caratteristiche. L'uso di modelli e funzioni V5 in un
ambiente contenente versioni miste può causare complicazioni,
impedendo ai client che utilizzano versioni precedenti di Notes di
servirsi delle funzionalità complete delle applicazioni.
Le verifiche interne svolte da Lotus, oltre a quelle effettuate insieme a
partner ISV, dimostrano che gli eventuali problemi relativi
all'aggiornamento delle applicazioni risultano generalmente secondari o
inesistenti. Tuttavia, ogni applicazione è diversa dalle altre, e pertanto
Lotus raccomanda vivamente di verificare il funzionamento di
applicazioni critiche o complesse per la gestione aziendale prima di
impiegarle con la Versione 5 di Domino.
Nell'ambiente della Versione 5 vi sono tre possibilità per i database e le
applicazioni:
1. Aggiornare alla Versione 5 un server di applicazioni, ma lasciare i
database in formato V4 (ODS), utilizzando impostazione e
caratteristiche della Versione 4.
8-1
Capitolo 8
Aggiornamento di database e applicazioni
Tutti i client possono accedere a questo database senza limitazione,
e non vi dovrebbe essere alcun problema nell'eseguire
l'aggiornamento.
2. Aggiornare il server e il formato del database alla Versione 5, ma
conservarne impostazione e caratteristiche della Versione 4.
Tutti i client possono accedere al database senza problemi. Non ci
dovrebbe essere alcun problema con l'aggiornamento; comprimere il
database in base al nuovo ODS.
3. Aggiornare server e database (formato, impostazione e
caratteristiche) alla Versione 5.
I client V4 non possono usare le funzioni V5. Per utilizzare le nuove
funzioni può essere necessario effettuare delle modifiche
all'applicazione. Comprimere il database in base al nuovo ODS,
sostituire l'impostazione V4 con l'impostazione V5 e aggiungere le
nuove caratteristiche V5 desiderate.
Questo capitolo contiene informazioni relative a:
Aggiornamento dei database
Aggiornamento dei database alla Versione 5
Aggrionamento del formato dei database.
Aggiornamento dei file di posta degli utenti
Aggiornamento dei modelli.
Aggiornamento delle applicazioni Web.
Uso dei modelli Web predefiniti con browser di versioni obsolete
Aggiornamento delle librerie di documenti
Problemi di aggiornamento di applicazioni e database.
Come evitare l'aggiornamento dei database
Uso del formato della Versione 4 per un nuovo database.
Compressione dei database in un ambiente in cui coesistano
versioni diverse di Domino.
Ripristino delle applicazioni a una versione precedente.
Uso dei database con la Versione 5
Aggiornamento delle applicazioni e requisiti della Versione 5.
Miglioramento delle prestazioni di un database.
Modifiche nell'ordinamento dei caratteri con controllo di
maiuscole/minuscole e accenti
Memorizzazione delle immagini nel loro formato nativo
Dopo avere aggiornato un server alla Versione 5 di Domino, è possibile
aggiornare alla Versione 5 anche il formato (On-Disk Structure, ODS) e
l'impostazione (modello) dei database ubicati su tale server. Queste due
operazioni - aggiornamento del formato del database e aggiornamento
della sua impostazione - sono una indipendente dall'altra. Dato che il
formato ODS non viene replicato, di un database è possibile conservare
l'impostazione basata su un modello della Versione 4, aggiornandone il
formato ODS alla Versione 5. Se si decide di aggiornare l'impostazione
di un database per servirsi dei modelli e delle caratteristiche della
Versione 5, ricordare che i client delle versioni precedenti alla 5 non
potranno utilizzare le funzionalità di quest ultima. Alcuni funzionalità e
modelli della Versione 5 richiedono che il database utilizzi il formato
della Versione 5.
Operazioni preliminari all'aggiornamento del formato di un
database alla Versione 5
Aggiornare il server di applicazioni alla Versione 5 di Domino;
questa operazione è necessaria per permettere al server di ospitare i
database V5, oltre che di utilizzarne la compressione.
Eseguire sul database l'attività Fixup; questo evita la maggior parte
degli errori che interferiscono con la compressione del database
verso il nuovo formato.
Operazioni da eseguire dopo avere aggiornato il formato di un
database alla Versione 5
Si consideri l'opportunità di eseguire sul database l'attività Updall
-r; ciò ne ricostruisce le viste, evitando ritardi nel momento del
primo accesso al database da parte degli utenti. Questa operazione è
particolarmente importante per i database utilizzati frequentemente,
oppure per database molto importanti o che contengano viste di
grandi dimensioni.
Aggiornamento del formato di un database
Una volta installata su un server la Versione 5 di Domino, è possibile
aggiornare il formato dei database presenti su quel server. La
compressione di un database effettuata mediante la Versione 5 di
Domino ne aggiorna il formato (On-Disk Structure o ODS) alla
Versione 5. È possibile utilizzare il comando Compact con lo switch -R
per conservare il formato di database V4, oppure per riportare il
formato di un database all'ODS V4. Per evitare che Domino Versione 5
aggiorni il formato di un database, modificarne l'estensione in .NS4.
La casella Proprietà del database della Versione 5 indica la versione di
ODS.
Aggiornamento di database e applicazioni 8-3
Aggiornamento dei database alla Versione 5
Compressione di un database al formato della Versione 5
1. Aggiornare il server di applicazioni alla Versione 5 di Domino.
2. Avviare il server aggiornato.
3. Digitare
load compact Nomedatabase.nsf
e premere INVIO; dove Nomedatabase.nsf è il nome del database
che deve essere compresso in formato V5.
Compressione dei database da un client Notes
Qualora un utente comprima un database servendosi di un client Notes
(ad esempio, dal pannello Informazioni della casella Proprietà del
database), il server esegue l'operazione di compressione per conto del
client. Pertanto, il server Domino Versione 5 comprime il database
mediante la compressione V5, mentre un server Domino Versione 4
comprime il database mediante la compressione V4. Gli utenti Notes
possono anche comprimere un database V4 ubicato su un server V5
aggiornandone il formato (ODS) alla Versione 5. Un modo per evitare
che ciò accada consiste nel rinominare il database V4 usando
l'estensione .NS4.
Per ulteriori informazioni, vedere "Uso del formato della Versione 4 per
un nuovo database".
Aggiornamento dei file di posta degli utenti
Quando si aggiornano i file di posta degli utenti al modello della
Versione 5, è possibile elaborare un file alla volta o utilizzare il
programma di conversione della posta per automatizzare
l'aggiornamento dell'impostazione. Assicurarsi di aver già aggiornato
alla Versione 5 il server Domino che ospita i file di posta e i client Notes
che accedono ad essi, altrimenti gli utenti non saranno in grado di
utilizzare le caratteristiche della V5 nella nuova impostazione.
Aggiornare i file di posta tutti in una volta quando gli utenti non vi
accederanno, ad esempio durante la notte o in un fine settimana.
Comunicare agli utenti che i loro file di posta non saranno disponibili
durante l'aggiornamento.
1. Se gli utenti hanno personalizzato i loro file di posta, incaricarli di
eseguire una copia di riserva di tali personalizzazioni. Ad esempio,
gli utenti potrebbero creare una nuova copia del loro file di posta
che includa solo l'impostazione del database. Questo permette agli
utenti di riapplicare le modifiche che hanno eseguito sul loro file di
posta V4 al nuovo modello di posta V5. In molti casi, queste
modifiche non sono necessarie perché le caratteristiche della V5
2. Avviare il server Domino su cui si desiderano personalizzare i file
di posta.
3. Chiudere il router. Digitare
tell router quit
e premere il tasto INVIO. Questo evita che Domino instradi la posta
sui file di posta mentre vengono aggiornati. Mentre sono aggiornati
i file di posta, la posta viene memorizzata in MAIL.BOX. Una volta
che sono stati aggiornati i file di posta ed è stato caricato di nuovo il
router, questo elabora e consegna la posta contenuta in MAIL.BOX.
4. Caricare il programma di conversione della posta. Digitare
load convert [argomenti]
e premere il tasto INVIO. Vedere sotto per gli argomenti che è
possibile utilizzare per il programma di conversione della posta.
5. Terminato l'aggiornamento al modello V5 del file di posta sul
server, caricare il router. Digitare
load router
6. Comunicare agli utenti che sono stati aggiornati i loro file di posta
all'impostazione V5. Essi potrebbero chiedere informazioni sulle
nuove funzionalità e sulle caratteristiche del file di posta della V5.
Se hanno personalizzato i loro file di posta V4, fare in modo che
utilizzino il file di posta V5 per vedere se le personalizzazioni
dell'impostazione sono ancora necessarie. In questo caso, fare in
modo che riapplichino le modifiche all'impostazione dei file di posta
V5 ma evitare che vengano copiate le viste dall'impostazione V4 al
file di posta V5. Al contrario, gli utenti o i progettisti dovrebbero
implementare le modifiche direttamente negli elementi di
impostazione V5.
eseguono la stessa funzione delle modifiche. Fare in modo che gli
utenti provino il nuovo modello di posta V5 senza modificarlo per
determinare quali eventuali modifiche devono o vogliono
implementare.
Il comando di conversione della posta utilizza vari argomenti per
specificare le opzioni. Esso ha la forma:
load convert [-r | -l | -f | -m] percorsofileposta
nomemodelloesistente nomefilenuovomodello
dove -r converte i file di posta in sottodirectory della directory
specificata, -l crea una lista di testo dei file di posta, -f usa una lista di
testo dei database di posta per determinare i file di posta da aggiornare,
-m converte il file o i file per l'uso con IMAP, percorsofileposta specifica
quale o quali file di posta aggiornare, nomemodelloesistente specifica un
determinato modello di impostazione per l'aggiornamento (ad esempio,
solo il file di posta che usano l'impostazione V4.6), e nomenuovomodello
specifica il modello con cui aggiornare i file di posta.
Uso del programma di conversione della posta
È possibile utilizzare il programma di conversione della posta per:
Aggiornare un singolo database di posta
Aggiornare tutti i database di posta di una directory
Aggiornare tutti i database di posta di una directory e nelle sue
sottodirectory
Aggiornare tutti i database di posta elencati in un file di testo
Creare un file di steso che elenca tutti i database di posta in una
directory
Convertire un file di posta per l'uso con IMAP
Aggiornamento di un singolo database di posta
Questo esempio trova il database di posta USER.NSF nella
sottodirectory \MAIL della directory dei dati di Notes. Il programma di
conversione della posta sostituisce il modello di posta attivo
(indipendentemente dal modello utilizzato dal file di posta) con
MAIL50.NTF, il modello di posta V5.
load convert mail\user.nsf * mail50.ntf
Aggiornamento di tutti i database di posta di una directory
Questo esempio trova tutti i database situati nella sottodirectory \MAIL
della directory dei dati di Notes che utilizzano StdR45Mail, il modello
di posta V4.5x e ne sostituisce il modello di impostazione con
StdR50Mail (MAIL50.NTF), il modello di posta V5.
load convert mail\*.nsf stdr45mail mail50.ntf
load convert -r mail\*.nsf * mail50.ntf
Aggiornare tutti i database di posta elencati in un file di testo
È possibile creare un file di testo che elenca i database da aggiornare e
utilizzarlo con il programma di conversione della posta per aggiornare
solo quei database. Ad esempio, viene creato il file di testo
MAILLIST.TXT che elenca tutti i database di posta da aggiornare e
viene salvato nella directory C:\TEMP. Questo esempio trova tutti i
database elencati in MAILLIST.TXT, determina se i database utilizzano
un modello di impostazione che corrisponde a STD* (ad esempio
StdR4Mail) e sostituisce le impostazioni dei database corrispondenti con
StdR50Mail (MAIL50.NTF), il modello di posta V5.
load convert -f c:\temp\maillist.txt std* mail50.ntf
Creazione di un file di teso che elenca tutti i database di posta in
una directory
È possibile utilizzare il programma di conversione della posta per creare
un file di testo che elenca tutti i database di posta principali sul server
(non elenca le repliche dei database di posta). Questo esempio crea un
file di testo, MAILLIST.TXT, nella directory C:\TEMP. MAILLIST.TXT
contiene una lista di database di posta principali sul server ma esclude
le repliche dei database di posta. Dopo avere creato il file di testo
utilizzando questa opzione, è possibile utilizzare il file per aggiornare i
database di posta elencati in esso. Vedere "Aggiornamento di tutti i
database di posta elencati in un file di testo".
load convert -l c:\temp\maillist.txt
Conversione dei file di posta per l'uso con IMAP
Quando si decide di utilizzare un file di posta Notes con IMAP, eseguire
il programma di conversione della posta per abilitare le caratteristiche
specifiche per IMAP nel file di posta. Questo esempio prepara il
database di posta USER.NSF nella sottodirectory \MAIL della directory
dei dati di Notes per l'utilizzo con IMAP.
load convert -m mail\user.nsf
Aggiornare tutti i database di posta di una directory e nelle sue
sottodirectory
Questo esempio trova tutti i database situati nella sottodirectory \MAIL
della directory dei dati di Notes e in tutte le sottodirectory della
directory \MAIL (ad esempio, C:\NOTES\DATA\MAIL\GRUPPO1,
C:\NOTES\DATA\MAIL\GRUPPO2 e
C:\NOTES\DATA\MAIL\GRUPPO3) e li aggiorna al modello di posta
V5, MAIL50.NTF.
Nota Quando si utilizza un carattere jolly, come *, per specificare quali
file aggiornare al modello di posta V5, assicurarsi che tutti i database
della directory (e, se specificato, delle sottodirectory) siano file di posta.
Quando si utilizza un carattere jolly *, Domino sostituisce
l'impostazione di tutti i database specificati da *, ad esempio tutti i
database della directory, con il modello specificato, ad esempio il
modello di posta V5. Se si sostituisce l'impostazione di un database non
di posta con il modello di posta V5, sostituire l'impostazione del
database con il modello appropriato per ripristinarla. Questo è possibile
farlo con il programma di conversione specificando il database di cui si
desidera ripristinare l'impostazione originale e specificando il modello
corretto.
Aggiornamento dei modelli
La Versione 5 di Domino non aggiorna automaticamente alla Versione 5
l'impostazione dei database; ad esempio, durante l'esecuzione
dell'attività Design, il modello dei file di posta non viene aggiornato da
V4 a V5. Ciò permette di scegliere quando aggiornare le impostazioni di
un database. Per informazioni sull'aggiornamento dell'impostazione dei
database di posta, vedere "Aggiornamento dei file di posta degli utenti."
Modelli di posta V5 su un server V5
Non collocare un modello di posta V5 su un server V4. Il modello V5
contiene funzioni che possono funzionare correttamente solo con un
server V5.
COme evitare la replica dei modelli fra server V5 e V4
Se si ha un file di posta su un server V5 con un modello V5 e una replica
di quel file su un server V4 con un modello V4, è necessario assicurarsi
che le impostazioni dei file di posta non vengano replicate. Un file di
posta con un'impostazione V5 su un server V4 non funziona
correttamente ed è opportuno assicurarsi che la vecchia impostazione
V4 non sovrascriva l'impostazione V5 sul server V5. Per impedire che
modelli di posta delle due repliche siano replicati, eseguire le seguenti
operazioni per ogni file di posta:
Aprire la replica del database di posta.
Scegliere File - Replica - Impostazioni.
Fare clic sulla linguetta Avanzate.
Sotto "Replica in ingresso", deselezionare "Moduli, viste, ecc." e
"Agenti".
5. Fare clic su OK.
Assicurarsi di eseguire questa operazione per tutte le repliche.
1.
2.
3.
4.
Aggiornamento delle applicazioni Web
Elementi con formule non supportate che Domino nascondeva
automaticamente nella Versione 4.5 possono ora essere visualizzati
selezionando la proprietà "Usa JavaScript". Quando questa proprietà è
selezionata, Domino non controlla le formule di alcun punto di
attivazione o pulsante prima di usare JavaScript per generare la pagina.
Gli utenti Web vedono tutti i pulsanti, le azioni e i punti di attivazione anche quelli che contengono comandi e funzioni @ non supportate dalle
applicazioni Web.
Controllare eventuali formule basate su formule per punti di attivazione
elaborate al momento della visualizzazione. Assicurarsi che tali formule
siano elaborate correttamente una volta che l'utente ha fatto clic sul
punto di attivazione, ma non prima. Qualora sia stata impostata la
proprietà "Usa JavaScript", sostituire i campi allegati della Versione 4.5
con Elemento Web - Controlli caricamento file. L'impostazione "Usa
JavaScript" disabilita i punti di attivazione
@Command([EditInsertFileAttachment]) usati per creare campi allegati
nella Versione 4.5, perché il punto di attivazione non viene elaborato
durante la visualizzazione della pagina.
La proprietà "Usa JavaScript" può provocare risultati inattesi, perché la
generazione dell'URL nella Versione 5.0 avviene in modo diverso
rispetto a come essa si verificava nella Versione 4.5. Controllare
eventuali formule che facciano affidamento sull'accesso a una parte di
URL Query_String o Path_Info. Spesso gli URL saranno diversi. Ad
esempio, nella Versione 5 i POST URL che comprendevano
?CreateDocument e ?SaveDocument non vengono più generati. Il nuovo
POST URL è una variazione di ?OpenForm o di ?EditDocument.
Uso dei modelli Web predefiniti con browser di versioni obsolete
I modelli Web predefiniti forniti con la Versione 5 non sono supportati
dai browser non conformi allo standard JavaScript 1.1. Se un browser
non conforme allo standard JavaScript 1.1 tenta di accedere a uno dei
modelli Web predefiniti della Versione 5, il modello visualizza un
messaggio di errore. La Versione 5 comprende dei modelli Web speciali
progettati per funzionare con browser non conformi allo standard
JavaScript 1.1.
Nota Questa procedura non funziona per server e database
raggruppati in cluster; replica dei cluster ignora la replica selettiva.
Le applicazioni progettate per l'uso Web operano come previsto con i
browser che non soddisfano lo standard JavaScript 1.1 fintantoché
l'applicazione non si serve delle caratteristiche JavaScript non
supportate da tali browser. Questa è una limitazione dovuta ai browser
e non a modelli o applicazioni. Domino e le sue applicazioni supportano
tutti i browser, ma non tutti i browser supportano alcuni degli strumenti
che possono essere utilizzati in Domino (ad esempio, JavaScript).
I modelli Web della Versione 5 funzionano con i browser conformi allo
standard JavaScript 1.1: tra questi vi sono i seguenti:
Microsoft Internet Explorer 4.x
Netscape Communicator 4.x
Netscape Navigator 3.x
Progettando applicazioni cui è necessario accedere da browser non
conformi allo standard JavaScript 1.1 e desiderando servirsi dei modelli
Web della Versione 5, assicurarsi di utilizzare i modelli Web speciali
impostati per i browser non conformi.
Aggiornamento delle librerie di documenti
Sostituendo l'impostazione di un database libreria di documenti della
Versione 4.x con il modello della Versione 4.6 o 5.0, sarà necessario
eseguire l'agente "Aggiorna documenti Libreria di documenti V4 a
nuova impostazione" all'interno del database prima di aprire uno
qualunque dei documenti convertiti.
1. Aprire il database aggiornato.
2. Scegliere Operazioni - Aggiorna documenti Libreria di documenti
V4 a nuova impostazione.
Non eseguendo questo agente, tentando di aprire un documento si
riceverà un messaggio di errore, e le viste non visualizzeranno
correttamente lo stato del documento stesso.
Problemi di aggiornamento di applicazioni e database
Nella Versione 5.0, gli utenti possono riscontrare un ritardo iniziale
durante il primo accesso ai database aggiornati. Ciò si verifica in quanto
tutte le viste del database devono essere ricostruite durante il primo
accesso, a causa della versione delle viste, aggiornata in questa versione.
Per evitare che questo avvenga, eseguire il comando Updall -r sul
database in modo da ricostruire le viste.
Ogni client Notes risulta in grado di accedere a un database ubicato su
un server Domino, indipendentemente dalla versione di client o server,
o dalla versione del formato del database. Tuttavia, i client Notes non
sono in grado di accedere o di usare le funzionalità di database di
versioni successive; ad esempio, un client Notes della Versione 4 può
accedere a un database della Versione 5 ubicato su un server Domino,
ma non può accedere o usare le funzionalità proprie della Versione 5 di
tale database.
Se un database è archiviato sull'unità locale di un client, potranno
accedervi solo i client della stessa versione e delle versioni successive.
Ad esempio, a un database in formato V4 è possibile accedere
localmente dai client Notes delle versioni 4 o 5, ma non dai client della
Versione 3.
Su un server Domino è possibile ubicare solo applicazioni che usino il
formato proprio della versione del server stesso, oltre a quelli delle
versioni precedenti. Ad esempio, un server della Versione 4 può
ospitare un database V4 o V3, ma non un database V5.
Per creare un'applicazione della Versione 5 cui sia possibile accedere
localmente da client V4 e memorizzata su un server V4, assegnarle
l'estensione .NS4 nel campo Nome di file durante la creazione del
database. Per conservare il formato V4 di un database in modo che sia
possibile accedervi localmente dai client V4, oppure perché possa essere
memorizzato su un server V4, modificarne l'estensione in .NS4 usando i
comandi del sistema operativo prima di convertirlo, mediante
compressione, al ODS della Versione 5, oppure crearne una nuova
replica servendosi dell'estensione .NS4.
Nota Se un client della Versione 5 comprime una replica locale di un
database V4, il formato di tale database viene aggiornato alla Versione 5
e i client V4 non potranno più accedervi.
Creazione di una replica di un database nel formato della
Versione 4
2. Selezionare il database di cui si desidera creare una replica nel
formato della Versione 4.
3. Fare clic su Apri.
4. Scegliere File - Replica - Nuova replica.
5. Nel campo Nome di file, assegnare alla nuova replica l'estensione
.NS4.
6. Fare clic su OK.
Uso del formato della Versione 4 per un nuovo database
Compressione dei database in un ambiente in cui coesistano versioni
diverse di Domino
Comprimendo un database su un server Domino Versione 5, il server ne
aggiorna il formato (ODS) alla Versione 5, a meno che non sia utilizzato
il comando Compact con l'opzione -R, oppure che il database abbia
un'estensione .NS4 (invece di .NSF). Una volta aggiornato il database al
formato della Versione 5, è possibile riportarne il formato alla
Versione 4 servendosi dell'opzione -R, oppure creandone una nuova
replica o copia in formato V4. Dato che ODS non viene replicato, è
possibile continuare le operazioni di replica tra repliche delle versioni 4
e 5.
Per ulteriori informazioni, vedere "Compressione dei database" nel
capitolo 8 di Gestione dei database di Domino.
Ripristino delle applicazioni a una versione precedente
Una volta aggiornati un'applicazione o un database al formato (ODS)
della Versione 5, è possibile riportarli a una versione precedente di ODS
mediante il comando Compact -R, oppure creando una nuova replica o
copia del database in formato V4. I client Notes della Versione 4
possono accedere a database V5 su server della Versione 5, ma non è
possibile usare un database V5 su un server Domino di una versione
precedente.
Il formato dei database della Versione 5 non viene replicato e i server
della Versione 4 ignorano le funzionalità da essi non supportate proprie
della Versione 5, e quindi è possibile effettuare in modo sicuro la replica
di un database aggiornato alla Versione 5 con un altro database non
convertito.
Ripristino alla Versione 4 del formato di un database V5 mediante il
comando Compact
2. Digitare
load compact Nomedatabase.nsf -R
e premere INVIO; dove Nomedatabase.nsf è il nome del database
che deve essere riportato in formato V4.
Domino comprime il database riportandone il formato alla Versione 4 di
ODS.
3. Nel campo Server, digitare il nome del server che ospita il database
da riportare alla Versione 4, quindi fare clic su Apri.
4. Localizzare e selezionare il database da riportare alla Versione 4 e
fare clic su Apri.
5. Scegliere File - Replica - Nuova replica.
6. Nel campo Nome di file, modificare l'estensione del database da
.NSF a .NS4.
7. Fare clic su OK.
La nuova replica avrà il formato della Versione 4 e può essere posta su
ogni server della Versione 4 o successiva, e qualsiasi client V4 o
successiva potrà accedervi localmente.
Aggiornamento delle applicazioni e requisiti della Versione 5
Aggiornando un server e le sue applicazioni alla Versione 5 e decidendo
di usarne le funzionalità, come ad esempio la registrazione delle
transazioni, assicurarsi di eseguire le seguenti operazioni:
Specificare un'unità con spazio su disco sufficiente per la
ricostruzione delle viste impostando la variabile View_Rebuild_Dir
nel file NOTES.INI in modo da mappare quella unità. Per
impostazione predefinita, questa variabile è impostata sulla
directory temporanea definita nel sistema operativo. Questa unità
contiene i file temporanei usati per ricostruire le viste; un disco di
maggiori dimensioni permette ricostruzioni più rapide e una
migliore ottimizzazione. La ricostruzione delle viste nella Versione 5
può risultare fino a cinque volte più veloce che nella Versione 4. Le
dimensioni necessarie per l'unità per la ricostruzione delle viste
dipendono dalla dimensione di queste ultime.
Per ulteriori informazioni, vedere "Specifica della directory
temporanea usata per ricostruire le viste" nel capitolo 9 della Guida
Gestione dei database di Domino.
Ripristino alla Versione 4 di un database delle Versione 5 mediante
la creazione di una nuova replica
1. Avviare il client Notes della Versione 5.
Si consiglia di usare un disco singolo separato per contenere i file
storici per la registrazione delle transazioni. L'ubicazione predefinita
per questi file è la sottodirectory LOGDIR nella directory dei dati
del server. Un disco separato permette operazioni di scrittura più
veloci nel file storico. Il file storico richiede almeno 200 Mb spazio
su disco e può essere impostato per arrivare fino a 4 Gb; si
raccomanda l'uso di un disco separato di almeno 1 Gb. Per il
recupero dei dati in caso di errore sul disco dello storico, l'uso di
un'unità di mirroring dedicata rappresenta un sistema ancora
migliore rispetto al disco singolo.
Utilizzare un programma di backup di terza parte che supporti la
Versione 5, insieme alla funzione di registrazione transazioni, per
garantire il massimo recupero dei dati in caso di errori o corruzione
dei dati. Con il programma di backup è possibile eseguire backup
incrementali quotidiani dello storico delle transazioni.
Per ulteriori informazioni, vedere il capitolo 42, "Storico transazioni", in
Miglioramento delle prestazioni di un database
Il nuovo formato di database utilizzato nella Versione 5 offre alcuni
metodi per migliorarne le prestazioni. Questi metodi comprendono:
Disattivazione dei contrassegni di mancata lettura.
Accelerazione delle ricostruzioni di viste per mezzo
dell'ottimizzazione bitmap.
Disattivazione dell'utilizzo dello spazio libero.
Deselezione della proprietà "Maintain LastAccessed".
Rimozione delle gerarchie di risposta specializzate dalle viste che
non li usano
Limitazione del numero di voci nei campi $UpdatedBy.
Limitazione del numero di voci nei campi $Revisions.
Disattivazione della rilevazione degli elementi in primo piano.
Per accedere a queste proprietà, aprire il database e scegliere File Database - Proprietà. Fare clic sulla linguetta Avanzate.
Queste opzioni sono disponibili solo per i database che usano il formato
di database della Versione 5.
Per ulteriori informazioni, vedere "Proprietà del database che
ottimizzano le prestazioni del database" nel capitolo 8 della Guida
Gestione dei database di Domino.
La gestione dei contrassegni non letti all'interno di un database ne
rallenta le prestazioni. Per alcuni database, come ad esempio l'Elenco
indirizzi di Domino o lo storico di Domino, i contrassegni non letti non
sono di alcuna utilità. Qualora un database non necessiti di conservare
traccia dei documenti letti e non letti, si consideri la possibilità di
disattivare i contrassegni non letti per migliorarne le prestazioni. Per
disabilitare i contrassegni non letti, eseguire le seguenti operazioni:
1. Aprire il database di cui si desidera disattivare i contrassegni non
letti.
2. Scegliere File - Database - Proprietà.
3. Fare clic sulla linguetta Avanzate.
4. Selezionare "Non gestire contrassegni di mancata lettura".
Come accelerare la ricostruzione delle viste mediante
l'ottimizzazione delle immagini bitmap
Domino fa riferimento a tabelle di informazioni relative al documento
per determinare quali documenti devono apparire in una vista
aggiornata. Selezionando la proprietà "Ottimizza bitmap nelle tabelle
dei documenti" tali tabelle vengono associate ai moduli utilizzati dai
documenti presenti in ogni tabella. Durante l'aggiornamento di una
vista, Domino ricerca solo le tabelle le cui viste contengono moduli
utilizzati dai documenti che appaiono in quella vista. Anche se per la
gestione di questa associazione esiste un leggero aggravio di
prestazioni, essa accelera significativamente l'aggiornamento delle viste
di piccole dimensione all'interno di grandi database.
Comprimere il database perché la modifica di questa impostazione
abbia effetto. Assicurarsi che il sistema disponga di spazio su disco
sufficiente, dato che questa operazione esegue una copia temporanea
del database. Per attivare o disattivare l'ottimizzazione delle immagini
bitmap è anche possibile utilizzare il comando load compact seguito
dallo switch -F o -f.
Per abilitare l'ottimizzazione con l'associazione tra modulo e tabella,
eseguire le seguenti operazioni:
1. Aprire il database in cui si desidera accelerare la ricostruzione delle
viste.
Disattivazione dei contrassegni non letti
4. Selezionare "Ottimizza bitmap nelle tabelle dei documenti".
5. Comprimere il database agendo da un client Notes o dal server.
Nota Questa impostazione funziona solo per le viste che usano
"Form=" come parte dei criteri di selezione.
Per ulteriori informazioni, vedere "Come mantenere aggiornati gli indici
dei database" nel capitolo 6 della Guida Gestione dei database di Domino.
Disattivazione dell'utilizzo dello spazio libero
Per impedire agli utenti non autorizzati di accedere ai dati, Domino
sovrascrive nei database i dati cancellati, i quali possono ridurre le
prestazioni del database in questione. In alcune situazioni, questa
funzione di sicurezza non è necessaria, ad esempio nei seguenti casi:
Se il database è protetto fisicamente; ad esempio, se si trova su un
server protetto mediante password chiuso in ambiente ad accesso
controllato.
Se lo spazio che si libera all'interno del database viene riallocato
velocemente; ad esempio, nei database di sistema come MAIL.BOX.
Se la sicurezza non rappresenta un argomento critico; ad esempio,
in un database di discussione dei dipendenti.
Per impedire a Domino di sovrascrivere lo spazio libero creatosi a
seguito della cancellazione dei documenti, eseguire le seguenti
operazioni:
1. Aprire il database in cui si desidera non sovrascrivere lo spazio
libero.
4. Selezionare "Non sovrascrivere lo spazio libero".
Deselezione di "Attiva proprietà LastAccessed"
I database Domino memorizzano la data dell'ultima lettura o modifica
di ogni documento. Per impostazione predefinita, il database tiene
traccia solo delle modifiche e non della lettura. Selezionando l'opzione
"Attiva proprietà LastAccessed" di un database, questo terrà traccia
anche della lettura di un documento, oltre che delle modifiche a esso
apportate. Se il database viene impostato perché cancelli i documenti in
base al tempo di inattività trascorso, ad esempio una volta trascorsi 10
giorni senza che un documenti sia stato letto o modificato, selezionare
"Attiva proprietà LastAccessed", ma ricordare che ciò può influire
negativamente sulle prestazioni del database. Lasciare deselezionata
questa opzione se si desidera migliorare le prestazioni.
1. Aprire il database in cui si desidera tenere traccia della lettura o
della modifica dei documenti.
4. Selezionare "Attiva proprietà LastAccessed".
Rimozione delle gerarchie di risposta specializzate dalle viste che
non le utilizzano
I documenti memorizzano le informazioni relative ai propri documenti
principali o di risposta; tali informazioni sono utilizzate solo dalle
funzioni @AllChildren e @AllDescendants. Per migliorare le prestazioni
dei database che non si servono di tali funzioni @ nelle viste, selezionare
la proprietà di database "Non supportare alcuna gerarchia di risposta
specializzata".
Comprimere il database perché la modifica di questa impostazione
abbia effetto. Assicurarsi che il sistema disponga di spazio su disco
sufficiente, dato che questa operazione esegue una copia temporanea
del database. È anche possibile utilizzare il comando load compact con
lo switch -H o -h per attivare o disattivare l'ottimizzazione delle
immagini bitmap.
Per impedire che il database archivi le informazioni relative alla
gerarchia di risposta, eseguire le seguenti operazioni:
1. Aprire il database in cui si desidera rimuovere le gerarchie di
risposta specializzate.
4. Selezionare "Non supportare alcuna gerarchia di risposta
specializzata".
Nota Questa impostazione non ha effetto sulle formule che non
comprendono le funzioni @AllChildren o @AllDescendants.
Per selezionare l'opzione "Attiva proprietà LastAccessed", eseguire le
Limitazione del numero di voci nei campi $UpdatedBy
Ogni documento archivia nel campo $UpdatedBy il nome dell'utente o
del server che ha effettuato modifiche. Questo storico delle modifiche
richiede spazio su disco e rallenta sia l'aggiornamento delle viste che le
operazioni di replica. Se non si desidera conservare uno storico
completo delle modifiche, specificare il numero di modifiche di cui si
vuole tenere traccia nel campo $UpdatedBy del database selezionando
l'opzione "Limita voci nei campi $Updated". Una volta raggiunto il
limite predefinito, le modifiche successive causano la rimozione delle
voci più vecchie dall'elenco contenuto nel campo $UpdatedBy. La
limitazione del numero di voci da archiviare nel campo $UpdatedBy del
documento migliora le prestazioni di un database. Per limitare il
numero di voci archiviabili nei campi $Revisions di un database,
eseguire le seguenti operazioni:
1. Aprire il database in cui si desidera limitare il numero di voci
archiviabili nei campi $UpdatedBy.
4. Immettere il valore desiderato nel campo "Limita voci nei campi
$Updated".
Limitazione del numero di voci nei campi $Revisions
Un documento memorizza nel campo $Revisions la data e ora di ogni
modifica apportata e salvata su di esso. I server Domino usano questo
campo per risolvere i conflitti di replica e salvataggio. Per impostazione
predefinita, il campo $Revisions archivia fino a 500 voci. Se non si
desidera tenere una traccia tanto dettagliata delle modifiche, specificare
il numero di modifiche da annotare nel campo $Revisions del database
selezionando l'opzione "Limita voci nei campi $Revisions". Una volta
raggiunto il limite predefinito, le modifiche successive causano la
rimozione delle voci più vecchie dall'elenco contenuto nel campo
$Revisions. La limitazione del numero di voci da archiviare nel campo
$Revisions del documento migliora le prestazioni di un database.
Si consiglia di limitare il numero di voci da archiviare nei campi
$Revisions dei database che:
Contengono molti documenti.
Vengono replicati spesso o che non hanno alcuna replica.
Contengono documenti che vengono modificati raramente.
1. Aprire il database in cui si desidera limitare il numero di voci nei
campi $Revisions.
4. Immettere un numero nel campo "Limita voci nei campi
$Revisions".
Nota Si raccomanda di impostare almeno a 10 il numero di voci da
archiviare nel campo $Revisions. Immettendo nel campo "Limita voci
nei campi $Revisions" un numero inferiore a 10, è possibile incorrere in
un aumento dei conflitti di replica e salvataggio nel database.
Disattivazione del controllo del primo piano
Gli utenti possono configurare il primo piano in modo da poter
esaminare automaticamente i database alla ricerca di propri argomenti
di interesse. Le prestazioni del database possono però subire un
sensibile peggioramento qualora molti utenti sfruttino questa funzione.
Per impedire il controllo di un database, eseguire le seguenti operazioni:
1. Aprire il database in cui si desidera disattivare il controllo delle
informazioni in primo piano.
4. Selezionare "Non consentire controllo Primo piano".
Modifiche nell'ordinamento dei caratteri con controllo di
maiuscole/minuscole e accenti
La Versione 5 include un miglioramento nella funzione di ordinamento
dei caratteri internazionali dei database Domino. Nella Versione 4,
creando una colonna in una vista, è possibile scegliere di fare in modo
che l'ordinamento della colonna esegua l'ordinamento con verifica delle
maiuscole e delle minuscole, degli accenti o entrambe. Queste opzioni
rimangono nella Versione 5 ma controllano funzionalità diverse.
L'impostazione di una vista che utilizza la verifica di maiuscole e
minuscole, degli accenti, o entrambe, nella Versione 5, non ha alcuna
relazione con le stesse impostazioni nella Versione 4.
Per limitare il numero di voci archiviabili nei campi $Revisions di un
database, eseguire le seguenti operazioni:
Se viene visualizzata la stessa applicazione da un client V4 e da un
client V5, le due scelte di proprietà possono sembrare diverse. Ad
esempio, se sono state selezionate entrambe le impostazioni di verifica
nella V4, si aggiorna il database alla V5 e si esaminano le impostazioni
da un client V5, le impostazioni appaiono deselezionate. Questo accade
perché le impostazioni V5 controllano funzionalità diverse; le
impostazioni V4 sono ancora selezionate e visualizzate se si controllano
le proprietà nella V4. Tuttavia, le proprietà di V5 sono disattivate fino a
quando esse non sono abilitati.
Poiché le viste non vengono replicate tra la V4 e la V5, non vi sono
problemi quando si esegue la replica da una replica V4 a una replica V5
che hanno proprietà impostate diversamente. Tuttavia, le note della
vista vengono replicate, quindi possono contenere quattro impostazioni:
con verifica di maiuscole e minuscole per V4, con verifica di maiuscole e
minuscole V4, maiuscole e minuscole V5, accenti V4 e accenti V5.
In V4, le impostazioni di verifica maiuscole e minuscole e accenti non
erano utilizzate a meno che le due voci nella colonna non fossero
composte della stessa stringa (salvo maiuscole/minuscole o accento).
Quindi, la vista confrontava maiuscole/minuscole e accenti delle due
voci per determinare la sequenza di ordinamento. Ad esempio, in V4
con verifica degli accenti, "äa" viene ordinato prima di "ab". Nella V5,
"ab" viene ordinato prima di "äa". In V4 e ordinamento con verifica di
maiuscole e minuscole, "Aa" viene ordinato prima di "ab". Nella V5, "ab"
viene ordinato prima di "Aa". Nell'ordinamento con verifica di
maiuscole e minuscole della V5, Domino controlla la prima lettera e
dispone le minuscole prima delle maiuscole.
Se si ha una vista che utilizza l'ordinamento con verifica di
maiuscole/minuscole e accenti nella V4, la si aggiorna alla V5 e si
attivano le stesse impostazioni nella V5, la vista potrebbe essere
ordinata diversamente.
Se la vista è (prima e dopo V5 senza controllo di
l'aggiornamento)
maiuscole/minuscole e
accenti
V5 con controllo di
accenti
V4 senza controllo di
accenti
Le viste appaiono
identiche
Le viste sono diverse
V4 controllo
accenti
Le viste sono quasi
identiche, con differenze
dove due stringhe
corrispondono
Le viste sono molto
diverse; vedere
precedentemente i dettagli
sull'ordinamento
Memorizzazione delle immagini nel loro formato nativo
La Versione 5 memorizza i file GIF e JPG in formato nativo. Questa
caratteristica non è supportata dalle versioni precedenti di Notes.
Nella V4, l'ordinamento con verifica di maiuscole/minuscole e accenti è
attivato per impostazione predefinita. Nella V5, l'ordinamento con
verifica di maiuscole/minuscole e accenti è disattivato per impostazione
predefinita. Facendo in modo che l'ordinamento V5 sia disattivato per
impostazione predefinita renda minime le alterazioni in applicazioni e
database quando si esegue l'aggiornamento.
Questo capitolo descrive la ricerca nel dominio, che permette di
indicizzare e ricercare dati in un intero dominio di database Domino,
compresi gli allegati dei documenti e i file di un file system. La ricerca
nel dominio filtra i risultati in modo che gli utenti che non hanno
accesso in lettura a un documento non lo ricevano come risultato della
ricerca.
Domino e Notes V5 utilizzano un nuovo motore di ricerca. La
Versione 5 include la ricerca nel dominio, una nuova funzione che
permette di indicizzare e ricercare dati in un intero dominio di database
Domino, compresi gli allegati dei documenti e i file di un file system. La
ricerca nel dominio filtra i risultati in base all'accesso a un documento
disponibile all'utente che esegue la query di ricerca: se l'utente non
dispone dell'accesso necessario per leggere un documento, Domino
include quel documento fra i risultati della ricerca.
Tutte le funzioni e i metodi di ricerca della Versione 4 sono mantenuti
nella Versione 5. Le applicazioni di Notes già esistenti che utilizzano la
ricerca effettuata mediante la API di ricerca (Application Programming
Interface) di Notes funzionano nella Versione 5 senza bisogno di alcuna
modifica; il motore di ricerca della Versione 5 è filtrato attraverso la API
di ricerca di Notes.
Panoramica sulla funzione Ricerca nel dominio
Ricerca nel dominio è una nuova funzione che permette agli utenti di
esaminare un intero dominio di Notes alla ricerca di documenti, file e
allegati che corrispondano a una query di ricerca. La ricerca nel dominio
è centralizzata su un Server catalogo del dominio che utilizza un
database Catalogo del dominio per gestire in quali database e file
system eseguire la ricerca e che filtra i risultati ottenuti in base
all'accesso disponibile all'utente per ciascun documento. La funzione di
indicizzazione crea un indice del dominio centralizzato sul server
Catalogo del dominio sul quale vengono eseguite tutte le ricerche sul
dominio. Mentre il database Catalogo del dominio può essere replicato
9-1
Capitolo 9
su altri server, i file dell'indice non possono esserlo. Se l'organizzazione
ha più di otto server Domino, si raccomanda vivamente di dedicare un
server al ruolo di Server catalogo del dominio: questo computer non
dovrebbe avere altro scopo oltre a quello di agire da indice e motore di
ricerca per il dominio.
Server catalogo del dominio
Quando si decide di utilizzare la funzione di ricerca nel dominio,
assicurarsi che il server Catalogo del dominio sia in grado di gestire il
carico di lavoro connesso alla creazione degli indici e alla gestione delle
interrogazioni degli utenti. Il server Catalogo del dominio dovrebbe
essere veloce e potente, oltre a disporre di molto spazio su disco; più
processori, molta memoria RAM e più unità di grande volume
aumentano l'efficienza e la potenza delle ricerche.
Si consideri l'inserimento in un cluster dei server Catalogo del dominio
per aumentarne l'affidabilità, la tolleranza agli errori e per bilanciare il
carico di lavoro derivante dalle query degli utenti. Inserendo i server
Catalogo del dominio all'interno di un cluster, replicare il Catalogo del
dominio su ognuno di essi.
Per i server Catalogo del dominio che operano in ambiente HP-UX,
Lotus raccomanda la seguente configurazione minima:
Server D380 Enterprise con processore singolo
128MB di RAM
5 unità interne SCSI-2 da 9GB
Adattatore LAN 100BaseT a porta singola
Per i server Catalogo del dominio che operano in ambiente IBM AIX,
Lotus raccomanda la seguente configurazione minima:
Un server RS/6000® Modello F50 con singolo processore da 332
MHz
512MB di RAM
50 GB di spazio su disco libero (questo valore cresce all'aumentare
delle dimensioni del dominio).
Per i Server catalogo del dominio che operano in ambiente IBM OS/2
Warp, Microsoft Windows NT o Sun Solaris, Lotus raccomanda la
seguente configurazione minima:
Un processore Intel Pentium II 266 MHz.
256MB di RAM
Server Ultra Enterprise 250 con processore singolo
512MB di RAM
Catalogo del dominio
Il Catalogo del dominio è un database basato sul modello
CATALOG.NTF. Il Catalogo contiene i record che indicano quali
database e file system il server deve indicizzare, e i moduli utilizzati per
effettuare le ricerche nell'indice. Il Catalogo del dominio risiede sullo
stesso server dell'indice del dominio. I progettisti e i gestori di database
possono impostare se un database deve essere indicizzato o meno,
selezionando o deselezionando l'opzione "Include in indicizzazione
multi database" nel pannello Impostazione della finestra Proprietà del
database. Gli amministratori possono comunque ignorare queste
impostazioni servendosi di Domino Administrator. Usando il Catalogo
del dominio, gli amministratori specificano quale file system
indicizzare.
Ricerca dal Web
I client Web hanno accesso a tutte le funzionalità di Ricerca nel dominio,
compresi query di ricerca e insiemi di risultati. Inoltre, i progettisti di
applicazioni hanno un controllo maggiore sull'aspetto dell'interfaccia
usata per le ricerche Web rispetto all'interfaccia Notes, permettendo di
personalizzarla meglio.
Modifiche e utenti finali
Le modifiche alle funzioni di ricerca dovrebbero risultare trasparenti
agli utenti; tutte le funzionalità della Versione 4 sono conservate nella
funzione di ricerca della Versione 5. Gli utenti possono eseguire ricerche
relative a tutto il dominio, compresi i file system indicizzati, facendo clic
sull'icona Discovery della V5 e creando un'interrogazione di Ricerca nel
dominio.
Gli utenti con repliche o database locali indicizzato con la Versione 4
ricevono una segnalazione di errore che indica loro che il database ha
bisogno di essere reindicizzato una volta terminato il loro passaggio alla
Versione 5; ciò accade fino a che essi non aggiornano l'indice oppure
finché l'agente di indicizzazione in background non lo aggiorna. Vedere
"Interoperabilità della ricerca" in questo capitolo.
Aggiornamento della ricerca 9-3
Per i server Catalogo del dominio che operano in ambiente Sun SPARC
Solaris, Lotus raccomanda la seguente configurazione minima:
Ricerca nel dominio e Cataloghi database della Versione 4
L'attività Catalogo del dominio raccoglie le informazioni sui database in
tutti i server Domino del dominio e crea un documento per ogni
database nel Catalogo del dominio. Quando raccoglie le informazioni da
un altro server V5 che ha un catalogo V5, l'attività Catalogo del dominio
utilizza la replica in ricezione per raccogliere i documenti che esistono
già nel catalogo del server. Se il server è un server V4 (con o senza
catalogo V4) o un server V5 senza catalogo, l'attività Catalogo del
dominio riceve le informazioni necessarie direttamente da ogni singolo
database presente sul server in questione e crea un corrispondente
documento per ogni database nel Catalogo del dominio.
Aggiornamento delle informazioni di Ricerca nel dominio
Per ulteriori informazioni sull'aggiornamento delle funzioni di ricerca
alla Versione 5, vedere i seguenti argomenti:
Vantaggi della ricerca della Versione 5.
Modifiche alla funzione di ricerca
Attivazione della funzione Ricerca nel dominio
Aggiornamento degli indici dei server
Impostazione dei database in cui eseguire la ricerca
Configurazione della ricerca nel dominio per il client Notes.
Sicurezza e ricerca nel dominio.
Interoperabilità della ricerca
Sito di ricerca e Versione 5
Modifiche alla funzione di ricerca
Nella Versione 5 la ricerca ha subito le seguenti modifiche:
Funzioni della Versione 4 non più disponibili
Dizionario dei sinonimi.
Parole da escludere.
Modifiche tra le funzioni delle versioni 4 e 5
Gli indici della Versione 5 sono più grandi degli indici della
Versione 4. A seconda del database, l'indice della Versione 5 può
risultare fino al 50% più grande dell'indice della Versione 4.
La ricerca della Versione 5 è completamente abilitata per i caratteri a
due byte; è possibile utilizzarla con più lingue e in organizzazioni
multinazionali.
Per abilitare la funzione di ricerca nel dominio nella Versione 5 basta
aggiornare il server Catalogo del dominio alla Versione 5 e abilitare il
campo "Indicizzatore dominio" nel pannello Attività del server Indicizzatore dominio del documento Server. Questa operazione
configura il server come server Catalogo del dominio, e fa sì che esso
esegua l'attività Catalogo del dominio. L'attività Catalogo del dominio
crea nell'Elenco indirizzi di Domino il gruppo
LocalDomainCatalogServers e vi aggiunge il Server catalogo del
dominio. Essa crea anche il database Catalogo del dominio in base
all'impostazione CATALOG.NTF e aggiunge i record relativi ai
database al Catalogo del dominio. Il server inizia l'indicizzazione del
dominio al successivo avvio dell'attività Indicizzatore dominio,
controllata dalla programmazione impostata nel record Server del
pannello Attività del server - Indicizzatore dominio. Per impostazione
predefinita, l'indicizzatore viene eseguito una volta ogni ora.
Dopo avere aggiornato il server Catalogo del dominio, è possibile
eseguire l'attività Catalogo (come descritto nella sezione successiva) per
iniziare l'indicizzazione del dominio oppure attendere fino
all'esecuzione dell'attività Catalogo sul server. Quando viene eseguita
l'attività Updall, essa avvia l'attività Catalogo che avvia l'indicizzatore
del dominio.
Configurazione di Ricerca nel dominio
1. Aggiornare il server di ricerca alla Versione 5.
Per ulteriori informazioni, vedere "Aggiornamento di un server
Domino" nel capitolo 3, "Aggiornamento di un server Domino".
3. Fare clic sulla pagina Configurazione.
4. Espandere la sezione Server nel quadro della vista.
5. Fare clic su Tutti i documenti Server.
6. Selezionare il documento Server del server Catalogo del dominio,
quindi fare clic su Modifica Server.
7. Fare clic sul pannello Attività del server - Indicizzatore dominio.
8. Fare clic sulla freccia accanto al campo "Indicizzatore a livello di
dominio" sotto l'intestazione Generali.
10. Impostare la programmazione dell'indicizzazione in modo da
soddisfare le necessità del sistema.
Attivazione della funzione Ricerca nel dominio
11. Fare clic su Salva e chiudi.
12. Avviare il Server catalogo del dominio.
13. Digitare
load catalog
e premere Invio per avviare il processo Catalogo del dominio e
iniziare la catalogazione del dominio. L'attività Catalogo del
dominio avvia l'attività Indicizzatore dominio.
Ricerca nei file system
È possibile creare un documento File system nel Catalogo del dominio
per specificare quali file system debbano essere inclusi nell'Indice del
dominio. Il documento permette di impostare quali file system
indicizzare, se indicizzarne anche le sottodirectory e quali file escludere.
È possibile indicizzare qualsiasi file system, sempre che i servizi del
sistema operativo del computer su cui viene eseguito il server Domino
siano in grado di accedere a quel file system (il sistema operativo del
server richiede almeno l'accesso in lettura).
Nota Se si desidera indicizzare un file system, il server Catalogo del
dominio deve avere i servizi Domino HTTP installati e abilitati sul
server Domino. Questo permette al server di restituire i collegamenti ai
documenti presenti nel file system e di restituire quei documenti come
risposta alle query effettuate da Notes e dai client Web.
Nota Il filtro di sicurezza della Versione 5 funziona solo per i risultati
delle ricerche effettuate su database Domino. I risultati delle ricerche
effettuate sui file system dipendono dalla sicurezza dei file system
stessi: gli utenti ottengono quindi il risultato della ricerca anche se non
sono autorizzati a visualizzare il documento. Perciò gli utenti possono
non essere in grado di accedere a tutti i risultati della ricerca, oppure
possono essere in grado di intuire informazioni riservate in base ai
risultati della ricerca che vengono loro visualizzati. Assicurarsi di
impostare correttamente la sicurezza del file system e di indicizzare solo
i file system dove la sicurezza non rappresenti un'alta priorità.
Messa a punto delle prestazioni
È possibile impostare il numero di thread di indicizzazione utilizzati da
Ricerca nel dominio per migliorarne le prestazioni di ricerca. Con un
numero maggiore di thread di indicizzazione, le modifiche apportate ai
documenti sono indicizzate più velocemente, ma l'utilizzo della CPU
aumenta e conseguentemente la ricerca rallenta. Con un numero minore
di thread di indicizzazione, la ricerca accelera a causa della maggiore
disponibilità della CPU, ma le modifiche effettuate non sono riportate
così velocemente nell'indice. È possibile anche impostare la frequenza di
esecuzione dell'indicizzatore. Una frequenza maggiore porta a un indice
più aggiornato, ma consuma una maggior quantità di risorse della CPU.
FT_DOMAIN_IDXTHDS=x
dove x è il numero di thread di indicizzazione.
Aggiornamento degli indici dei server
Molti database dispongono di indici che permettono agli utenti di
effettuare ricerche all'interno delle loro viste. Dopo essere passati alla
Versione 5, l'indicizzatore del server Domino rileva automaticamente gli
indici della Versione 4 e li sostituisce con indici della Versione 5. Mentre
l'indicizzatore viene periodicamente eseguito il background per
aggiornare gli indici dei database, esso provvede anche ad aggiornare
tali indici alla Versione 5.
Nota Se gli utenti tentano di effettuare una ricerca su un database in
fase di aggiornamento dalla Versione 4 alla 5, viene loro restituito un
errore. Essi possono effettuare ricerche nel database solo una volta che
Domino ha ricostruito l'indice.
Impostazione dei database in cui eseguire la ricerca
La ricerca nel dominio indicizza i database che hanno l'opzione "Include
in indicizzazione multi database" selezionata nel pannello Impostazione
della finestra Proprietà del database. È possibile utilizzare Domino
Administrator per impostare questa opzione su più database con una
sola operazione. Inoltre, qualsiasi database utilizzi la funzione sito di
ricerca ha già questa opzione selezionata. Per impostazione predefinita,
Domino non include nella funzione Ricerca nel dominio i seguenti
database:
Database Richieste di amministrazione (ADMIN4.NSF).
Cataloghi database (CATALOG.NSF).
Librerie di database (DBLIB4.NSF).
Database Messaggio evento (EVENTS4.NSF).
Database Storico (LOG.NSF).
Database di posta (posta di Notes e POP3/IMAP).
Per impostazione predefinita, Ricerca nel dominio utilizza due thread di
indicizzazione per processore. È possibile aumentare o diminuire questo
numero ma non superare gli otto thread di indicizzazione totali per
server, indipendentemente dal numero di processori. L'uso di più di
otto thread può causare un calo delle prestazioni di indicizzazione. È
possibile specificare il numero di thread aggiungendo
Database Portfolio.
Database Statistiche del server (STATRP45.NSF).
Database Sito di ricerca (SRCHSITE.NSF).
Si raccomanda di escludere questi database dall'Indice del dominio. Ad
esempio, un file di posta è generalmente accessibile solo a una persona,
pertanto la sua inclusione nell'Indice del dominio aumenta le
dimensione dell'indice in cambio di vantaggi molto limitati.
Gli indici di database singoli presenti su un server vengono
automaticamente aggiornati alla Versione 5. Quando l'indicizzatore
viene eseguito periodicamente per aggiornare gli indici, esso cancella
qualsiasi indice della Versione 4 che incontra, creando al suo posto un
indice della Versione 5 che lo sostituisca. Questi indici si riferiscono solo
a quel database; la modifica è trasparente all'utente. Gli indici di
database singoli presenti su un client vengono aggiornati da un agente
eseguito in background da Notes Versione 5; se l'utente tenta di
effettuare una ricerca prima che l'agente in background sia stato
eseguito, viene restituito un errore. In questo caso, l'utente può
ricostruire l'indice manualmente.
Per ulteriori informazioni, vedere "Aggiornamento manuale dell'indice
di un database" nell'argomento "Interoperabilità della ricerca".
Nota Gli amministratori possono decidere di ignorare le impostazioni
di singoli database in modo da includere o escludere tali database
dall'Indice del dominio mediante l'uso di Domino Administrator per
impostare l'opzione "Include in indicizzazione multi database".
Configurazione della ricerca nel dominio per i client Notes
Quando un client Notes della Versione 5 utilizza Ricerca nel dominio,
Notes controlla il campo Cerca nel server nel pannello Server del
documento Località corrente per decidere a quale Server catalogo del
dominio collegarsi. Una volta impostato un Server catalogo del dominio
per il proprio dominio di Notes, Domino registra questa informazione
nel profilo di configurazione utente predefinito nell'Elenco indirizzi di
Domino del dominio, automatizzando così il processo di impostazione
della funzione Ricerca nel dominio per i client Notes presenti nel
dominio. Quando gli utenti di Notes Versione 5 si autenticano presso il
proprio server di appartenenza, Notes controlla questo profilo e
aggiorna il documento Località attuale con il nome del Server catalogo
del dominio. Seguire i punti seguenti per altre località, oppure per
configurare la ricerca nel dominio prima che il client Notes si autentichi
presso il server di appartenenza.
Fare clic sul pannello Server.
Immettere il nome del server Catalogo del dominio nel campo Cerca
nel server. Se non si conosce il server Catalogo del dominio,
consultare l'amministratore di Domino.
Fare clic su Salva e chiudi.
6. Chiudere la Rubrica personale.
Nota Gli amministratori di Domino possono impostare queste
informazioni per i nuovi utenti durante la loro registrazione.
Notes restituisce un errore qualora gli utenti immettano in modo errato
il nome del server di ricerca, oppure se specificano un server che non sia
un server Catalogo del dominio.
La sicurezza e la funzione di ricerca nel dominio
Quando un utente effettua una ricerca sui database Domino mediante la
funzione di ricerca nel dominio, il motore di ricerca Ricerca nel dominio
verifica ogni risultato confrontandolo con la Lista controllo accessi del
database in cui è stato rilevato il risultato, per verificare che l'utente
disponga dell'accesso necessario per leggere tale documento. Per
eseguire questo controllo, il Catalogo del dominio contiene un listato
per ogni database indicizzato che include la LCA del database stesso. Il
controllo di sicurezza opera come segue:
Domino controlla la voce -Default- nella Lista controllo accessi del
database.
Se la voce -Default- dispone di accesso Lettura o superiore, l'utente
può leggere il documento e Domino restituisce l'insieme dei
risultati.
Se la voce -Default- dispone di accesso inferiore a Lettura, Domino
controlla se l'utente dispone dell'accesso Lettura o superiore nella
LCA del database. In caso contrario, Domino non include il risultato
della ricerca nell'insieme dei risultati, dato che l'utente non è
autorizzato a leggere quel documento.
Avviare il client Notes Versione 5.
Scegliere File - Database - Apri.
Selezionare la Rubrica personale e fare clic su Apri.
Nel quadro sinistro, espandere la sezione Avanzate e fare clic su
Località.
5. Eseguire quanto segue per ogni località per cui si desidera utilizzare
la funzione di ricerca nel dominio:
Selezionare la località e fare clic sul pulsante Modifica località.
1.
2.
3.
4.
Se l'utente dispone dell'accesso Lettura o superiore, Domino
controlla se il documento risultato contiene un campo Lettori.
Se il documento risultato non dispone di un campo Lettori, l'utente
può leggere il documento e Domino restituisce l'insieme dei
risultati.
Se il documento risultato contiene un campo Lettori, Domino
controlla se l'utente vi è incluso. In caso contrario, Domino non
include il risultato della ricerca nell'insieme dei risultati, dato che
l'utente non è autorizzato a leggere quel documento.
Se l'utente fa parte del campo Lettori, egli può leggere il documento
e Domino restituisce l'insieme dei risultati.
Perché Domino includa un collegamento a un documento risultante da
una ricerca nell'insieme dei risultati, l'utente deve essere in grado di
leggere il documento, cosa che comprende l'avere almeno accesso
Lettura al database in cui si trova il documento, oltre a essere incluso
nel campo Lettori qualora il documento ne contenga uno.
La sicurezza nelle ricerche e le liste di accesso ai server
Utilizzando liste di accesso ai server all'interno di un dominio per
limitare l'accesso alle informazioni, si ricorda che può essere necessario
controllare la LCA dei database presenti su tali server in modo da
assicurare che i risultati delle ricerche siano filtrati. In altro caso, la
ricerca potrebbe restituire risultati a utenti non in grado di accedere al
documento risultato in questione. In alcuni casi, gli utenti potrebbero
essere in grado di derivare informazioni dall'esistenza di un documento
cui non hanno accesso, compromettendo così la riservatezza di
informazioni confidenziali.
Ad esempio, la società Acme ha due server di applicazioni,
App-N/Nord/Acme e App-S/Sud/Acme. Gli utenti della Acme sono
certificati presso uno dei due certificatori di unità organizzative
disponibili: /Nord/Acme e /Sud/Acme. App-N/Nord/Acme non
permette alcun accesso agli utenti certificati presso /Sud/Acme. I
database presenti sul server, che non dovrebbe essere accessibile agli
utenti di /Sud/Acme, hanno l'impostazione -Default- delle loro LCA
impostata come Lettura, dato che la lista di accesso al server assicura
che gli utenti di /Sud/Acme non possano accedere a quei database.
Quando la Acme attiva la ricerca nel dominio, gli utenti di /Sud/Acme
che effettuano interrogazioni di ricerca nel dominio possono ottenere
risultati della ricerca che includano dei collegamenti a documenti
contenuti in database presenti in App-N/Nord/Acme, dato che in base
alle Liste Controllo Accessi di tali database, agli utenti di /Sud/Acme non è
proibita la visualizzazione di quei risultati. Le liste di accesso ai server
Per evitare questo problema, controllare le Liste Controllo Accessi dei
database protetti dalle liste di accesso ai server, in modo da assicurare
che essi siano impostati per eseguire correttamente l'operazione di filtro.
Per fare ciò, si presuma che la lista di accesso ai server non esista.
Modificare la LCA in modo che, in assenza di una lista di accesso ai
server, il database sia protetto adeguatamente. Ciò assicura che, quando
la ricerca nel dominio controlla la LCA del database, filtri i risultati a cui
gli utenti non possono accedere.
Nota Questo esempio presume che il server Catalogo del dominio
abbia una certificazione che permette l'accesso sia a
App-N/Nord/Acme che a App-S/Sud/Acme.
Interoperabilità della ricerca
Nel passare alle funzioni di ricerca della Versione 5, è possibile avere un
ambiente che utilizza entrambi i motori di ricerca V4 e V5. I client della
Versione 5 possono accedere agli indici della Versione 4 attraverso un
server R4. I client della Versione 4 non possono accedere a un Indice del
dominio della Versione 5, ma possono utilizzare un browser Web o il
componente Microsoft Internet Explorer incorporato nel Navigatore
Web di Notes per eseguire Ricerche nel dominio della Versione 5. I
client della Versione 4 possono effettuare ricerche nelle viste di database
che hanno indici della Versione 5. I client Web eseguono ricerche nel
dominio attraverso un collegamento al modulo di ricerca corretto nel
Catalogo del dominio. I progettisti di applicazioni possono impostare
più moduli di ricerca nel catalogo e fornire più di un collegamento.
Se un client della Versione 5 tenta di accedere a un indice della
Versione 4 localmente o su un server V5, Notes visualizza un messaggio
di errore che indica che è necessario ricostruire l'indice. È possibile
aggiornare manualmente l'indice, oppure attendere che l'agente di
indicizzazione background lo aggiorni. I client Notes dispongono di un
agente di indicizzazione eseguito in background per il ripristino e
l'aggiornamento degli indici. Quando un client Notes della Versione 5
esegue questo agente, esso rileva gli indici della Versione 4 e li aggiorna
alla Versione 5.
continuano a gestire la sicurezza dei database dell'ambiente, dato che gli
utenti di /Sud/Acme non possono accedere ai documenti attraverso tali
collegamenti, ma la mera esistenza dei collegamenti stessi ha
potenzialmente rivelato le informazioni riservate agli utenti di
/Sud/Acme.
I server Domino dispongono di un'attività in background per
l'aggiornamento degli indici. Quando incontra un indice della
Versione 4 su un server della Versione 5, l'attività aggiorna tale indice
alla Versione 5. Per ulteriori informazioni, vedere "Aggiornamento degli
indici dei server" in questo capitolo.
Aggiornamento manuale dell'indice di un database
2. Selezionare il database di cui si desidera aggiornare l'indice e fare
clic su Apri.
3. Fare clic sul pulsante Discovery nella parte superiore destra dello
schermo.
4. Nella barra Ricerca, fare clic su Altro.
5. Fare clic su Aggiorna indice.
Nota È possibile selezionare di indicizzare tutti i file allegati in un
database utilizzando solo filtri di file o di indicizzare il testo nei file per
un'indicizzazione più veloce.
Sito di ricerca e Versione 5
Sito di ricerca è supportato nella Versione 5; tuttavia, in Ricerca nel
dominio è inclusa la maggior parte delle sue caratteristiche.
Se si usa Sito di ricerca, si consideri quanto segue:
Una query restituisce un notiziario contenente i collegamenti, senza
alcun tipo di filtro di sicurezza sui risultati. Anche se gli utenti non
possono aprire i collegamenti cui non hanno accesso, essi sanno che
la ricerca effettuata ha generato un risultato sulla voce specificata
nella query.
L'insieme dei risultati di una ricerca non può essere visualizzato
fino a quando tutti i risultati non sono stati completamente
formattati nel notiziario, aumentando così il tempo necessario per la
risposta, specialmente se la ricerca dà luogo a molti risultati.
Sito di ricerca è utile qualora si desideri indicizzare un sottoinsieme di
database non altamente riservati. È anche possibile classificare questi
database e utilizzare Ricerca nel dominio per indicizzarli, sebbene
questo approccio comporti un impegno a livello gestionale.
La ricerca nel dominio incorpora le funzionalità di Sito di ricerca,
aggiungendo loro il filtro di sicurezza basato sul Catalogo del dominio.
Vedere "Sicurezza e ricerca nel dominio".
Questo capitolo descrive le nuove caratteristiche di sicurezza nella
Versione 5, oltre ad alcune considerazione sull'autenticazione e
sull'interoperabilità tra la Versione 5 e le versioni precedenti di Notes.
La sicurezza nella Versione 5 funziona come nella Versione 4 ma offre
funzioni di sicurezza aggiuntive per utenti, server e client Internet.
Vedere informazioni su:
Uso dei file ID della Versione 5
Creazione di file di ID normali
Controllo delle password e interoperabilità con le versioni
precedenti
Certificazioni e interoperabilità con X.509
Direttive di protezione in HTTPD.CNF e V5
Autenticazione del server Web in un ambiente con versioni miste
Come rendere disponibili i certificati radice ai client usando SSL e
S/MIME
Uso dei file ID della Versione 5
I file ID creati con la Versione 5 non sono utilizzabili con la Versione 3.
Qualora sia necessario utilizzare i file ID con la V3, sarà necessario
conservare almeno un client della Versione 4 per generare nuovi file ID
che possano essere utilizzati con la Versione 3.
I file della Versione 3 possono essere aggiornati senza problemi fino alla
Versione 5, e gli utenti della Versione 3 possono continuare a utilizzarli
senza alcuna modifica nelle funzionalità.
10-1
Capitolo 10
Nomi alternativi e interoperabilità
Se si utilizzano nomi alternativi con un file ID in V5, non è possibile
utilizzare quel file ID con le versioni precedenti del client Notes.
Tuttavia, i client V5 che utilizzano un file ID con nomi alternativi
possono autenticarsi con client e server V4 e interagire con loro.
Creazione di file di ID normali
I server e i client della Versione 5 non possono creare nuovi file di ID
normali. Se l'organizzazione continua a utilizzare file di ID normali con
la Versione 5, sarà necessario conservare almeno un client della
Versione 4 per poter creare nuovi file di ID normali. Tuttavia, la
Versione 5 supporta completamente la gestione dei file di ID normali. È
possibile rinnovare la certificazione dei file di ID normali già esistenti ed
emettere certificazioni normali per nuovi utenti gerarchici che hanno
bisogno di accedere al server mediante ID normali. Se l'organizzazione
usa file di ID normali, si consideri l'opportunità di passare a file di ID
gerarchici, per sfruttare sicurezza e flessibilità potenziate nel controllo
degli accessi, nella generazione e certificazione degli ID e nella loro
gestione.
Controllo delle password e interoperabilità con le versioni precedenti
Il controllo delle password durante l'autenticazione richiede che le
stazioni di lavoro e i server eseguano la Versione 4.5 o successiva.
Abilitando il controllo delle password su un server che esegue una
versione precedente alla 4.5, l'autenticazione avverrà senza controllo
delle password. Abilitando il controllo delle password su una stazione
di lavoro che esegue una versione precedente alla 4.5, l'autenticazione
non riuscirà quando la stazione di lavoro cercherà di collegarsi a un
server che richieda il controllo della password.
Alla prima autenticazione di un utente per cui è richiesto il controllo
della password con un server di una versione precedente, l'ID utente
verrà modificato e non potrà più essere utilizzato con tale versione.
Certificazioni e interoperabilità con X.509
Aggiungendo un certificato X.509 a un file di ID di Notes, non sarà più
possibile usare tale file di ID con i client Notes della Versione 3. I file ID
contenenti certificazioni X.509 potranno comunque essere utilizzati con i
client Notes delle versioni 4 e 5.
Nella Versione 5 di Domino, le Direttive di protezione in HTTPD.CNF
sono sostituite da documenti Protezione file. La V5 di Domino ignora le
Direttive di protezione. Si consideri la possibilità di configurare dei
documenti Protezione file per ogni directory cui potranno accedere gli
utenti Web. I server che vengono aggiornati alla Versione 5 o di nuova
installazione non dispongono di alcuna protezione per i file fino a
quando non vengono creati i necessari documenti Protezione file.
Per ulteriori informazioni, vedere "Controllo dell'accesso dei browser
Web ai file del server" nel capitolo 30, "Controllo dell'accesso di Notes e
Domino ai server Domino" in Amministrazione del sistema Domino.
Autenticazione del server Web in un ambiente con versioni miste
La Versione 5 fornisce un maggiore controllo sul modo in cui Domino
autentica gli utenti Web. Sul pannello Sicurezza del documento Server,
l'impostazione "Autenticazione server Web" offre due scelte: "Più
variazioni di nomi con minore sicurezza" o "Minori variazioni di nome
con sicurezza più elevata". Selezionando "Più variazioni di nomi" si
autenticano gli utenti in modo identico alla V4.6x; gli utenti possono
immettere una qualunque delle espressioni seguenti come nome di
utente quando questo viene richiesto dal browser:
Solo cognome
Solo nome
Nome breve
Nome comune
Nome gerarchico completo
Qualsiasi alias nel campo Nome utente
Questa impostazione autentica utilizzando la vista ($Users) nell'Elenco
indirizzi di Domino/Rubrica pubblica. Questa è l'impostazione
standard.
Se si seleziona "Minori variazioni di nome", gli utenti possono
immettere una qualunque delle espressioni seguenti come nome di
utente quando questo viene richiesto dal browser:
Nome gerarchico completo
Nome comune
Qualsiasi alias nel campo Nome utente
Aggiornamento della sicurezza 10-3
Direttive di protezione in HTTPD.CNF e V5
Questa impostazione autentica gli utenti utilizzando la vista
($LDAPCN) nell'Elenco indirizzi di Domino.
Nota Selezionare questa opzione solo se tutti gli Elenchi indirizzi di
Domino esaminati per cercare l'autenticazione HTTP utilizzano
l'impostazione V5.
Come rendere disponibili i certificati radice ai client usando SSL
e S/MIME
I client Notes che utilizzano SSL o S/MIME devono utilizzare certificati
radice accreditati provenienti da autorità di certificazione di terze parti
(AC) nella propria Rubrica personale per autenticare i server utilizzando
i certificati di tali AC. L'Elenco indirizzi di Domino V5 contiene i
certificati radice necessari per autenticare le firme create con queste AC
di terze parti. Copiare questi certificati dall'Elenco indirizzi di Domino
V5 su qualsiasi Rubrica pubblica V4 che deve autenticare i client in SSL
o S/MIME.
1. Aprire l'Elenco indirizzi di Domino.
2. Andare alla vista Server - Certificatori.
3. Copiare qualsiasi certificato radice accreditato da AC di terze parti.
4. Aprire la Rubrica pubblica a cui si desidera aggiungere i certificati
radice.
5. Incollare i certificati in qualsiasi vista della Rubrica pubblica.
Gli utenti possono copiare questi certificati sulle loro Rubriche
personali.
Per ulteriori informazioni, vedere il capitolo 37, "Configurazione dei
client per S/MIME e SSL" in Amministrazione del sistema Domino.
Questo capitolo descrive come convertire i nomi di utente e server
normali in nomi gerarchici. La conversione in nomi gerarchici presenta
numerosi vantaggi, tra i quali la maggiore sicurezza del sistema.
Conversione di nomi normali in nomi gerarchici
Il processo di amministrazione consente di convertire i nomi utente e
server normali in nomi gerarchici. La conversione in nomi gerarchici
permette di:
Assicurare l'univocità dei nomi.
Suddividere la responsabilità della creazione degli ID e della
ricertificazione degli utenti e dei server.
Utilizzare la certificazione incrociata che semplifica l'accesso nella
comunicazione con altre società.
Per ulteriori informazioni sul processo di amministrazione, consultare il
capitolo "Impostazione del processo di amministrazione" in
Conversione dei nomi normali eseguita dal processo di
amministrazione
La conversione dei nomi utente o server normali in nomi gerarchici
viene avviata scegliendo specifiche operazioni nell'Elenco indirizzi di
Domino. Per eseguire la richiesta, il processo di amministrazione esegue
i seguenti passaggi:
Nota Il processo di amministrazione consente inoltre di rinominare gli
utenti gerarchici, ma non i server. È possibile modificare i nomi comuni
degli utenti oppure spostarli in un altro schema dei nomi gerarchici. I
passaggi eseguiti dal processo di amministrazione per modificare i nomi
comuni degli utenti sono gli stessi che vengono eseguiti per convertire i
nomi normali in nomi gerarchici. Anche i passaggi eseguiti dal processo
di amministrazione per spostare i nomi in un altro schema dei nomi
gerarchici sono gli stessi, ad eccezione del fatto che la richiesta deve
essere approvata dall'amministratore.
11-1
Capitolo 11
Certificazione di utenti e server nelle organizzazioni
normali
1. Domino crea una richiesta Avvio del cambio di nome nella Rubrica
nel database Richieste di amministrazione (ADMIN4.NSF). Questa
richiesta avvia il processo di aggiunta del nome convertito o
modificato nel documento Persona o Server della Rubrica pubblica.
2. Il processo di amministrazione completa l'esecuzione della richiesta
eseguendo una delle seguenti modifiche nell'Elenco indirizzi di
Domino.
Se viene convertito o modificato un nome utente, il processo di
amministrazione inserisce il nuovo nome nel campo Nome
utente e conserva il vecchio nome in modo da consentire l'invio
di posta utilizzando il nome originale, inserisce il certificato
gerarchico nel campo Chiave pubblica certificata e una richiesta
di modifica nel relativo campo del documento Persona.
Se viene convertito un nome di server, il processo di
amministrazione inserisce il certificato gerarchico nel campo
Chiave pubblica certificata e aggiunge una richiesta di modifica
nel relativo campo del documento Server.
3. Viene quindi eseguita una delle seguenti operazioni:
Se viene convertito o modificato un nome utente, al successivo
accesso dell'utente al server, il server confronta il nome
contenuto nel campo di richiesta di modifica del documento
Persona nell'Elenco indirizzi di Domino con quello memorizzato
nell'ID utente.
Se i due nomi non corrispondono perché il nome utente è stato
convertito o modificato, viene visualizzato un messaggio in cui
viene richiesto di confermare il nuovo nome. Se l'utente
seleziona Sì, Domino aggiorna l'ID utente con il nome e il
certificato gerarchico e crea un documento Cambia il nome della
persona nella Rubrica nel database Richieste amministrazione
del server l documento è costituito da una richiesta di
aggiornamento di tutte le rimanenti occorrenze del nome
originale dell'utente presenti nell'Elenco indirizzi di Domino. Il
processo di amministrazione converte o modifica il nome nella
lista controllo accessi dei database locali dell'utente se l'utente è
stato impostato come server di amministrazione per i database.
Se è selezionata l'opzione Modifica tutti i campi Lettura e
Redazione della lista controllo accessi, viene aggiornato anche il
nome contenuto nei campi Reader e Author dei database locali.
Se l'utente dispone dell'accesso Gestione per la Rubrica
personale o è stato impostato come server di amministrazione, il
processo di amministrazione converte o modifica tutte le
occorrenze del nome normale nella Rubrica personale
dell'utente.
Se l'utente seleziona No, l'ID utente non viene convertito o
modificato.
Se i due nomi non corrispondono perché il nome server è stato
convertito, l'ID server viene automaticamente aggiornato da
Domino con il nome e il certificato gerarchico e viene creato un
documento Cambia il nome al server nella Rubrica nel database
Richieste amministrazione del server. Il documento è costituito
da una richiesta di aggiornamento di tutte le rimanenti
occorrenze del nome normale del server presenti nell'Elenco di
Domino.
Nota Per impostazione predefinita, le informazioni contenute nel
campo di richiesta di modifica dei documenti Persona e Server
scadono dopo 21 giorni. La validità ha inizio nel momento di avvio
della richiesta dall'Elenco indirizzi di Domino. È possibile
modificare la scadenza predefinita modificando l'impostazione
Name_Change_Expiration_Days del file NOTES.INI. Se un utente
dispone di più ID e passa a un ID non ancora convertito, Domino
convertirà l'ID a condizione che le informazioni contenute nel
campo di richiesta di modifica non siano scadute.
4. Dopo che il processo di amministrazione ha eseguito la richiesta
Cambia il nome della persona nella Rubrica o Cambia il nome al
server nella Rubrica, viene creata una richiesta Cambia nome nella
Lista Controllo Accessi nel database Richieste amministrazione per
aggiornare il nome nella LCA dei database. Una volta replicata la
richiesta Cambia nome nella Lista Controllo Accessi in tutti i
database Richieste amministrazione del dominio, il processo di
amministrazione di ciascun server completa la richiesta convertendo
o modificando i nomi nella lista controllo accessi di tutti i database
in cui il server è specificato come server di amministrazione.
Gli utenti e i server possono continuare ad accedere ai database le
cui liste controllo accessi contengono il nome originale. Non è
necessario attendere che il processo di amministrazione converta o
modifichi i nomi.
Il processo di amministrazione crea inoltre una richiesta
Ridenominazione nei documenti Persona che richiede la modifica
delle occorrenze del nome nei documenti Persona dell'Elenco
indirizzi di Domino.
Certificazione di utenti e server nelle organizzazioni normali 11-3
Se viene convertito un nome di server, il server controlla
regolarmente il proprio documento Server nell'Elenco indirizzi
di Domino per verificare se il nome è stato modificato. Il server
confronta il nome contenuto nel campo di richiesta di modifica
del documento Server con quello memorizzato nel proprio ID
server.
5. Il processo di amministrazione crea quindi una richiesta
Ridenominazione nei campi Lettura/Redazione nel database
Richieste amministrazione. Una volta replicata la richiesta sugli altri
server, il processo di amministrazione di ciascun server modifica il
nome contenuto nei campi Lettura e Redazione dei database per i
quali il server è stato impostato come server di amministrazione e
che hanno selezionata l'opzione "Modifica i campi Reader o Author
nella lista controllo accessi. Poiché l'operazione potrebbe richiedere
alcuni minuti, il processo di amministrazione esegue la richiesta
rispettando le impostazioni di richiesta rinviata della sezione
Processo amministrativo del documento Server. Il processo di
amministrazione non elimina i nomi dei campi Lettura e Redazione
di documenti firmati o cifrati.
Conversione in presenza di più Rubriche pubbliche
Se vengono create le repliche di due o più Rubriche pubbliche su un
server, il processo di amministrazione modifica soltanto i documenti
dell'Elenco indirizzi primario di Domino, ovvero la prima elencata
nell'impostazione NAMES= del file NOTES.INI.
L'Elenco indirizzi primario di Domino deve contenere il documento
Persona o Server dell'utente o server da convertire e i documenti
Certificatore dell'ID certificatore gerarchico e i relativi antenati
gerarchici. Ad esempio, per convertire Aldo Viscardi in Aldo
Viscardi/Finanza/Bologna/Acme, è necessario che l'Elenco indirizzi
primario contenga il documento Persona di Aldo Viscardi e i documenti
Certificatori di /Finanza/Bologna/Acme, /Bologna/Acme e /Acme.
Per ulteriori informazioni sull'utilizzo di più rubriche, consultare la
Guida di Domino Administrator.
Conversione in un ambiente in cui coesistono versioni differenti di
Domino
Se si utilizza un ambiente misto costituito da server della Versione 4.x e
3.x, tenere presente che i nomi utente e server delle liste controllo
accessi dei database dei server della Versione 3.x e i nomi contenuti nei
campi Lettori e Autori delle liste controllo accessi dei database dei
server 3.x o 4.1 non vengono convertiti da Domino. Se i database dei
server della Versione 3.x e 4.1 sono repliche dei database dei server
della Versione 4.5 e i server della Versione 4.5 sono in grado di replicare
le modifiche delle liste controllo accessi, i nomi utente e server delle liste
controllo accessi e dei campi Lettori e Autori vengono convertiti al
momento della replica dei database. In alternativa, è possibile
modificare manualmente i nomi presenti nei database dei server della
Versione 3.x e 4.1.
Per ulteriori informazioni sulla modifica dei nomi nelle liste controllo
accessi dei database, consultare Gestione dei database di Domino.
Esecuzione del backup degli ID convertiti
Poiché gli ID di backup o gli ID allegati ai documenti dell'Elenco
indirizzi di Domino non vengono convertiti automaticamente da
Domino, consigliare agli utenti e agli amministratori di eseguire il
backup degli ID convertiti.
Esempi: Conversione di nomi normali in nomi gerarchici
La società Acme S.p.A. ha uffici distanti ubicati a Como e Los Angeles.
Ciascun ufficio ha due reparti: Vendite e Marketing a Como, Sviluppo e
Risorse umane a Los Angeles. Poiché gli impiegati della Acme S.p.A.
cambiano raramente settore, è possibile creare uno schema dei nomi
basato sulla posizione geografica e sui settori.
Il grafico per lo schema dei nomi gerarchico della Acme Corp. include le
seguenti organizzazioni e unità organizzative:
Acme (organizzazione) Nome gerarchico di livello più alto. Tutti i
server e gli utenti della società utilizzeranno questo nome di
organizzazione. Utilizzare il nome gerarchico in associazione a un'unità
organizzativa come descritto di seguito.
Nord e Sud (unità organizzative) Queste sono unità organizzative di
primo livello della Acme.
Vendite e Marketing (unità organizzative) Queste sono unità
organizzative di secondo livello della Acme Nord.
Sviluppo e Risorse umane (unità organizzative) Queste sono unità
organizzative di secondo livello della Acme Sud.
Dopo aver creato uno schema dei nomi gerarchico, vengono creati i
seguenti certificatori:
/Acme ID certificatore di primo livello.
/Nord/Acme e /Sud/Acme Creare questi certificatori utilizzando l'ID
certificatore /Acme e usare il certificatore /Nord/Acme per assegnare i
nomi ai server dell'ufficio di Como e il certificatore /Sud/Acme per
assegnare i nomi ai server dell'ufficio di Los Angeles.
/Vendite/Nord/Acme e /Marketing/Nord/Acme Creare questi
certificatori utilizzando l'ID certificatore /Nord/Acme e usarli per
assegnare i nomi degli utenti dell'ufficio di Como.
Non è possibile convertire il nome server di un server della versione 3.x
in nome gerarchico. Per convertire i nomi server è necessario eseguire il
processo di amministrazione.
/Sviluppo/Sud/Acme e /Risorse umane/Sud/Acme Create questi
certificatori utilizzando l'ID certificatore /Sud/Acme e usarli per
assegnare i nomi degli utenti dell'ufficio di Los Angeles.
Le tabelle che seguono contengono esempi di nomi di server e utenti
della Acme S.p.A. prima e dopo il passaggio all'uso di nomi gerarchici.
L'ID certificatore utilizzato per il nome server o utente varia a seconda
dell'ubicazione del server o utente e del settore al quale appartiene
l'utente.
Ubicazione
Nome server prima della
conversione
Nome server dopo la
conversione
Como
Hub-N
Hub-N/Nord/Acme
Como
Mail-N
Mail-N/Nord/Acme
Como
Passante
Passante/Nord/Acme
Los Angeles
Hub-S
Hub-S/Sud/Acme
Los Angeles
Mail-S
Mail-S/Sud/Acme
Ubicazione e settore
Nome utente prima della
conversione
Nome utente dopo la
conversione
Cambridge Settore Vendite
Alessandro Ricci
Alessandro
Ricci/Vendite/Nord/Acme
Cambridge Settore Marketing
Rita Boldi
Rita
Boldi/Marketing/Nord/Ac
me
Los Angeles Settore Sviluppo
Judy Kaplan
Judy
Kaplan/Dev/Sud/Acme
Los Angeles Ufficio Personale
Marco Riccardi
Marco
Riccardi/UP/Sud/Acme
Operazioni preliminari per la conversione di nomi normali in nomi
gerarchici
Prima di convertire un nome di server o di utente da normale a
gerarchico, è necessario eseguire le seguenti operazioni:
1. Aggiornare tutti i server alla Versione 4.x o 5.
2. Creare un database storico di certificazione (CERTLOG.NSF) da
utilizzare per la soluzione di eventuali problemi di conversione dei
nomi.
3. Sviluppare uno schema dei nomi gerarchico per la propria
organizzazione.
4. Creare ID certificatori gerarchici.
Conversione di nomi di server semplici in nomi di server gerarchici
Prima di convertire i nomi utente, è necessario convertire i nomi server
in nomi gerarchici. Dal momento che il processo di amministrazione
viene eseguito su un server che dispone di nome gerarchico, è
necessario convertire manualmente il nome del primo server in un
dominio e specificare tale server come server di amministrazione per
l'Elenco indirizzi di Domino. Quindi, il processo di amministrazione
convertirà automaticamente i server successivi.
Quando si converte un nome server normale in gerarchico, il nome
gerarchico viene creato combinando il nome normale del server con il
nome del certificatore. Ad esempio, se il nome server normale è
ServerSud e il nome certificatore è Marketing/Acme, il nome server
gerarchico sarà ServerSud/Marketing/Acme. Il nome server normale
deve essere utilizzato come componente nome comune del nome
gerarchico. In altre parole, non è possibile modificare il nome server
durante la conversione in nome gerarchico.
È possibile convertire contemporaneamente tutti i nomi server che
utilizzano lo stesso certificatore gerarchico. Disponendo di tre server, ad
esempio ServerSud, ServerNord e ServerEst, da convertire nei rispettivi
nomi gerarchici ServerSud/Marketing/Acme, ServerNord/Marketing/
Acme e ServerEst/Marketing/Acme, usare il certificatore gerarchico
Marketing/Acme per convertire tutti i nomi contemporaneamente.
Se gli utenti e i server gerarchici accedono al server normale e utilizzano
un nome di organizzazione diverso da quello pianificato per il server
normale, è necessario modificare manualmente i nomi degli utenti e dei
server gerarchici in formato gerarchico nell'Elenco indirizzi di Domino e
le liste controllo accessi dei database sul server gerarchico e su quello
normale che si desidera convertire. Eseguire certificazioni incrociate tra
le due organizzazioni per consentire agli utenti e ai server di accedere al
server dell'altra organizzazione.
5. Predisporre il sistema per il processo di amministrazione. Queste
operazioni includono la creazione di un database Richieste
amministrazione e di una programmazione della replica,
l'assegnazione agli amministratori dell'accesso appropriato, nonché
la specifica di un server di amministrazione per l'Elenco indirizzi di
Domino e i database.
6. Seguire la procedura specifica per aggiornare il primo server
normale in un nome gerarchico.
7. Prima di convertire un nome server normale, modificare il nome
manualmente nella LCA di MAIL.BOX se il nome server è elencato
esplicitamente nella LCA.
Dopo avere convertito i nomi server normali in nomi gerarchici, gli
utenti con nomi normali possono continuare ad accedere ai server
gerarchici senza alcun limite.
Conversione del primo nome server semplice a nome gerarchico
1. Prima di proseguire, assicurarsi di aver completato i passaggi di
"Operazioni preliminari per la conversione di nomi normali in nomi
gerarchici".
2. Avviare il server e la stazione di lavoro di Notes.
3. Scegliere File - Strumenti - Amministrazione server.
4. Fare clic su Server e scegliere Vista Server.
5. Aprire il documento Server del server che si desidera convertire. Se
il campo Chiave pubblica certificata è vuoto, copiarvi la chiave
pubblica certificata. Per fare ciò, scegliere File - Strumenti Amministrazione server, Amministrazione - File ID, selezionare il
file di ID del server, fare clic su Altre opzioni, quindi su Copia
chiave pubblica. Incollare la chiave nel campo Chiave pubblica
certificata nella sezione Amministrazione del documento Server,
quindi salvare il documento Server.
6. Scegliere Operazioni - Aggiorna server a gerarchico.
7. Scegliere il certificatore gerarchico da usare e immettere la
password. Fare riferimento allo schema di denominazione
gerarchico creato durante la progettazione della struttura
gerarchica.
8. Immettere la data alla quale questo certificato scadrà per i server.
9. Fare clic su Aggiorna.
10. Una volta che Notes ha elaborato la richiesta, fare clic su OK..
11. Chiudere il server e aprire l'Elenco indirizzi di Domino localmente
sul computer server.
12. Chiudere il server di Notes server e aprire la Rubrica pubblica
localmente sul computer con funzione di server.
13. Aprire il documento Server del primo server da convertire.
14. Aprire il database Richieste di amministrazione.
15. Aprire il database Richieste di amministrazione.
16. Aprire il documento di richiesta "Inizia rinomina nella Rubrica".
17. Copiare il contenuto del campo Chiave pubblica certificata nel
campo Chiave pubblica certificata del documento Server.
18. Salvare il documento Server.
19. Salvare il documento Server.
20. Riavviare il server.
Prima di poter convertire un nome di utente, è necessario convertire i
nomi dei server. È necessario disporre dell'accesso Redazione con
l'accesso di creazione dei documenti e il ruolo UserModifier o l'accesso
Revisione per la Rubrica pubblica. È inoltre necessario disporre
dell'accesso Redazione con autorizzazione Crea documenti per lo storico
certificazioni.
Assicurarsi di avere completato tutti i passi in "Conversione del primo
nome server semplice a nome gerarchico" prima di eseguire questa
operazione.
1. Aprire l'Elenco indirizzi di Domino su un server, non scegliendo
"Locale".
2. Selezionare i server da convertire.
3. Scegliere Operazioni - Aggiorna server a gerarchico.
4. Scegliere il certificatore gerarchico da utilizzare e immettere la
gerarchica.
5. Immettere la data alla quale questo certificato scadrà per i server.
7. Una volta che Notes ha elaborato le richieste, fare clic su OK.
8. Ripetere i passaggi da 3 a 8 per i server da convertire utilizzando un
altro certificatore gerarchico.
Conversione di nomi normali di Notes in nomi gerarchici
Dopo avere convertito i nomi server normali in nomi server gerarchici, è
possibile convertire i nomi utente normali.
Il nome gerarchico viene creato automaticamente tramite la
combinazione del nome utente normale con il nome certificatore. Ad
esempio, se il nome normale di un utente è Rita Boldi e il nome del
certificatore è Marketing/Nord/Acme, il nome gerarchico dell'utente
risulta Rita Boldi/Marketing/Nord/Acme.
È possibile convertire più nomi utente contemporaneamente, a
condizione che utilizzino lo stesso certificatore gerarchico. Ad esempio,
per convertire tre utenti, Rita Boldi, Kara Nguyen e Roberto Murri, del
reparto Marketing della società Acme, si utilizza il certificatore
gerarchico Marketing/Nord/Acme. I nomi utente gerarchici risultanti
saranno: Rita Boldi/Marketing/Nord/Acme, Kara Nguyen/Marketing/
Nord/Acme e Roberto Murri/Marketing/Nord/Acme.
Conversione dei restanti nomi di server semplici in nomi gerarchici
Se nei database locali e nelle Rubriche personali degli utenti sono stati
impostati dei server di amministrazione, è necessario che accettino i
nomi nelle stazioni di lavoro per aggiornare i nomi nei database.
Dopo l'aggiornamento dei nomi utente nella lista controllo accessi
(LCA) di un database, quando il periodo di modifica del nome
(impostazione Name_Change_Expiration_Days) sarà scaduto, gli utenti
non potranno accedere al database utilizzando i nomi utente normali.
Analogamente, se viene eseguito l'aggiornamento manuale dei nomi
utente in nomi gerarchici nelle liste controllo accessi dei database sui
server di un altro dominio, gli utenti non potranno accedere al database
utilizzando i nomi utente normali.
Tuttavia, se un nome utente viene convertito in nome gerarchico e la
lista controllo accessi del database contiene il nome normale dell'utente,
l'utente potrà continuare ad accedere al database. Tenere presente,
tuttavia, che la sicurezza fornita dalla denominazione gerarchica non
viene applicata a quel database.
Conversione di nomi utente normali in nomi gerarchici
Eseguire la seguente procedura per utilizzare il processo di
amministrazione per convertire i nomi normali in nomi gerarchici. É
indispensabile disporre dell'accesso Redazione con ruolo UserModifier
o dell'accesso Revisione con permesso Crea documenti per l'Elenco
indirizzi di Domino. È inoltre necessario disporre dell'accesso
Redazione con Crea documenti per lo storico certificazioni.
Assicurarsi di aver completato i passi in "Conversione del primo nome
di server normale in gerarchico " e "Conversione dei nomi di server
normali in gerarchici" prima di eseguire questa operazione.
1. Assicurarsi che tutte le richieste di conversione degli ID di server
siano state completate con successo. Non continuare la procedura
finché gli ID dei server non sono stati convertiti.
2. Aprire l'Elenco indirizzi di Domino su un server, senza scegliere
"Locale".
3. Selezionare gli utenti da convertire alla denominazione gerarchica.
4. Scegliere Operazioni - Rinomina persona.
5. Fare clic su Aggiorna a gerarchico.
6. Scegliere il certificatore gerarchico da usare e immettere la
gerarchica.
9. Una volta che Notes ha elaborato le richieste, fare clic su OK.
Dopo aver avviato una richiesta di conversione di un nome normale in
gerarchico nell'Elenco indirizzi di Domino, controllare nella vista Stato
degli aggiornamenti dello storico certificazioni (CERTLOG.NSF) gli
eventuali errori rilevati dal processo di amministrazione durante
l'elaborazione della richiesta.
Dopo che il processo di amministrazione ha risposto alla richiesta,
controllare nei documenti risposta del database Richieste
amministrazione gli eventuali errori rilevati.
Nomi normali
I nomi normali sono disponibili per motivi di compatibilità con le
versioni precedenti. Continuare a utilizzare i nomi normali impedisce
l'uso di molte delle nuove caratteristiche della Versione 5, compreso il
Processo di Amministrazione che semplifica molte attività
amministrative.
L'uso di nomi normali rende difficile scambiare le informazioni in modo
sicuro con utenti e server di un'organizzazione diversa. Con i nomi
normali, ogni utente o server di un'organizzazione deve essere
certificato individualmente dall'ID certificatore dell'altra
organizzazione. Le organizzazioni che utilizzano i nomi normali si
servono spesso di numerosi ID certificatori, e ogni ID utente e ID server
può includere un certificato separato generato da ciascun ID
certificatore normale.
Creando un ID certificatore normale, Domino crea un documento
Certificatore che lo descrive nella vista Server - Certificazioni dell'Elenco
indirizzi di Domino sul server di registrazione. Per creare un ID
certificatore è necessario avere accesso al server di registrazione e
disporre almeno dell'accesso Redazione all'Elenco indirizzi di Domino.
Assicurarsi di memorizzare una copia di tutti gli ID certificatori in
un'ubicazione fisicamente sicura, oltre a memorizzare una copia di
backup fuori dall'ufficio come protezione in caso di incendio,
inondazione o furto.
7. Immettere la data alla quale questo certificato scadrà per gli utenti.
Creazione di un ID certificatore normale
Per evitare di concedere a una persona l'autorità completa su un ID
certificatore, è possibile assegnarle più password.
1.
2.
3.
4.
5.
6.
7.
8.
9.
Scegliere File - Strumenti - Amministrazione server.
Fare clic su Certificatori, quindi scegliere Registra non gerarchico.
Immettere un nome nel campo Nome certificatore.
Immettere una password con verifica di maiuscole e minuscole di
lunghezza compresa tra 12 e 32 caratteri. Si raccomanda di usare
password composte da almeno 13 caratteri, usando sia maiuscole
che minuscole.
Specificare una password di lunghezza minima di almeno 12
caratteri.
Selezionare un tipo di licenza.
Fare clic su OK.
Specificare il nome e ubicazione del file per l'ID certificatore.
Fare clic su OK.
Note particolari: Creazione di un ID certificatore normale
Il nome può essere composto dai seguenti caratteri: A - Z, 0 - 9, & -.
_ ' (e commerciale, trattino, punto, spazio, carattere di
sottolineatura, apostrofo). L'utilizzo di altri caratteri può produrre
risultati imprevisti. Il nome può essere composto da un massimo di
64 caratteri. Per semplificare l'amministrazione, utilizzare un nome
breve privo di spazi. Non usare nomi già assegnati a un gruppo
presente nell'Elenco indirizzi di Domino.
Per la password, utilizzare una parola facile da ricordare e
difficilmente individuabile per gli utenti non autorizzati.
Metodi per ricertificare gli ID mediante un ID certificatore normale
È possibile servirsi di un ID certificatore normale per ricertificare un
altro ID nel caso si desideri:
Aggiungere un certificato normale a un ID normale.
Ricertificare un certificato di un ID normale che sta per scadere.
Aggiungere un certificato normale a un ID gerarchico, in modo da
permettere l'autenticazione con un'organizzazione normale.
Ricertificare un certificato normale in un ID gerarchico.
Per ricertificare un ID, è possibile agire in uno dei seguenti modi:
Mediante la posta di Notes.
Senza la posta di Notes.
Per ricertificare manualmente un ID normale contenente un certificato
che sta per scadere, eseguire le seguenti operazioni. Il proprietario
dell'ID e l'amministratore della certificazione devono essere in grado di
comunicare attraverso la posta di Notes; ognuno a turno dovrà
elaborare la richiesta.
Per inviare l'ID, il proprietario dell'ID deve eseguire i seguenti
passaggi:
1. Scegliere File - Strumenti - ID utente.
2. Fare clic su Certificazioni.
3. Fare clic su Richiedi certificazione.
4. Immettere il nome dell'amministratore della certificazione nel
campo Per.
5. Fare clic su Invia per inviare la richiesta all'amministratore della
certificazione.
Per ricertificare l'ID, l'amministratore della certificazione deve
eseguire i seguenti passaggi:
1. Aprire la richiesta di certificazione nel file di posta.
2. Se il certificatore si trova su disco, inserire il disco nell'unità disco.
3. Scegliere Operazioni - Certifica file ID allegato.
4. Selezionare il certificatore da utilizzare e fare clic su OK.
5. Immettere la password del certificatore e fare clic su OK.
6. Se il certificatore è su disco, rimuovere il disco dall'unità e fare clic
su OK.
7. (Facoltativo) Accettare o modificare la data di scadenza della
certificazione.
8. Lasciare selezionata l'opzione "Convalida le altre certificazioni
firmate da questo certificatore", a meno che questo non sia un
certificato emesso dal certificatore di un'altra organizzazione.
9. (Facoltativo) Fare clic su Server, selezionare un server, quindi fare
clic su OK per modificare il server su cui si trova l'Elenco indirizzi
di Domino contenente il documento Persona da aggiornare. Se il
server non è locale, si deve disporre almeno dell'accesso Redazione
al suo Elenco indirizzi di Domino.
10. Fare clic su Certifica.
11. Fare clic su Firma per provare la propria identità al destinatario.
12. Scegliere Invia per inviare all'utente la copia di sicurezza
ricertificata dell'ID.
Ricertificazione di ID normali mediante la posta di Notes
Per fondere il nuovo certificato, il proprietario dell'ID deve eseguire
quanto segue:
1. Aprire il documento di posta contenente l'ID ricertificato.
2. Scegliere Operazioni - Accetta certificazione.
3. Immettere la password dell'ID. Appare la nuova certificazione.
4. Se si tratta di una certificazione ricevuta da un'altra organizzazione,
deselezionare l'opzione "Convalida le altre certificazioni firmate da
questo certificatore".
Per ulteriori informazioni, vedere "Comunicazione con le
organizzazioni che usano i nomi semplici" più avanti in questo
capitolo.
5. Fare clic su Accetta.
Ricertificazione di ID normali senza usare la posta di Notes
Per ricertificare manualmente un ID normale qualora il suo certificato
stia per scadere, o per convertire manualmente un ID alla
denominazione gerarchica qualora il suo proprietario e l'amministratore
della certificazione non siano in grado di comunicare attraverso la posta
di Notes, eseguire le seguenti operazioni. Questa operazione richiede
che il proprietario dell'ID e l'amministratore di certificazione elaborino
la richiesta a turno.
Per inoltrare una copia di sicurezza dell'ID, il proprietario deve fare
quanto segue:
2. Fare clic su Altre opzioni.
3. Fare clic su Crea copia di sicurezza.
4. Specificare il nome e l'ubicazione della copia di sicurezza, quindi
fare clic su OK. Il nome predefinito è SAFE.ID.
5. Immettere il percorso e il nome della copia di sicurezza, quindi fare
clic su Salva. Il nome predefinito è SAFE.ID.
6. (Utenti UNIX) Eseguire una delle seguenti operazioni:
Trasferire il file a un floppy disk, per esempio:
tar -cvf nomefile /dev/fd0
Utilizzare un dispositivo di rete quale FTP per trasferire il file.
7. Consegnare il disco personalmente o tramite servizio postale
all'amministratore della certificazione.
2. Fare clic sull'icona Certificatori e scegliere Certifica file ID.
4. Immettere la password per il certificatore e fare clic su OK.
5. Se il certificatore si trova su disco, rimuovere il disco e fare clic su
OK.
6. Selezionare la copia di sicurezza dell'ID da ricertificare e fare clic su
OK.
7. (Facoltativo) Accettare o modificare la data di scadenza della
certificazione.
8. Lasciare selezionata l'opzione "Convalida le altre certificazioni
firmate da questo certificatore", a meno che questo non sia un
certificato emesso dal certificatore di un'altra organizzazione.
di Domino contenente il documento Persona o Server da aggiornare.
Se il server non è locale, si deve disporre almeno dell'accesso
Redazione al suo Elenco indirizzi di Domino.
11. Rimuovere il disco contenente la copia di sicurezza dell'ID
ricertificato e consegnarlo direttamente al proprietario, oppure
inviarlo attraverso il servizio postale.
quanto segue:
1. Inserire il disco contenente la copia di sicurezza ricertificata dell'ID
nell'unità disco. Se la stazione di lavoro non dispone di unità disco,
copiare la copia di sicurezza del file ID ricertificato nella directory
di programma di Domino sul server, assegnando alla copia un
nome differente dall'originale, in modo che questo non venga
sovrascritto.
2. Assicurarsi che l'ID attuale sia quello che si desidera sia ricertificato,
quindi scegliere File - Strumenti - ID utente.
4. Fare clic su Fondi una copia.
5. Selezionare la copia di sicurezza ricertificata dell'ID e fare clic su
OK.
6. Fare clic su Fondi.
Per ricertificare l'ID, l'amministratore della certificazione deve
eseguire i seguenti passaggi:
1. Fare clic su File - Strumenti - Amministrazione server.
7. Se si tratta di una certificazione ricevuta da un'altra organizzazione,
deselezionare l'opzione "Convalida le altre certificazioni firmate da
questo certificatore".
Per ulteriori informazioni, vedere "Comunicazione con le organizzazioni
che usano i nomi semplici" più avanti in questa appendice.
Metodi per rinominare gli ID di utenti normali
È possibile rinominare gli ID di utenti normali nei seguenti modi:
Mediante la posta di Notes.
Senza la posta di Notes.
Ridenominazione dell'ID di un utente normale mediante la posta di
Notes
Per rinominare manualmente l'ID di utente normale qualora il suo
proprietario sia in grado di comunicare attraverso la posta di Notes,
eseguire le seguenti operazioni. Questa operazione richiede che il
proprietario dell'ID e l'amministratore di certificazione elaborino la
richiesta a turno.
Per richiedere un nuovo nome utente, il proprietario dell'ID deve
eseguire quanto segue:
1. Scegliere File - Strumenti - ID utente, immettere la password e fare
clic su OK.
3. Fare clic su Richiedi nuovo nome.
4. Immettere il nuovo nome completo, ad esempio Rita Boldi, quindi
fare clic su OK.
5. Immettere il nome dell'amministratore di certificazione nel campo
Per, quindi fare clic su Invia.
Per certificare l'ID al quale è appena stato assegnato il nuovo
nome, l'amministratore di certificazione deve eseguire quanto
segue:
1. Aprire la richiesta ricevuta nella posta.
2. Scegliere Operazioni - Certifica file ID allegato.
3. Selezionare il certificatore e fare clic su OK.
5. Se il certificatore si trova su un disco, rimuovere il disco e
conservarlo in un posto sicuro.
7. Immettere la lunghezza minima della password per richiederne
l'utilizzo e assegnare la lunghezza di password minima di questo
ID. Per mantenere l'impostazione corrente dell'ID, lasciare vuoto il
campo.
8. (Facoltativo) Per modificare il server su cui si trova l'Elenco indirizzi
di Domino contenente il documento Persona o Server da aggiornare,
fare clic su Server, selezionare un server, quindi fare clic su OK . Se
il server non è locale, si deve disporre almeno dell'accesso Revisione
al suo Elenco indirizzi di Domino.
10. Il campo Per della finestra di dialogo Invia ID certificazione mostra
il vecchio nome.
11. Fare clic su Invia per inviare all'utente la copia di sicurezza
ricertificata dell'ID.
quanto segue:
1. Aprire il messaggio di posta.
2. Assicurarsi che l'ID corrente sia quello che si desidera modificare.
3. Scegliere Operazioni - Accetta certificazione.
4. Verificare che il nuovo nome nel campo Nome risulti corretto,
quindi fare clic su OK.
Note particolari: Ridenominazione dell'ID di un utente normale
mediante la posta di Notes
Notes cancella dall'ID tutte le altre certificazioni normali quando
viene modificato il nome presente in una di esse. Pertanto, il
proprietario deve far ricertificare l'ID da questi certificatori normali.
Il nuovo nome deve essere aggiunto manualmente ai documenti
Elenco indirizzi di Domino in cui esso appare e alle liste controllo
accessi dei database appropriati, compresa la lista controllo accessi
del file di posta dell'utente. L'utente può comunque leggere la posta
firmata o cifrata creata con il nome originale.
Ridenominazione dell'ID di un utente normale senza la posta di
Notes
Per rinominare manualmente un ID utente normale qualora il suo
proprietario non sia in grado di comunicare mediante la posta di Notes,
eseguire le seguenti operazioni. Questa operazione richiede che il
proprietario dell'ID e l'amministratore di certificazione elaborino la
richiesta a turno.
6. (Facoltativo) Modificare la data di scadenza della certificazione.
Per richiedere un nuovo nome utente, il proprietario dell'ID deve
eseguire quanto segue:
1. Eseguire una copia di backup del file di ID.
2. Scegliere File - Strumenti - Passa ad altro ID e selezionare la nuova
copia.
3. Scegliere File - Strumenti - ID utente e immettere la password
dell'ID.
5. Fare clic su Cambia nome, immettere il nuovo nome e fare clic su
OK.
6. Fare clic su Sì.
Questo rimuove tutte le certificazioni dall'ID.
7. Fare clic su Crea copia di sicurezza.
8. Immettere il percorso e il nome della copia di sicurezza, quindi fare
clic su OK. Il nome predefinito è SAFE.ID.
9. (Utenti UNIX) Eseguire una delle seguenti operazioni:
Trasferire il file a un floppy disk, per esempio:
tar -cvf nomefile /dev/fd0
Utilizzare un dispositivo di rete quale FTP per trasferire il file.
10. Usare il servizio postale per inviare la copia di sicurezza dell'ID con
il nuovo nome all'amministratore di certificazione.
11. Scegliere File - Strumenti - Passa ad altro ID e selezionare l'ID
originale da usare fino a quando il certificatore non avrà ricertificato
l'ID appena inviatogli.
Per ricertificare l'ID con il nuovo nome, l'amministratore di
certificazione deve eseguire quanto segue:
1. Fare clic su File - Strumenti - Amministrazione server.
2. Fare clic sull'icona Certificatori e scegliere Certifica file ID.
5. Selezionare la copia di sicurezza dell'ID appena ridenominato da
ricertificare.
6. (Facoltativo) Modificare la data di scadenza della certificazione.
di Domino contenente il documento Persona o Server da aggiornare.
Se il server non è locale, si deve disporre almeno dell'accesso
Revisione al suo Elenco indirizzi di Domino.
9. Rimuovere il disco contenente l'ID ricertificato e consegnarlo
personalmente al proprietario dell'ID o mediante il servizio postale.
Per fondere l'ID ricertificato, il proprietario dell'ID deve eseguire
quanto segue:
3. Fare clic su Fondi una copia.
4. Selezionare la copia di sicurezza ricertificata dell'ID e fare clic su
OK.
5. Fare clic su Fondi.
Note particolari: Ridenominazione dell'ID di un utente normale
senza la posta di Notes
Tutte le altre certificazioni normali vengono cancellate dall'ID
quando viene modificato il nome in esso contenuto. Pertanto, il
proprietario deve far ricertificare l'ID da questi certificatori normali.
È necessario aggiungere manualmente il nuovo nome ai documenti
dell'Elenco indirizzi di Domino nei quali appare, oltre che alle liste
controllo accessi dei database appropriati, compresa la lista
controllo accessi del file di posta dell'utente.
Aggiungere il nuovo nome prima di quello vecchio nel documento
Persona dell'Elenco indirizzi di Domino; conservando il vecchio
nome si assicura che la posta diretta a esso sia ricevuta con
successo. L'utente può comunque leggere la posta firmata o cifrata
creata con il nome originale.
Cancellazione di un certificato normale da un ID
Per cancellare un certificato normale da un ID, eseguire le seguenti
operazioni:
2. Immettere la password per l'ID attuale.
3. Fare clic su Certifica e selezionare il certificato da cancellare.
4. Fare clic su Cancella indice.
Comunicazione con le organizzazioni che usano i nomi semplici
Per stabilire l'autenticazione tra i server di due diverse organizzazioni
normali, il client deve avere un certificato di un certificatore accettato
dal server, e a sua volta il server deve avere un certificato di un
certificatore accettato dal client. Un modo per fare ciò consiste nel far sì
che ogni organizzazione invii una copia di sicurezza del proprio ID
server all'altra, per ottenere un certificato normale; una volta ricevuto
l'ID appena certificato disattivare l'opzione "Convalida le altre
certificazioni firmate da questo certificatore".
Ad esempio, si supponga che le due organizzazioni, Alfa e Beta abbiano
necessità di comunicare. Il server Hub-A di Alfa ottiene un certificato da
Beta e disattiva l'opzione "Accredita". Hub-A ora dispone di un
certificato riconosciuto da Alfa e di un certificato non ancora
riconosciuto da Beta. Il server Mail-B di Beta ottiene un certificato da
Alfa e disattiva l'opzione "Accredita". Mail-B dispone ora di un
certificato accettato da Beta e di un certificato non ancora riconosciuto
da Alfa.
Hub-A presenta il certificato di Beta a Mail-B dato che questo lo
riconosce. A sua volta Mail-B presenta il certificato di Alfa a Hub-A
dato che questo lo riconosce. In questo modo l'autenticazione procede,
perché i server dispongono di certificazioni emesse dai certificatori
stessi, sebbene essi non riconoscano una certificazione reciproca.
Facoltativamente, l'opzione "Accredita" può essere selezionata per la
certificazione di Beta su Hub-A; in questo modo Hub-A accetterebbe
qualsiasi ID contenente un certificato di Beta. Facendo questo, gli altri
server di Alfa non hanno bisogno di ottenere alcuna nuova
certificazione. Tuttavia, i server di Alfa possono risultare vulnerabili agli
accessi da parte di ID non autorizzati creati da Beta.
Diversamente dalla certificazione incrociata usata tra organizzazioni
gerarchiche, la certificazione tra organizzazioni normali richiede che gli
ID server siano certificati individualmente.
Per scambiare certificazioni normali tra organizzazioni, ognuna di esse
deve seguire i punti illustrati in "Ricertificazione di ID normali mediante
la posta di Notes" oppure in "Ricertificazione di ID normali senza usare
la posta di Notes". Ogni organizzazione deve assicurarsi di disattivare
l'opzione "Convalida le altre certificazioni" della certificazione ricevuta
dall'altra organizzazione.
Nota Le organizzazioni gerarchiche che desiderano certificare gli ID
del server di organizzazioni normali devono creare un ID certificatore
normale con il quale desiderano eseguire quell'operazione.
I risultati della ricertificazione variano a seconda che gli ID coinvolti
siano gerarchici o normali. La tabella che segue mostra il risultato per
tutti gli scenari possibili.
ID utente/server normale
(Contiene solo una o più
certificazioni normali)
ID utente/server gerarchico
(Contiene una certificazione
gerarchica; può comprendere
anche certificazioni normali)
ID certificatore
normale
Il certificato risultante è
normale. Gli altri certificati
vengono conservati.
Il certificato risultante è
normale; nome e certificati
gerarchici sono conservati
assieme a qualsiasi altro
certificato normale.
ID certificatore
gerarchico
Il nome nell'ID diventa
gerarchico e il certificato
risultante è gerarchico. I
certificati normali vengono
conservati.
Il certificato risultante è un
certificato incrociato o un
certificato gerarchico
ricertificato.
Conversione di nomi utente Notes normali in gerarchici tramite il
processo di amministrazione
È possibile usare il Processo di Amministrazione per convertire un
nome utente di Notes normale in gerarchico, avviando un'operazione di
ridenominazione della persona all'interno dell'Elenco indirizzi di
Domino. La sequenza di richieste del processo di amministrazione che
avviene quando si converte un nome utente Notes in gerarchico è la
stessa di quando si cambia il nome di un utente Notes gerarchico.
Risultati della ricertificazione
Conversione di un nome server normale in gerarchico tramite il
Questo diagramma di flusso illustra la sequenza delle richieste del
processo di amministrazione che avviene durante la conversione di un
nome di server normale in gerarchico. Dopo il diagramma di flusso
viene fornita una spiegazione dettagliata di ogni richiesta.
Avvio del cambio di nome nella Rubrica
Avviata da: Selezione di un documento Server nell'Elenco indirizzi di
Domino e scegliendo "Operazioni - Aggiorna server a gerarchico".
Inserito su: Il server su cui si sceglie l'azione di aggiornamento.
Eseguita su: Il server di amministrazione dell'Elenco indirizzi di
Domino.
Eseguita: Secondo l'impostazione interval del Processo di
Amministrazione nel documento Server.
Risultato: Il processo di amministrazione aggiunge il certificato
gerarchico al campo "Chiave pubblica certificata" nel documento Server
e una richiesta di modifica al campo "Richiesta di modifica".
Inserita su: Il server che ha cambiato nome.
Domino.
Risultato: Aggiorna tutte le rimanenti occorrenze del nome server
nell'Elenco indirizzi di Domino, a esclusione dei documenti Persona.
Rinomina nei documenti Persona
Attivata da: Completamento della richiesta "Rinomina server nella
Rubrica".
Inviata su: Il server di amministrazione dell'Elenco indirizzi di Domino.
Domino.
Eseguita: In base all'impostazione "Esegui le richieste una volta al
giorno alle" del processo di amministrazione nel documento Server.
Risultato: Il Processo di Amministrazione aggiorna le occorrenze del
nome nel documento Persona dell'Elenco indirizzi di Domino.
Rinomina nella Lista Controllo Accessi
Attivata da: Completamento della richiesta "Rinomina server nella
Rubrica".
Inviata su: Il server di amministrazione dell'Elenco indirizzi di Domino
Eseguita su: Ogni server del dominio.
Risultato: Ogni server nel dominio aggiorna il nome del server nelle
LCA dei database di cui è un server di amministrazione.
Rinomina server nella Rubrica
Attivata da: Il server che aggiorna il proprio ID con il nuovo nome
gerarchico e il nuovo certificato, quando localizza la modifica del nome
nel campo "Richiesta di modifica" del proprio documento server.
Rinomina nei campi Lettura/Redazione
Avviata da: Il completamento della richiesta "Rinomina nei documenti
Persona" sul server di amministrazione dell'Elenco indirizzi di Domino.
Eseguita su: Ogni server nel dominio.
Eseguita: In base alle impostazioni "Richiesta rinviata" del Processo di
Risultato: Ogni server del dominio aggiorna il nome nei campi Lettura e
Redazione dei database di cui è server di amministrazione, se questi
hanno selezionata l'opzione LCA avanzata "Modifica tutti i campi
Lettura e Redazione".
Elimina le richieste di modifica obsolete
Attivata da: Scadenza del periodo in cui un server può accettare un
nuovo nome, che per impostazione predefinita è di 21 giorni. È possibile
usare l'impostazione Name_Change_Expiration_Days del file
NOTES.INI per modificare il periodo di scadenza.
Domino.
Eseguita: In base all'impostazione "Esegui una volta al giorno alle" del
Processo di Amministrazione nel documento Server.
Risultato: Il processo di amministrazione elimina dal documento server
il contenuto del campo Richiesta di modifica.
Capitolo 12
Panoramica sulla migrazione degli utenti verso
Notes e Domino
Questo capitolo fornisce una panoramica del processo di migrazione e
degli strumenti di migrazione di Domino e discute termini e concetti
con cui si dovrebbe avere familiarità prima di avviare la migrazione
degli utenti.
Panoramica sulla migrazione degli utenti verso Notes e Domino
Questa sezione contiene i cenni preliminari relativi al processo di
migrazione di Domino e ai relativi strumenti di migrazione, e discute
termini e concetti con cui si dovrebbe avere familiarità prima di
intraprendere la conversione dei propri utenti. Questa sezione
comprende i seguenti argomenti:
Uso della guida
Installazione di Domino Administrator e degli strumenti per la
migrazione.
Importazione di utenti e gruppi da una directory esterna.
Registrazione degli utenti.
Creazione dei file di posta di Notes.
Verifica della corretta esecuzione della migrazione.
Altre sezioni presenti in questa guida forniscono informazioni specifiche
su come migrare gli utenti da ciascuno dei sistemi di posta e rubrica
supportati.
12-1
Gli strumenti di migrazione di Lotus® Domino Administrator
permettono di migrare facilmente le informazioni dal sistema di
messaggistica e rubrica esistente a Lotus Notes® e DominoTM
Versione 5. Con gli strumenti di migrazione disponibili, è possibile
importare gli utenti presenti in una rubrica esterna, registrarli come
utenti Notes e quindi convertire la posta dai sistemi supportati in posta
di Notes. Gli strumenti di migrazione permettono di migrare tutti gli
utenti da una rubrica esterna o selezionare utenti specifici da migrare.
Uso della guida
Questa guida è indirizzata a gestori dei servizi informativi (IS),
amministratori di Notes, responsabili di database, progettisti di
applicazioni e a tutti gli altri responsabili della migrazione verso
Domino Versione 5 degli utenti provenienti da elenchi indirizzi sorgente
esterni o da altri sistemi di messaggistica. L'amministratore che esegue
una migrazione dovrebbe avere familiarità con l'uso di Domino e Notes,
oltre che con il sistema di elenchi indirizzi o di messaggistica impiegati
dagli utenti che devono essere migrati.
Il processo di migrazione risulta diverso per organizzazioni differenti, a
seconda della configurazione di rete, delle risorse disponibili e del
livello di migrazione richiesto. Questa guida fornisce alcune direttive e
procedure che possono essere adattate alla propria organizzazione
durante la pianificazione e l'esecuzione della migrazione alla Versione 5
di Domino.
Prima di eseguire una migrazione, si consiglia leggere questa sezione,
così come anche le sezioni contenenti informazioni specifiche per il
sistema da migrare. Ad esempio, per importare gli utenti di un sistema
basato su Microsoft Exchange, dopo avere visto questa sezione si
consiglia di leggere anche "Migrazione degli utenti da Microsoft
Exchange".
Gli utenti da convertire possono avere messaggi archiviati esternamente
alle proprie caselle postali. Per un aiuto su come preparare gli utenti a
eseguire la procedura guidata di aggiornamento per la conversione di
tali dati, vedere "Migrazione dei dati di posta personali".
Migrazione dei dati degli utenti e della posta
Le rubriche, gli archivi di messaggi e gli archivi di un sistema di
messaggistica contengono solitamente molte informazioni. Nel migrare
gli utenti da un altro sistema a Notes e Domino, è importante non solo
consentire l'invio di messaggi in modo affidabile e con il minimo di
disagio, ma anche gestire l'accesso alle informazioni contenute nel
vecchio sistema, convertendole in modo che gli utenti possano accedervi
da un client Notes.
La migrazione è il processo di spostamento delle informazioni della
rubrica, delle caselle postali, della posta e degli indirizzi da un sistema
di messaggistica a un altro. La migrazione comprende le operazioni
necessarie per importare i dati da un sistema di messaggistica
preesistente, convertendole nel formato della posta di Notes e
dell'Elenco indirizzi di Domino. La parola importazione fa riferimento
all'attività con cui vengono spostati i dati da un Elenco indirizzi esterno,
da un ufficio o da una casella postale, rendendoli disponibili per l'uso
nel formato di Domino o Notes. La parola conversione fa riferimento
all'attività con cui le informazioni importate vengono modificate e
trasformate nel formato di Domino o Notes.
La Versione 5 di Domino dispone di due insiemi di strumenti per la
conversione degli utenti, gli strumenti di migrazione per gli
amministratori e le procedure di aggiornamento guidato per gli utenti.
A seconda dell'ambiente e del tipo di migrazione da eseguire, può
essere necessario utilizzare uno solo o entrambi gli strumenti.
Gli strumenti di migrazione Domino, installati come parte di Domino
Administrator, permettono agli amministratori autorizzati di eseguire le
seguenti funzioni:
Importare gli utenti da una rubrica esterna basata su server.
Registrare gli utenti importati.
Creare automaticamente i file di posta Notes degli utenti registrati.
Convertire accuratamente nel formato di Notes i messaggi contenuti
nelle caselle dell'ufficio postale di provenienza.
Domino Administrator dispone di strumenti di migrazione per i
seguenti sistemi di posta ed elenchi indirizzi:
Panoramica sulla migrazione degli utenti verso Notes e Domino 12-3
File LDIF (LDAP Data Interchange Format)
Lotus cc:Mail e Organizer® 2.x per cc:Mail
Microsoft Exchange
Microsoft Mail
Microsoft Windows NT Server
Netscape Messaging Server
Novell GroupWise 4.x
Novell GroupWise 5.x
Gli strumenti di migrazione Domino trasferiscono la maggior parte dei
dati provenienti dal vecchio sistema direttamente in database di Notes.
Tuttavia, nell'ambiente Notes vi sono alcuni tipi di dati, come le
informazioni delle rubriche personali, che sono di solito memorizzate
sul client Notes. Gli strumenti di migrazione utilizzano messaggi di
posta Notes per inviare i dati del client agli utenti migrati. Gli utenti
possono quindi eseguire la procedura guidata di aggiornamento sulle
proprie stazioni di lavoro per trasferire i dati memorizzati nel
messaggio di posta sul database appropriato del client Notes. La
procedura guidata di aggiornamento converte in database locali di
Notes gli indirizzi privati, gli elenchi di indirizzi privati e gli archivi di
messaggi di un utente. Vedere "Migrazione dei dati di posta personali"
per informazioni sul modo in cui gli utenti finali possono eseguire la
procedura guidata di aggiornamento sulla propria stazione di lavoro
allo scopo di convertire dati di messaggistica aggiuntivi.
Nota Oltre agli strumenti di migrazione Domino e alle procedure di
aggiornamento guidato per gli utenti discussi precedentemente, il client
Notes Versione 5 è fornito anche di strumenti per la conversione verso
Notes delle informazioni registrate localmente, provenienti dai seguenti
prodotti: Lotus Organizer 2.x, Lotus Organizer 97, Microsoft Schedule+,
Netscape Messaging Server, Novell GroupWise 4.X, Novell
GroupWise 5.x, OpenText OnTime e Qualcomm Eudora. Questi
strumenti, che gli utenti eseguono dalle loro stazioni di lavoro, possono
essere utilizzati in modo indipendente dagli strumenti di migrazione
Domino. Per informazioni su questi strumenti, fare riferimento alla
Guida in linea fornita con ogni strumento.
Installazione di Domino Administrator e degli strumenti per
la migrazione
Le attività descritte in questa guida richiedono l'utilizzo di Domino
Administrator e degli strumenti di migrazione. Gli strumenti di
migrazione non vengono installati assieme a Domino Administrator per
impostazione predefinita; il componente Strumenti di migrazione deve
essere selezionato durante l'installazione. Se non si installano Domino
Administrator o gli strumenti di migrazione durante la prima
installazione del client Notes, sarà necessario eseguire nuovamente
l'installazione.
Durante l'installazione del software del client, eseguire le seguenti
operazioni per installare gli strumenti di migrazione necessari:
1. Quando viene richiesto di selezionare il tipo di installazione
desiderata, fare clic su Domino Administrator o su Tutti i client,
quindi fare clic su Installazione selettiva.
2. Dalla lista dei componenti che è possibile installare, selezionare
Strumenti di migrazione, quindi fare clic su Cambia.
3. Dalla finestra di dialogo Seleziona sottocomponenti, selezionare gli
elementi relativi al tipo di migrazione che si desidera eseguire.
Deselezionare i componenti non necessari.
Se gli utenti da migrare provengono da un sistema di posta
elettronica, come ad esempio cc:Mail, Microsoft Mail o Microsoft
Exchange, vi sono due componenti da installare, uno strumento
Admin e uno strumento Client. Installare lo strumento Admin sulla
propria stazione di lavoro.
Una volta migrati gli utenti, per consentire loro di migrare i propri
dati di posta personali, installare lo strumento di migrazione Client
sulla stazione di lavoro di ciascun utente durante l'installazione del
client Notes Versione 5 oppure in una directory di rete condivisa.
4. Proseguire con l'installazione come indicato.
Suggerimento Per ottenere le migliori prestazioni, si raccomanda di
eseguire Domino Administrator su un computer che si trovi all'interno
del dominio Notes cui appartiene il server di posta di destinazione.
Inoltre, se si utilizza il MTA di cc:Mail per garantire la coesistenza fra
cc:Mail e Notes, si raccomanda di non eseguire Domino Administrator
sul server del MTA.
Importazione degli utenti da una rubrica esterna
L'Elenco indirizzi di un ufficio postale, come ad esempio quello di un
ufficio postale cc:Mail o una Rubrica di Microsoft Exchange, contiene le
informazioni di base sugli utenti appartenenti al sistema: nome,
indirizzo, password, e così via. Durante la migrazione, gli strumenti di
migrazione estraggono le informazioni dalla rubrica esterna e le
utilizzano per la creazione di documenti Persona nell'Elenco indirizzi di
Domino.
Il processo di importazione degli utenti è formato dalle seguenti attività:
Selezione degli utenti da migrare.
Impostazione delle opzioni di migrazione.
Come specificare l'origine dell'elenco indirizzi esterno
Un elenco indirizzi di origine o una Rubrica contengono le informazioni
più importanti relative agli utenti del sistema di posta utilizzato finora.
Se si utilizza Domino Administrator, si seleziona il tipo di elenchi
indirizzi in questione, vengono poi immesse le informazioni necessarie
per collegarvisi e quindi le informazioni utili vengono estratte da esso.
Fatto ciò è possibile esaminare la lista degli utenti presenti e selezionare
quelli da importare in Notes.
Selezione delle persone e dei gruppi da migrare
Dopo avere selezionato l'elenco indirizzi da importare, è possibile
selezionare gli utenti e i gruppi che ne fanno parte e che si desidera
migrare. Eseguendo la migrazione da più sistemi, è possibile selezionare
utenti e gruppi da più rubriche esterne durante una sola sessione.
Ad esempio, dalla finestra di dialogo Migrazione persone e gruppi è
possibile selezionare 10 utenti da una rubrica di cc:Mail, quindi
selezionare altri utenti presenti in una rubrica di Microsoft Exchange.
Selezionando nuovamente l'elenco indirizzi di cc:Mail, i 10 utenti
risulteranno ancora selezionati.
Specifica dell'elenco esterno di origine.
Migrazione dei gruppi
Con gli strumenti di migrazione di Domino è possibile importare i
gruppi e i loro componenti dal una rubrica esterna. Lo strumento di
migrazione supporta la conversione di due tipi di componenti di un
gruppo:
Utenti locali.
Gruppi annidati (e i loro utenti locali).
Gli utenti locali hanno voci nell'elenco indirizzi locale, cioè la stessa
rubrica dove esiste la voce di gruppo. Quando viene selezionato un
gruppo da migrare, gli utenti locali del gruppo sono sempre selezionati
per la migrazione.
I gruppi annidati sono a loro volta composti da uno o più altri gruppi.
Un gruppo di livello superiore potrebbe contenere un singolo gruppo
annidato o una gerarchia di gruppi annidati. Per impostazione
predefinita, quando si migra un gruppo vengono migrati anche i gruppi
annidati in esso e gli utenti locali di quei gruppi. Un gruppo annidato
viene convertito solo se è convertito il suo gruppo di livello superiore.
Vedere Migrazione di gruppi annidati per ulteriori informazioni sulla
conversione di gruppi annidati.
Se si decide di non aggiungere i gruppi annidati e i loro componenti, è
possibile modificare l'impostazione predefinita per impedirlo. Tuttavia,
non è possibile impedire agli strumenti di migrazione di aggiungere gli
utenti locali del gruppo principale.
Elaborazione dei gruppi con nomi duplicati
Quando si selezionano uno o più gruppi da migrare, lo strumento di
migrazione effettuerà una ricerca nell'Elenco indirizzi di Domino per
determinare se il nome di uno qualsiasi dei gruppi selezionati è il
duplicato del nome di un gruppo Notes esistente.
Se il nome di un gruppo selezionato corrisponde a quello di un gruppo
Notes esistente, appare la finestra di dialogo Opzioni di migrazione del
gruppo esistente, in modo che sia possibile specificare come elaborare il
gruppo duplicato .
Se il nome di un gruppo che viene migrato è univoco, appare la finestra
di dialogo Opzioni migrazione gruppo, in modo che sia possibile
specificare come creare e popolare un gruppo Notes dal gruppo che
viene migrato.
Migrazione dei gruppi con nomi duplicati
Se un gruppo aggiunto alla lista Persone/Gruppi da migrare ha lo stesso
nome di un gruppo di Notes esistente, viene chiesto di specificare come
elaborare il gruppo da migrare. È possibile scegliere una delle seguenti
opzioni per migrare un gruppo duplicato:
Usa il gruppo Notes esistente.
Crea un gruppo - non usare il gruppo Notes.
Salta il gruppo - non migrarlo per adesso.
Uso di un gruppo Notes esistente per migrare i gruppi con nomi
duplicati
È possibile migrare un gruppo duplicato in un gruppo Notes esistente.
Selezionare questa opzione se è già presente un gruppo di Notes
equivalente dal punto di vista delle sue funzioni al gruppo da migrare
che ha lo stesso nome. Ad esempio, se il gruppo da migrare e il gruppo
di Notes entrambi chiamati Direttori vendite vengono usati per inviare
posta elettronica ai direttori commerciali regionali dell'organizzazione,
aggiungere il gruppo da migrare al gruppo di Notes.
Creazione di un nuovo gruppo per migrare i gruppi con nomi
duplicati
È possibile creare un nuovo gruppo di Notes e migrarvi un gruppo
duplicato. Selezionare questa opzione se un gruppo di Notes esistente
viene usato diversamente dal gruppo da migrare avente lo stesso nome.
Ad esempio, è possibile creare un nuovo gruppo usando un nome
diverso per il gruppo da migrare se questo, chiamato Direttori e usato
per inviare la posta elettronica ai direttori dei vari progetti in corso
all'interno di un'organizzazione, viene migrato verso un gruppo di
Notes già esistente e avente lo stesso nome che viene utilizzato per
inviare la posta elettronica ai direttori di ciascuna divisione
dell'organizzazione.
Dopo avere fatto clic su OK, lo strumento di migrazione visualizza la
finestra di dialogo Opzioni migrazione gruppo, che visualizza opzioni
relative alla creazione di un gruppo e all'aggiunta di componenti ad
esso, come il nome del gruppo, il tipo e la descrizione.
Se si sceglie di creare un nuovo gruppo Notes, Notes aggiunge i
componenti disponibili del gruppo da migrare al nuovo gruppo durante
la registrazione. La creazione di un nuovo gruppo per un gruppo
duplicato equivale a creare un nuovo gruppo avente un nome univoco
per il gruppo da migrare.
Dopo aver fatto clic su OK, lo strumento di migrazione visualizza la
finestra di dialogo Opzioni migrazione gruppo, che contiene opzioni
relative all'aggiunta di componenti a un gruppo di Notes esistente. Dato
che esiste già il gruppo Notes, non è possibile modificarne il nome, il
tipo o la descrizione.
Come evitare la creazione di documenti Gruppo duplicati
Come precauzione per evitare la creazione di gruppi duplicati, quando
si esegue la migrazione contemporanea di più gruppi, evitare di
selezionare l'opzione "Impostazioni precedenti per tutti i gruppi
selezionati o annidati". L'utilizzo di questa opzione impedisce di
modificare il nome del gruppo che viene migrato. Come risultato, se un
gruppo che viene migrato ha lo stesso nome di un gruppo Notes
esistente, dopo la registrazione l'Elenco indirizzi di Domino contiene
due documenti gruppo con lo stesso nome.
Come evitare la migrazione dei gruppi con nomi duplicati
È possibile decidere di non convertire affatto un gruppo duplicato.
Selezionare questa opzione per non migrare il gruppo e tornare alla
finestra di dialogo Migrazione persone e gruppi. Il gruppo non viene
aggiunto alla lista "Persone/Gruppi da migrare".
Impostazione delle opzioni per la migrazione di un gruppo
Dalla finestra di dialogo Migrazione persone e gruppi, è possibile
selezionare i gruppi da migrare da una rubrica esterna. Dopo aver
selezionato un gruppo, la finestra di dialogo Opzioni migrazione
gruppo permette di specificare come migrare il gruppo e i suoi
componenti. Le impostazioni disponibili variano se si desidera
convertire gli utenti migrandoli in un gruppo di nuova creazione o in un
gruppo di Notes già esistente. I seguenti campi sono disponibili nella
finestra di dialogo Opzioni migrazione gruppo:
Per la
migrazione a
un gruppo
esistente
Per la
migrazione a
un nuovo
gruppo
Aggiungere i componenti di questo gruppo al
gruppo Notes esistente
Sì
--
Creare un nuovo gruppo Notes con le
impostazioni seguenti
--
Sì
Nome del gruppo Notes
Sola lettura
Sì
Tipo del gruppo
Sola lettura
Sì
Descrizione
Sola lettura
Sì
Aggiunta di gruppi annidati contenuti in questo
gruppo e dei relativi componenti
Sì *
Sì *
Aggiunta di persone contenute in gruppi
annidati come utenti Notes
Sì **
Sì **
Nome opzione/campo
Per la
migrazione a
un gruppo
esistente
Per la
migrazione a
un nuovo
gruppo
Usare le impostazioni precedenti per tutti i
gruppi attualmente selezionati o annidati (senza
ripetere la richiesta)
Sì
Sì
Annullamento
Sì
Sì
Annullamento completo
Sì
Sì
Nome opzione/campo
* Disponibile se viene selezionata la casella di controllo "Aggiungi componenti
del gruppo a gruppo Notes esistente" o la casella di controllo "Crea un gruppo
Notes con le seguenti impostazioni:".
** Disponibile se viene deselezionata la casella di controllo "Aggiungi
componenti del gruppo a gruppo Notes esistente" o la casella di controllo "Crea
un gruppo Notes con le seguenti impostazioni:".
Nota Una volta completata la migrazione, esaminare sempre i
documenti gruppo risultato dell'operazione, per assicurarsi che essi
contengano i componenti corretti.
Aggiungi componenti del gruppo a gruppo Notes esistente.
Se un gruppo aggiunto alla lista "Persone/Gruppi da migrare" ha lo
stesso nome di un gruppo di Notes esistente, viene chiesto se utilizzare
il gruppo Notes esistente durante la migrazione o di creare un nuovo
gruppo.
Se si utilizza un gruppo esistente, la finestra di dialogo Opzioni
migrazione gruppo visualizza la casella di controllo "Aggiungi
componenti del gruppo a gruppo Notes esistente", selezionata per
impostazione predefinita. Quando la casella di controllo è selezionata,
gli strumenti di migrazione aggiungono i componenti del gruppo che
viene migrato al gruppo Notes esistente. Dopo avere fatto clic su OK
per chiudere la finestra di dialogo, l'elenco "Persone/Gruppi da
migrare" visualizza il nome del gruppo che viene migrato e i nomi degli
utenti locali del gruppo. Durante la registrazione, gli utenti convertiti
saranno aggiunti al gruppo Notes esistente.
Deselezionare la casella di controllo se non si desiderano aggiungere gli
utenti del gruppo che viene migrato al gruppo Notes esistente. I nomi
degli utenti locali del gruppo che viene migrato verranno visualizzati
nell'elenco "Persone/Gruppi da migrare". Durante la registrazione, gli
utenti migrati non saranno aggiunti al gruppo Notes esistente.
Oltre alle impostazioni presenti nella finestra di dialogo Opzioni
migrazione gruppo, è anche possibile selezionare un'opzione che
permette di convertire i gruppi vuoti. Per ulteriori informazioni sulla
conversione di gruppi vuoti, vedere "Come consentire di aggiungere a
Notes dei gruppi vuoti" più avanti in questo capitolo.
Crea un gruppo Notes con le seguenti impostazioni.
La finestra di dialogo Opzioni migrazione gruppo mostra l'opzione
"Crea un gruppo Notes con le seguenti impostazioni:" se il nome del
gruppo da migrare risulta univoco tra i gruppi presenti nell'Elenco
Per impostazione predefinita, questa opzione è selezionata e lo
strumento di migrazione creerà un nuovo gruppo di Notes avente il
nome del gruppo che viene migrato e comprendente gli utenti locale del
gruppo originale, oltre a qualsiasi gruppo annidato e ai loro componenti
disponibili. È possibile modificare le informazioni predefinite nei
seguenti campi:
Tipo di gruppo
Descrizione
Creando un nuovo gruppo di Notes per il gruppo da migrare, è anche
possibile migrare eventuali gruppi annidati che ne facciano parte. Per
impostazione predefinita, l'opzione "Aggiungi i gruppi nidificati
contenuti nel gruppo e i suoi componenti" è selezionata.
Deselezionare la casella di controllo se si vogliono migrare gli utenti
locali del gruppo, ma non si vuole creare un nuovo gruppo Notes basato
sul gruppo. Quando la casella è deselezionata, non sarà possibile
migrare i gruppi annidati che fanno parte di questo gruppo. Tuttavia, è
possibile migrare gli utenti che appartengono a tali gruppi annidati
selezionando l'opzione "Aggiungi le persone contenute nei gruppi
nidificati come utenti Notes".
Specifica di nome, tipo e descrizione dei gruppi migrati
Durante la creazione di un nuovo gruppo di Notes a partire dal gruppo
da cui si desidera migrare, è possibile specificare il nome e il tipo del
gruppo, oltre a fornirne una descrizione facoltativa. Queste
informazioni non possono essere modificate se il gruppo da migrare
viene aggiunto a un gruppo di Notes già esistente.
Questo campo mostra il nome assegnato al un gruppo importato dallo
strumento di migrazione. Creando un nuovo gruppo di Notes a partire
da un gruppo importato, è possibile conservarne il nome originale o
specificarne uno nuovo. Per impostazione predefinita, i gruppi
importati mantengono i loro nomi originali, che vengono visualizzati nel
campo Nome del gruppo Notes. Immettere un nuovo nome in questo
campo per rinominare i gruppi importati.
È possibile modificare l'impostazione Tipo di gruppo solo se si crea un
nuovo gruppo Notes per il gruppo da migrare. I gruppi importati
mantengono i loro nomi originali per impostazione predefinita. Ad
esempio, importando il gruppo di cc:Mail chiamato amministr, il gruppo
di Notes creato sarà anch'esso chiamato amministr.
Non è possibile modificare questo campo se il gruppo è un gruppo
Notes esistente o se è deselezionata la casella di controllo "Crea un
gruppo Notes con le seguenti impostazioni:".
Tipo di gruppo
Creando un nuovo gruppo di Notes per il gruppo da migrare, è
possibile modificarne l'impostazione Tipo di gruppo. Si può creare uno
qualsiasi dei seguenti tipi di gruppi Notes:
Solo posta.
Lista controllo accessi.
Multifunzione.
Solo lista esclusioni.
La creazione e la modifica dei gruppi è documentata in Amministrazione
del sistema Domino.
Non è possibile modificare questo campo se il gruppo è un gruppo
Notes esistente o se è deselezionata la casella di controllo "Crea un
gruppo Notes con le seguenti impostazioni:".
Descrizione
Questo campo mostra una descrizione facoltativa del gruppo importato,
che lo strumento di migrazione aggiunge al campo Descrizione del
documento gruppo di Notes. Per impostazione predefinita, se il gruppo
importato dispone di informazioni di descrizione, esse appariranno in
questo campo.
È possibile modificare la descrizione solo se si sta creando un nuovo
gruppo Notes per un gruppo da migrare. Non è possibile modificare
questo campo se il gruppo è un gruppo Notes esistente o se è
deselezionata la casella di controllo "Crea un gruppo Notes con le
seguenti impostazioni:".
Per impostazione predefinita, gli strumenti di migrazione creano gruppi
di tipo Multifunzione. Per informazioni su come Notes utilizza ognuno
di questi tipi di gruppo, vedere "Creazione e modifica dei gruppi".
Migrazione di gruppi annidati
Un gruppo che è un componente di un altro gruppo viene definito
annidato all'interno di quel gruppo e viene indicato come gruppo
annidato. I gruppi possono essere annidati gerarchicamente e ognuno dei
gruppi annidati può contenere a sua volta uno o più gruppi annidati
aggiuntivi. Ad esempio, il gruppo #IS Managers può avere come suo
componente il gruppo #admins, all'interno del quale è presente il gruppo
#po admins, che include a sua volta il gruppo #po backups, e così via.
Si può migrare un gruppo annidato solamente se viene migrato il suo
gruppo principale. Indipendentemente dalla scelta di aggiungere il
gruppo principale o meno, è possibile comunque aggiungere gli utenti
presenti nei suoi gruppi annidati.
Vi sono due opzioni relative alla conversione dei gruppi annidati:
Aggiunta di gruppi annidati contenuti in questo gruppo e dei
relativi componenti
Aggiunta di persone contenute in gruppi annidati come utenti Notes
Casella di controllo Aggiungi i gruppi annidati contenuti in questo
gruppo e i relativi componenti
Per impostazione predefinita, quando viene convertito un gruppo, la
casella di controllo "Aggiungi i gruppi nidificati contenuti nel gruppo e i
suoi componenti" è selezionata e gli strumenti di migrazione
aggiungono tutti i componenti di un gruppo che viene migrato, tra cui i
gruppi annidati in esso e i loro utenti locali, all'elenco "Persone/Gruppi
da migrare".
Ad esempio, se si esegue la migrazione di un gruppo #IS Managers, che
include il gruppo #admins, che include il gruppo #po admins ed è
selezionata l'opzione "Aggiungi i gruppi nidificati contenuti nel gruppo
e i suoi componenti", tutti e tre i gruppi (#IS Managers, #admins e #po
admins) e tutti i loro componenti vengono aggiunti all'elenco
"Persone/Gruppi da migrare".
Deselezionare la casella di controllo se non si desiderano aggiungere i
gruppi annidati o i loro utenti all'elenco "Persone/Gruppi da migrare".
Questo campo non è disponibile se si deseleziona la casella di controllo
"Aggiungi componenti del gruppo a gruppo Notes esistente" o la casella
di controllo "Crea un gruppo Notes con le seguenti impostazioni:".
Casella di controllo Aggiungi le persone contenute nei gruppi
nidificati come utenti Notes.
Selezionare questa casella di controllo se si desiderano convertire gli
utenti locali nei gruppi annidati di un gruppo senza convertire il gruppo
di livello superiore. Per impostazione predefinita, la casella di controllo
è deselezionata.
Dopo avere fatto clic su OK, lo strumento di migrazione aggiunge gli
utenti di tutti i gruppi annidati di un gruppo all'elenco "Persone/Gruppi
da migrare".
Questo campo non è disponibile se è selezionata la casella di controllo
"Aggiungi componenti del gruppo a gruppo Notes esistente" o la casella
di controllo "Crea un gruppo Notes con le seguenti impostazioni:".
Impostazioni precedenti per tutti i gruppi selezionati o annidati.
Selezionando più di un gruppo da migrare, può essere necessario usare
lo stesso insieme di opzioni per l'operazione. Selezionare questa casella
di controllo perché le impostazioni della finestra di dialogo Opzioni
migrazione gruppo (creazione di un gruppo Notes, importazione di
gruppi annidati e così via) abbiano effetto su tutti i gruppi rimanenti
attualmente selezionati per l'importazione, inclusi i gruppi annidati. Le
impostazioni non hanno effetto sui gruppi già elaborati, oppure su
quelli selezionati in seguito.
Attenzione Si raccomanda di non utilizzare le stesse impostazioni
quando si convertono i gruppi in una combinazione di gruppi esistenti e
nuovi gruppi di Notes. Dopo avere impostato questa opzione, lo
strumento di migrazione non visualizza di nuovo la finestra di dialogo
Opzioni migrazione gruppo dato che continua a elaborare tutti i restanti
gruppi selezionati, così non è possibile specificare come creare o
aggiungere componenti a quei gruppi. Come risultato, gli strumenti di
migrazione creeranno qualsiasi nuovo gruppo utilizzando i nomi
originali, con un'eventuale creazione di gruppi Notes duplicati.
Migrazione di gruppi con componenti in comune
In alcune situazioni, è possibile che un utente o un gruppo di un gruppo
da migrare siano componenti di più gruppi della gerarchia. Durante la
migrazione dei gruppi annidati, gli strumenti di migrazione ignorano i
duplicati di utenti o gruppi che facciano parte di più di un gruppo. I
componenti vengono aggiunti a Notes una sola volta.
Annullamento della migrazione di un gruppo
Dalla finestra di dialogo Opzioni migrazione gruppo, è possibile
annullare l'operazione facendo clic sull'uno o l'altro dei seguenti
pulsanti:
Annulla
Annulla tutto
Annulla
Fare clic su Annulla se si decide di non convertire il gruppo specificato
nel campo Nome del gruppo di Notes. Lo strumento di migrazione salta
il gruppo attuale e i suoi gruppi dipendenti e procede con il gruppo
selezionato successivo. Né il gruppo selezionato, né i suoi componenti
vengono aggiunti alla lista "Persone/Gruppi da migrare".
Annulla tutto
Fare clic su Annulla tutto se si decide di non convertire il gruppo
specificato nel campo Notes Nome del gruppo, uno qualunque dei suoi
gruppi dipendenti o uno qualunque degli altri gruppi attualmente
selezionati. Lo strumento di migrazione chiude la finestra di dialogo
Opzioni migrazione gruppo e cessa di elaborare i gruppi che restano da
elaborare tra quelli attualmente selezionati. Nessun componente del
gruppo selezionato o dei gruppi che contiene viene aggiunto alla lista
"Persone/Gruppi da migrare".
Aggiunta di utenti a un gruppo di 'migrazione'
Prima di migrare gli utenti, si consideri la possibilità di creare un
gruppo di Notes chiamato MigratedUsers e di aggiungere a questo
gruppo ogni elemento convertito durante la registrazione. La creazione
di un tale gruppo rappresenta un modo facile di identificare in seguito i
nuovi utenti migrati, ad esempio durante l'invio di messaggi di notifica
di aggiornamento, o di altre informazioni relative alla migrazione.
Impostazione delle opzioni da usare per la migrazione
È possibile impostare le opzioni presenti nella finestra di dialogo
Migrazione persone e gruppi in modo da specificare come le
informazioni nell'elenco indirizzi di origine devono essere importate
nell'Elenco indirizzi di Domino e nel file di posta di Notes. Durante
questa sessione, le opzioni selezionate si applicano a tutti gli utenti
migrati dall'elenco indirizzi di origine attivo.
Durante una sessione, è possibile selezionare un diverso insieme di
opzioni per ogni elenco indirizzi di origine da cui si esegue la
migrazione.
Gli elementi disponibili nella lista Opzioni di migrazione dipendono
dall'elenco indirizzi di origine esterno selezionato. Sono disponibili le
seguenti opzioni di importazione:
Genera password casuali
Aggiungi il nome completo fornito al documento Persona di Notes.
Consenti l'aggiunta di gruppi vuoti in Notes.
Converti solo la posta
Generazione di password casuali
Perché la registrazione di un utente sia completata con successo, la
password indicata per l'utente deve soddisfare i requisiti minimi di
qualità per le password impostati nelle preferenze di registrazione. Se la
password di un utente non si conforma ai requisiti, essa deve essere
modificata prima che sia possibile registrare l'utente. Vedere "Nozioni
sulla scala di qualità delle password" per ulteriori informazioni sul
modo in cui Notes determina la conformità a una scala qualitativa
specificata per le password.
La scala di qualità delle password è documentata in Amministrazione del
sistema Domino.
Per impostazione predefinita, la maggior parte degli strumenti di
migrazione Domino imposta automaticamente la password Notes
secondo la password esistente di un utente. Gli strumenti di migrazione
per Windows NT, Novell GroupWise e Netscape Messaging Server non
importano la password esistente di un utente.
Converti posta
Per gli utenti che dispongono di password esistenti da importare, o le
cui password non possono essere importate (ad esempio gli utenti di
Windows NT), gli strumenti di migrazione forniscono un'opzione che
permette di generare una password casuale, conforme alla scala di
qualità specificata per le password. L'impostazione predefinita per
questa opzione è diversa per ognuno degli strumenti di migrazione. Le
password sono generate solo per gli utenti il cui campo Password è
vuoto; le password generate non sostituiscono mai quelle importate dal
sistema di provenienza.
Nota Nella Versione 5, lo strumento di migrazione Domino per
cc:Mail non supporta l'opzione "Genera password casuali". Per migrare
con successo la casella di posta cc:Mail di un utente, deve essere fornita
una password cc:Mail per l'utente. Utilizzare lo strumento di
amministrazione cc:Mail per creare le password per gli utenti prima
della migrazione.
Gli utenti per i quali sono create nuove password di Notes possono
modificare la propria password servendosi del client Notes. La
password che essi creano deve anch'essa conformarsi alla scala di
qualità impostata durante la registrazione.
Assegnazione di password a nuovi utenti
Domino Administrator dispone di una registrazione di tutte le
password generate, in modo da facilitare l'assegnazione ai nuovi utenti
migrati delle proprie password durante la loro prima connessione con
Notes. Le informazioni relative alle password degli utenti migrati sono
memorizzate nel database NTSynch45.nsf ubicato nella directory dei
dati di Notes.
È anche possibile tenere traccia delle password utente generate
impostando l'apposita opzione di registrazione che conserva gli utenti
registrati con successo nella coda. Tenere gli utenti nella coda di
registrazione dopo tale operazione permette di memorizzarne
automaticamente password e altre informazioni relative agli utenti
migrati. Dopo la registrazione, è possibile selezionare gli utenti presenti
nella coda e visualizzare così le informazioni relative alle loro password.
Per informazioni su come tenere gli utenti nella coda di registrazione,
vedere "Salvataggio delle informazioni per le registrazioni in attesa" più
avanti in questo capitolo.
Aggiunta di nomi completi al documento Persona di Notes
Il campo Nome utente di un documento Persona di Notes può contenere
uno o più nomi completi (diversi dai singoli componenti del nome
stesso) con i quali un utente è conosciuto all'interno dell'ambiente di
Notes. Per gli utenti registrati, il nome principale di Notes indicato in
questo campo è un nome gerarchico basato sull'ID del certificatore usato
per la registrazione dell'utente stesso, ed è il nome controllato durante
l'autenticazione dell'utente che accede alle risorse di Domino. Oltre a
questo nome principale, il campo Nome utente può contenere voci
secondarie che servono come alias dell'utente e possono essere utilizzate
per indirizzare la posta.
Gli strumenti di migrazione importano dai seguenti campi in ogni
elenco indirizzi di origine i nomi completi da usare come nomi
secondari di Notes:
cc:Mail - Nome utente
Microsoft Mail - Facile o visualizza nome
Microsoft Exchange - Visualizza nome
LDIF - Nome distinto
Se si convertono le informazioni di un utente ma non si registra l'utente,
il nome per esteso che è stato importato può diventare la voce principale
del campo Nome utente.
Come consentire di aggiungere a Notes dei gruppi vuoti
Dato che i gruppi da importare possono contenere utenti non disponibili
per l'importazione, è possibile che gli appartenenti a un gruppo migrato
risultino diversi dall'originale. Ciò può verificarsi con elenchi di
indirizzi di posta elettronica, i quali possono includere voci relative a
utenti di sistemi di posta esterni, come ad esempio indirizzi Internet.
Poiché gli strumenti di migrazione non sono in grado di registrare gli
utenti di elenchi indirizzi esterni, per impostazione predefinita queste
voci vengono omesse dai gruppi di Notes creati a partire dai gruppi da
migrare.
I gruppi selezionati per l'importazione vengono considerati vuoti se essi
non contengono nessun componente che possa essere registrato in
Notes. Per impostazione predefinita, gli strumenti di migrazione non
importano i gruppi vuoti. Un gruppo può risultare vuoto perché non
contiene alcun componente (ad esempio, un gruppo obsoleto che non è
stato mai rimosso dalla rubrica indirizzi) oppure che il gruppo non
contiene alcun utente locale (ad esempio, un elenco di indirizzi di posta
elettronica che elenca solo indirizzi Internet di utenti appartenenti ad
altri sistemi di posta).
Windows NT - Nome completo
La migrazione di un gruppo i cui componenti non sono disponibili, e
che di conseguenza risulta vuoto, dà come risultato una voce priva di
qualsiasi utilità nell'Elenco indirizzi di Domino. Impostare questa
opzione solo se si prevede di dover aggiungere nuovi utenti a un
gruppo vuoto durante la registrazione o dopo che questa è stata
completata.
Conversione della posta
Gli strumenti di migrazione di Domino per cc:Mail, Microsoft Mail e
Microsoft Exchange forniscono l'opzione che consente di convertire i file
di posta esistenti in file di posta di Notes. Questa opzione è abilitata per
impostazione predefinita. Scegliendo di convertire la posta, durante il
processo di registrazione gli strumenti di migrazione convertono
automaticamente i file di posta presenti nel vecchio sistema in file di
posta di Notes.
I file di posta vengono creati sul server specificato nelle preferenze di
registrazione. Qualora, per qualsiasi motivo, lo strumento di migrazione
non possa creare il file di posta di un utente, ad esempio se il server di
posta specificato è privo di spazio su disco sufficiente, l'utente non viene
registrato e l'errore viene annotato nello storico della registrazione.
Poiché la conversione della posta richiede che il file di posta sia creato
immediatamente, nel quadro Posta della finestra di dialogo Registra
persona non è possibile scegliere l'opzione che consente di creare il file
di posta mediante un processo in background (adminp). Infatti,
tentando di selezionare questa opzione viene visualizzato un messaggio
di errore.
Nota Le opzioni "Converti posta" e "Converti solo la posta" sono
reciprocamente esclusive. Qualora una delle due sia già selezionata e si
tenti di selezionare anche l'altra verrà visualizzato un messaggio di
errore.
Conversione della sola posta
Gli strumenti di migrazione di Domino per cc:Mail e Microsoft Mail
dispongono dell'opzione che permette di convertire solo la posta.
Questa opzione non è disponibile nello strumento di migrazione per
Microsoft Exchange. Selezionare questa opzione per convertire il
contenuto di eventuali file di posta aggiuntivi di utenti già registrati in
Notes. Questa opzione è deselezionata per impostazione predefinita.
Per gli utenti selezionati, gli strumenti di migrazione convertono solo i
messaggi non migrati precedentemente. Con questa opzione non
vengono creati ID di Notes e gli strumenti di migrazione non
modificano in alcun modo i documenti Persona degli utenti.
Nota La conversione della posta in un file di posta esistente richiede
l'accesso Gestione per il file. Vedere "Diritti di accesso richiesti per
migrare la posta in un file di posta esistente" per informazioni sul modo
per ottenere i diritti di accesso appropriati.
Ad esempio, si supponga che sia stato creato l'account e il file di posta
di Notes di Marco Riccardi, un utente proveniente da cc:Mail. Marco
riceve posta aggiuntiva nella casella postale cc:Mail ed è necessario
convertire questa posta e le sue cartelle per migrare il tutto nel file di
Notes esistente, conservando i messaggi e le cartelle già migrati
precedentemente. È possibile convertire i nuovi messaggi ricevuti da
Marco in cc:Mail mediante l'opzione Converti solo la posta.
È possibile usare l'opzione "Converti solo la posta" solo se gli utenti
selezionati per l'importazione della posta nella lista Persone/Gruppi
disponibili risultano già presenti in Notes. Inoltre, se si converte altra
posta per gli utenti cc:Mail migrati in Notes, i nomi di tali utenti usati in
cc:Mail devono essere presenti come voci secondarie nel campo Nome
utente dei loro documenti Persona in Notes.
Nota Le opzioni "Converti posta" e "Converti solo la posta" sono
reciprocamente esclusive. Qualora una delle due sia già selezionata e si
tenti di selezionare anche l'altra verrà visualizzato un messaggio di
errore.
Diritti di accesso richiesti per migrare la posta in un file di posta
esistente
Per impostazione predefinita, quando si creano i file di posta per gli
utenti migrati, l'ID amministratore che si utilizza durante la migrazione
viene aggiunto temporaneamente alla LCA di ogni file di posta creato e
ad esso viene assegnato l'accesso Gestione. Tuttavia, dopo aver
registrato con successo gli utenti migrati, il nome dell'amministratore
viene rimosso dalla LCA e sostituito con il nome del proprietario del file
di posta. Ne risulta che, dopo la migrazione iniziale, non si sarà in grado
di aprire il file di posta dell'utente e quindi non si potrà nemmeno
migrare la posta aggiuntiva.
Se più avanti è necessario accedere a un file di posta per convertire altra
posta per un utente, si deve ottenere nuovamente l'accesso Gestione al
file. Se, prima della migrazione, si prevede la necessità di convertire
altra posta, mantenere l'accesso Gestione appropriato eseguendo le
seguenti operazioni mentre si preparano gli utenti per la registrazione:
Nel quadro Posta della finestra di dialogo Registra utente, modificare
l'accesso Proprietario del file di posta dal livello predefinito Gestione a
Impostazione o Revisione.
Quando l'opzione viene abilitata, lo strumento di migrazione elabora
solo le informazioni di posta, indipendentemente dalle altre opzioni di
migrazione selezionate.
Poiché Notes richiede che la LCA includa almeno un utente in grado di
modificare la LCA, essa mantiene il nome dell'amministratore che
esegue la migrazione come Gestione.
Se durante la migrazione iniziale, non è stata eseguita la preparazione di
una migrazione secondaria, utilizzare uno dei seguenti metodi per
ottenere l'accesso Gestione al file di posta:
Mostrare agli utenti come connettersi a Notes e aggiungere il
proprio nome alla LCA dei loro file di posta assegnandogli l'accesso
Gestione.
Utilizzare l'ID del server invece di quello dell'amministratore per
migrare la posta, dato che l'ID del server ha accesso Gestione nella
LCA per impostazione predefinita.
Una volta che è possibile connettersi a Domino Administrator con un ID
presente nella LCA dei file di posta da migrare, migrare la posta degli
utenti servendosi dell'opzione di migrazione Converti solo il file di
posta.
Registrazione degli utenti e migrazione dei loro messaggi
Dopo avere importato gli utenti del vecchio sistema nella coda di
registrazione, essi sono disponibili per l'operazione di registrazione.
Una volta registrati gli utenti in Domino, essi potranno connettersi e
accedere alle risorse del server Domino, inclusi i file di posta. È possibile
sia registrare gli utenti su un singolo server Domino che distribuirli tra
più server.
Per ciascun utente selezionato per la registrazione, Domino crea
automaticamente un ID di Notes servendosi dell'ID del certificatore
specificato e, se possibile, converte la posta dal server di provenienza al
file di posta di Notes. Non vengono migrati i dati situati in una
ubicazione diversa dal vecchio server di messaggistica.
Gli strumenti di migrazione importano dal sistema di provenienza
alcune informazioni di registrazione, come ad esempio nomi e password
degli utenti. È possibile specificare le ulteriori informazioni di
registrazione necessarie.
Per ulteriori informazioni sulla configurazione degli utenti in Notes,
vedere "Configurazione degli utenti Notes".
La configurazione degli utenti in Notes è documentata in
Specifica dell'ubicazione in cui registrare gli utenti importati
Durante la registrazione degli utenti importati, non è necessario ubicarli
tutti su un singolo server o all'interno di una singola unità
organizzativa. È possibile specificare separatamente per ogni utente da
registrare il server di registrazione, il server di posta e l'ID del
certificatore da utilizzare durante l'operazione. Per ulteriori
informazioni su come specificare le informazioni di registrazione dei
nuovi utenti, vedere "Uso registrazione avanzata".
La registrazione avanzata è documentata in Amministrazione del sistema
Domino.
Motivi della mancata registrazione degli utenti
Se la registrazione non va a buon fine tentando di registrare un utente,
la voce relativa a quest'ultimo rimane nella coda di registrazione e il suo
stato indica la causa del malfunzionamento. È possibile modificare le
informazioni di registrazione come necessario e in seguito tentare
nuovamente di registrare l'utente.
Importazione delle password
Lo strumento di migrazione per Windows NT non importa le password
dalla lista del dominio Windows NT.
Per ulteriori informazioni sulla scala di qualità delle password, vedere
"Nozioni sulla scala di qualità delle password".
La scala di qualità delle password è documentata in Amministrazione del
sistema Domino.
Se necessario, è possibile modificare le password degli utenti che si
trovano nella coda di registrazione. Selezionare l'utente nella casella
Stato della registrazione, modificare la password nel quadro Generali e
fare clic su Applica per aggiornarne lo stato.
Durante l'importazione di un utente da registrare, gli strumenti di
migrazione confrontano la lunghezza e la complessità della password
utente esistente con la scala di qualità delle password specificata. Se la
qualità della password esistente non è pari o superiore agli standard
definiti nella scala di qualità selezionata, dopo aver aggiunto l'utente
alla coda di registrazioni, lo stato della registrazione indicherà che la
password dell'utente deve essere modificata prima che la registrazione
possa essere eseguita con successo.
Specifica delle opzioni avanzate per la registrazione delle persone
Dopo avere importato utenti e gruppi, è possibile specificare le opzioni
che determinano il modo in cui Notes deve elaborare le informazioni
durante la registrazione degli utenti in questione.
È possibile selezionare le seguenti opzioni di registrazione:
Non proseguire in caso di errori di registrazione.
Mantieni in coda le persone registrate con successo.
Prova a registrare persone in coda in stato di errore
Consenti registrazione persone già registrate.
Inoltre, è possibile configurare il processo di registrazione perché
proceda come illustrato di seguito qualora l'utente da registrare abbia lo
stesso nome utente o lo stesso file di posta di una persona già esistente:
Salta la registrazione quando il nome di un nuovo utente o file di
posta Notes corrisponde a quello di un utente esistente.
Aggiorna una persona esistente con le informazioni dell'utente
migrato.
Sostituire un file di posta esistente con il file di posta migrato.
Genera un nome univoco di file di posta.
Nota Per migrazioni che non implicano la conversione di posta, se
si sceglie di creare il file di posta di un utente nel background,
utilizzando adminp, l'opzione per sostituire un file di posta esistente
viene ignorata.
Per impostazione predefinita, nessuna di queste opzioni è abilitata. Le
opzioni selezionate avranno effetto su tutti gli utenti registrati durante
questa sessione.
Per ulteriori informazioni sull'impostazione delle opzioni di
registrazione, vedere la Guida Amministrazione del sistema Domino.
Impostazione dei valori di registrazione predefiniti
Durante la registrazione degli utenti da migrare, è necessario specificare
un numero considerevole di impostazioni di registrazione. Benché
alcune di queste impostazioni, come ad esempio il nome del file di posta
o l'indirizzo Internet, siano specifiche del singolo utente, vi sono anche
molte impostazioni pubbliche, come ad esempio la scala di qualità delle
password del server di posta, che può essere applicata a più di un
utente.
Invece di dovere specificare le stesse informazioni di registrazione per
ogni nuovo utente, è possibile definire facilmente alcune impostazioni
predefinite per le informazioni di registrazione pubbliche. Dopo avere
definito le impostazione di registrazione predefinite, gli strumenti di
migrazione le applicheranno automaticamente a ogni utente aggiunto
alla coda di registrazione.
Si consiglia di prestare particolare attenzione alle impostazioni
predefinite per i server di registrazione e i server di posta. Se il
computer su cui si esegue Domino Administrator non è il server
Domino, per questi server sarà necessario modificare l'impostazione
predefinita di Locale. A seconda delle proprie necessità di sicurezza,
può anche essere necessario applicare una nuova impostazione
predefinita relativa alla scala di qualità delle password richiesta per gli
utenti da migrare.
È possibile creare impostazioni di registrazione predefinite servendosi
di uno dei seguenti metodi:
Impostazione delle preferenze di amministrazione.
Impostazione delle preferenze di amministrazione.
Le impostazioni di registrazione che si definiscono attraverso le
preferenze di amministrazione sono utilizzate come impostazioni
predefinite all'inizio di ogni sessione di registrazione. È possibile
ridefinirle definendo nuove impostazioni predefinite per una sessione,
ma essi entrano nuovamente in vigore la prossima volta che si avvia una
nuova sessione. Per ulteriori informazioni sulla definizione delle
preferenze di registrazione predefinite, vedere "Impostazione delle
preferenze di amministrazione per registrazione e certificazione".
L'impostazione delle preferenze di registrazione è documentata in
Definizione delle impostazioni predefinite attraverso la
registrazione degli utenti
In una determinata sessione, se sono già stati registrati degli utenti, le
impostazioni pubbliche usate durante la registrazione dell'ultimo utente
vengono assunte come predefinite per l'utente successivo. È anche
possibile definire impostazioni predefinite di registrazione prima di
registrare qualsiasi utente dall'interno della finestra di dialogo Registra
persona, utilizzando la seguente procedura:
1. Da Domino Administrator, fare clic su Persone - Registra e
immettere la password in modo che l'ID certificatore apra la finestra
di dialogo Registra persona.
Definizione delle impostazioni tramite la registrazione degli utenti
2.
3.
4.
5.
Quando si apre per la prima volta la finestra di dialogo Registra
persona, questa è impostata per accettare nuove voci, come indicato
dalle parole "Registra persona -- Nuova voce" sulla barra del titolo.
Fare clic sulla casella di controllo Avanzate nella parte alta della
finestra di dialogo per visualizzare tutti i quadri di selezione
disponibili.
Uno alla volta, selezionare ogni quadro, quindi modificare le
impostazioni di registrazione presenti in ognuno di essi con i
necessari valori predefiniti. Lasciare vuote le informazioni sul nome
(campi Nome, MI e Cognome) nel quadro Generali.
Fare clic su "Migra persone" per aprire la finestra di dialogo
"Migrazione persone e gruppi" e iniziare a migrare gli utenti.
Le impostazioni di registrazione pubbliche definite nei passi
precedenti si applicano a tutti gli utenti che vengono migrati alla
coda di registrazione durante questa sessione. Dopo essere usciti
dalla finestra di dialogo "Migrazione persone e gruppi", le
impostazioni di registrazione ritornano a quelle definite nelle
preferenze di amministrazione attive.
Memorizzazione delle registrazioni in attesa nella coda di
registrazione
Gli strumenti di migrazione di Domino inseriscono automaticamente in
uno speciale database conosciuto come coda di registrazione gli utenti
importati per la registrazione. La coda di registrazione archivia le
informazioni di registrazione impostate per ciascun utente e durante la
registrazione ne segnala lo stato.
I nomi degli utenti presenti nella coda di registrazione appaiono nella
casella Stato della registrazione della finestra di dialogo Registra
persona. I gruppi selezionati per la migrazione non vengono visualizzati
nella coda di registrazione.
Gli utenti rimangono nella coda fino a quando non registrati con
successo o specificatamente rimossi. Qualora nella coda di registrazione
siano presenti degli utenti e un'interruzione costringa ad interrompere
l'operazione prima del completamento della registrazione, all'uscita
dalla finestra di dialogo Registra persona verrà richiesto se si desidera
salvare gli utenti per una registrazione successiva. Nonostante
l'interruzione, i dati utente rimangono intatti, in modo da poter
proseguire l'operazione da dove è stata interrotta.
Nota Se gli utenti presenti nella coda al momento dell'interruzione si
trovano in attesa di registrazione con certificatori di organizzazione
diversi, alla riapertura della finestra di dialogo Registra persona sarà
necessario specificare nuovamente ogni ID certificatore e password.
È possibile impostare un'opzione di registrazione perché gli utenti
vengano conservati nella coda di registrazione dopo il termine
dell'operazione. Per informazioni sull'impostazione delle opzioni di
registrazione, vedere "Personalizzazione della registrazione degli
utenti".
L'impostazione delle opzioni di registrazione è documentata in
Applicazione delle impostazioni di registrazione a più utenti
È possibile applicare alcune impostazioni di registrazione a più di un
utente per volta. La tabella che segue mostra, di ogni quadro della
finestra di dialogo Registra persona, le impostazioni presenti che
possono essere modificate quando nella coda di registrazione è
selezionato più di un utente.
Quadro Generali
Server di registrazione
Scala qualità password
Imposta password Internet
Dominio Internet
Quadro Posta
Sistema di posta
Server di posta*
Accesso propr. file di posta:
Crea file adesso/Crea in background
Modello del file di posta*
Imposta quota del database di posta
Soglia attenzione
Crea indici completi
Quadro Informazioni ID
ID certificatore dell'organizzazione
Tipo di sicurezza
Scadenza certificazione:
Ubicazione file ID
Quadro Gruppi
Assegna le persone ai gruppi
Quadro Altri
Configura profilo
Ubicazione
Amministratore locale
Commento
Lingua nome alternativo
Aggiungi la persona a Windows NT
Formato del nome e separatore dell'Indirizzo
Internet
* Le impostazioni del modello di posta e del server di posta sono
interdipendenti. Se si selezionano più utenti e viene modificata una di queste
impostazioni, il valore attivo dell'altra impostazione viene applicato a tutti gli
utenti selezionati.
Per ulteriori informazioni su queste impostazioni, vedere "Uso
registrazione avanzata".
La registrazione avanzata è documentata in Amministrazione del sistema
Domino.
Creazione dei file di posta di Notes
Il quadro Posta della finestra di dialogo Registra persona permette di
specificare il tipo di file di posta da creare per un utente e se si desidera
creare il file subito oppure se permettere al processo di amministrazione
(adminp) di crearlo in seguito. Migrando i file di posta degli utenti, i
relativi file di posta di Notes dovranno essere creati durante il processo
di registrazione; non è possibile decidere di crearli in background.
Impostazione delle quote dei database di posta
Durante la migrazione del file di posta di un utente, gli strumenti di
migrazione ignorano le limitazioni relative alle dimensioni specificate
nel campo Quota database di posta. I file di posta migrati vengono
creati e continuano a ricevere posta dopo la registrazione,
indipendentemente da eventuali limitazioni di dimensioni specificate.
Per imporre limitazioni di dimensioni su un file di posta, è necessario
fissare tale limite dopo la registrazione iniziale degli utenti, e abilitare
tali limitazioni al database nel documento Server del router di posta. Se
è abilitato il controllo delle dimensioni, l'utente non potrà ricevere posta
qualora questi causi il superamento della quota.
Migrazione di messaggi duplicati
Le caselle postali del sistema di posta di provenienza possono contenere
duplicati di un messaggio, ad esempio una copia in ognuna di più
cartelle. Dopo la migrazione, i messaggi duplicati potranno essere
visualizzati in più viste di Notes corrispondenti alle cartelle presenti nel
sistema di provenienza, anche se verrà convertita una sola copia di tale
messaggio.
Gli utenti in fase di migrazione provenienti da altri sistemi devono
comprendere il modo in cui funziona il salvataggio dei messaggi in
Notes. Nei sistemi di posta che usano cartelle reali per archiviare i
messaggi, la copia di uno di questi dalla cartella Inviati a un'altra
cartella crea un duplicato del messaggio in questione.
I file di posta di Notes, al contrario, memorizzano i messaggi in un
singolo database che ha più cartelle chiamate viste. Ogni vista del
database mostra i messaggi in base a un insieme di criteri di selezione,
come ad esempio tutti i messaggi inviati. Tuttavia, benché un messaggio
possa apparire in numerose viste, Notes ne conserva solo una singola
copia.
In particolare, gli utenti devono prestare attenzione alla cancellazione
dei messaggi presenti nella vista Inviati di Notes. Benché i messaggi
nella vista Inviati possano apparire in altre viste secondarie, essi non
possono essere spostati fuori dalla vista Inviati. Cancellandoli dalla vista
Inviati, essi verranno rimossi anche da tutte le altre viste.
Migrazione di cartelle e sottocartelle
Le cartelle presenti in un file di posta di Notes si comportano
diversamente da quelle delle caselle postali di altri sistemi. In alcuni
casi, i nomi delle cartelle potrebbero venire troncati durante la
migrazione e le cartelle annidate potrebbero non essere migrate nella
stessa ubicazione della gerarchia di cartelle del file di posta originale.
Lunghezza massima dei nomi delle cartelle
Il nome di una cartella di Notes non può superare i 64 caratteri. Durante
la migrazione, i nomi più lunghi di 64 caratteri vengono troncati.
Lunghezza massima del nome di una sottocartella
I file di posta di Notes consentono l'uso di cartelle gerarchiche, o
annidate. Il nome di una sottocartella all'interno della gerarchia
comprende il nome delle cartelle superiori. Ad esempio, nella gerarchia
di cartelle che segue:
Progetti/1998/T3/Giulia/Lettere
Notes considera il nome completo della sottocartella Lettere lungo 25
caratteri, perché comprende i nomi delle cartelle Progetti, 1998, T3 e
Luglio.
Sottocartelle nelle cartelle In arrivo e Inviati
Le viste di posta In arrivo e Inviati di Notes non possono contenere
sottocartelle. Come risultato, le sottocartelle delle cartelle In arrivo o
Inviati della casella postale di provenienza vengono convertite in
cartelle superiori nel file di posta di Notes.
Se il percorso completo di una sottocartella (cioè il nome della
sottocartella e di tutte le cartelle superiori) contiene 64 caratteri o meno,
la gerarchia delle cartelle viene convertita in modo esatto. Al contrario, i
percorsi delle sottocartelle che contengono più di 64 caratteri sono
accorciati durante la migrazione. Lo strumento di migrazione replica il
percorso fino a 64 caratteri, troncando il nome dell'ultima sottocartella
creata, se necessario. Le restanti sottocartelle non sono migrate ma i
messaggi in esse contenuti sono inseriti nell'ultima sottocartella migrata.
Così, ad esempio, se una sottocartella del file di posta originale è
annidata a sette livelli di profondità e il nome del percorso per quattro
livelli di sottocartelle annidate supera i 64 caratteri, lo strumento di
migrazione crea le cartelle da 1 a 3, mantenendo la gerarchia di cartelle
esistente. La cartella 4 viene anch'essa creata nel punto originale della
gerarchia (annidata nella cartella 3) ma il suo nome è troncato. Tutti i
messaggi contenuti nelle cartelle annidate all'interno della cartella 4
(cartelle da 5 a 7) sono migrati nella cartella 4.
Verifica della corretta esecuzione della migrazione
Una volta completata una migrazione, eseguire le seguenti operazioni
per verificare che essa abbia avuto successo:
Controllare la casella Registrazioni in attesa per verificare che gli
utenti nella coda siano stati registrati con successo.
Esaminare la vista Eventi vari dello storico di registrazione di Notes
in cerca di indicazioni che non sia stato possibile registrare gli
utenti.
Controllare il contenuto dei file di posta di Notes degli utenti.
Verificare l'accesso alla posta e l'invio della posta degli utenti
migrati.
Esaminare l'appartenenza ai gruppi migrati per assicurarsi che essi
contengano voci valide.
Una volta determinato che la migrazione ha avuto successo, è possibile
preparare gli utenti finali alla conversione dei dati memorizzati
localmente mediante la procedura guidata di aggiornamento.
Per ulteriori informazioni su come gli utenti possono convertire i dati di
posta personali, vedere il capitolo 21.
Capitolo 13
Migrazione degli utenti da cc:Mail
Questo capitolo illustra gli argomenti relativi alla migrazione di utenti
da Microsoft Mail alla Versione 5 di Notes e fornisce istruzioni sull'uso
di Domino Administrator per completare la migrazione.
Migrazione degli utenti cc:Mail
Utilizzando lo strumento di migrazione da cc:Mail a Notes presente in
Domino Administrator, è possibile importare utenti e gruppi di cc:Mail
da un ufficio postale selezionato e registrarli come utenti di Notes. Il
processo di migrazione:
Permette di creare i file di ID e di posta Notes per gli utenti migrati.
Migra il contenuto delle caselle postali dal server dell'ufficio postale
di cc:Mail.
Converte i file di Organizer 2.x per cc:Mail Programmazione gruppo
(file .OR2) nel formato di pianificazione di gruppo di Notes (.NSF).
Lo strumento di migrazione da cc:Mail a Notes supporta la conversione
degli utenti del client della versione 6.3x di cc:Mail. Dopo il
completamento della migrazione, il client cc:Mail 6.3x accede a un file di
posta ubicato sul server Domino, invece di una cassetta postale
dell'ufficio postale cc:Mail.
Qualora sia necessario migrare le caselle di posta di un ufficio postale
mobile cc:Mail, sarà necessario prima archiviarne i messaggi, quindi
migrarli con una diversa procedura di aggiornamento guidato.
Per ulteriori informazioni sull'utilizzo dell'aggiornamento guidato,
vedere il capitolo 21.
13-1
Importa utenti e gruppi locali dall'ufficio postale (ossia gli utenti
nell'elenco indirizzi le cui ubicazioni sono indicate come L o R) e
crea le voci relative nell'Elenco indirizzi di Domino.
Questa sezione della guida per la migrazione illustra i seguenti
argomenti relativi allo spostamento degli utenti da cc:Mail a Notes:
Versioni supportate di cc:Mail.
Preparazione per la migrazione degli utenti di cc:Mail.
Migrazione dei dati di cc:Mail in Notes.
Migrazione delle informazioni di cc:Mail Organizer.
Migrazione degli utenti in un ambiente di coesistenza.
Versioni supportate di cc:Mail
Vi sono due versioni utilizzate del database ufficio postale di LAN di
cc:Mail. Esse sono comunemente chiamate DB6 e DB8. Lo strumento di
migrazione da cc:Mail a Notes permette di convertire i dati di entrambe
le versioni del database. L'aggiornamento da una qualsiasi di esse estrae
le informazioni che seguono:
Elenco indirizzi dell'ufficio postale cc:Mail - L'elenco indirizzi
contiene le informazioni pubbliche relative all'ufficio postale, tra cui il
suo nome e le voci dell'elenco indirizzi, le liste di indirizzi e i Bulletin
board pubblici. Questo file contiene la lista di tutti i numeri e i puntatori
dei file utente relativi a tutti i messaggi presenti nel file di messaggi.
File di messaggi - Il file di messaggi archivia una copia di ogni
messaggio per tutti gli utenti dell'ufficio postale. Per risparmiare spazio
su disco, i messaggi indirizzati a più utenti sono memorizzati soltanto
una volta.
File utente dell'ufficio postale - I file utente contengono tutte le
informazioni private relative alla casella postale, come ad esempio liste
e cartelle. Questi file non contengono alcun messaggio, ma solo
puntatori all'elenco indirizzi e ai file di messaggi di posta.
file Pianificazione di gruppo Organizer 2.x (file .OR2) - Per gli utenti
cc:Mail che utilizzano Lotus Organizer 2.x, i file .OR2 contengono le
informazioni relative alle funzioni di Calendaring & scheduling.file
Pianificazione di gruppo Organizer 2.x (file .OR2) - Per gli utenti
cc:Mail che utilizzano Lotus Organizer 2.x, i file .OR2 contengono le
informazioni relative alle funzioni di Calendaring & scheduling.
Equivalenti di Notes per le informazioni migrate da cc:Mail
Lo strumento di migrazione da cc:Mail a Notes migra le informazioni di
un ufficio postale cc:Mail a Notes, tra cui caselle di posta, messaggi,
Bulletin board e Elenchi privati e pubblici, come illustrato nella seguente
tabella. Inoltre, è possibile facoltativamente migrare i file Pianificazione
di gruppo Organizer 2.x dell'utente (file OR2).
Questi elementi nella casella di posta
cc:Mail...
Vengono migrati nei seguenti elementi del
file di posta Notes...
Archivi
Non migrati*
Bulletin board
Database di discussione
Messaggi di Bulletin board negli
uffici postali mobili
Non migrati
Cartella Appunti
Non migrati
Cartelle e sottocartelle
Cartelle e sottocartelle**
Data messaggio
Data messaggio
Priorità messaggio ***
Messaggi e allegati nelle cartelle
migrate
Messaggi e allegati ****
Storico delle sessioni mobili
Non migrati
Dati di Organizer (file .OR2)
Voci del file di posta, del Giornale
personale e della Rubrica personale
Password
Password
Elenchi indirizzi dell'ufficio postale
Elenco indirizzi di Domino
Liste di indirizzi private
Documenti gruppo nella Rubrica
personale +
Liste di indirizzi pubbliche
Documento gruppo nell'Elenco
indirizzi di Domino
Contrassegni Lettura e non letti
Non migrati ++
Ricevute di ritorno
Ricevute di ritorno
Regole
Non migrati
Informazioni relative a mittente e
destinatario
destinatario
Cartella Cestinati
Non migrati
Report sulla posta non consegnabile
Non migrati
* Gli archivi non vengono convertiti dallo strumento di migrazione di Domino
Administrator, ma dopo aver convertito gli utenti è possibile eseguire una
procedura guidata di aggiornamento sulle loro stazioni di lavoro per convertire
i loro archivi di messaggi.
** Per i client cc:Mail Versione 8, la migrazione converte le cartelle annidate e i
messaggi in esse contenuti.
Migrazione degli utenti da cc:Mail 13-3
Priorità messaggio
*** Lo strumento di migrazione preserva lo stato del messaggio per i messaggi
di cc:Mail contrassegnati come urgenti (un punto esclamativo appare accanto al
messaggio nella casella di posta in arrivo o nella cartella di Notes). Tuttavia,
Notes non assegna uno stato speciale ai messaggi convertiti da cc:Mail che
erano contrassegnati come a bassa priorità.
**** Durante la migrazione non vengono preservati gli attributi Rich Text come
colore, stile e dimensione del carattere, sottolineatura, grassetto, bullet, oggetti
incorporati e collegamenti ad altri documenti.
+ Le liste di indirizzi private vengono inviate automaticamente agli utenti sotto
forma di allegato di un messaggio di Notes. Quindi, gli utenti eseguono una
procedura guidata di aggiornamento sulle loro stazioni di lavoro per trasferire
le liste nelle loro Rubriche personali di Notes. L'aggiornamento guidato migra
anche gli indirizzi privati che i client cc:Mail Versione 2.x e 6.x gestiscono
localmente nel file PRIVDIR.INI. L'aggiornamento guidato non supporta la
conversione degli indirizzi privati per gli utenti del client cc:Mail Versione 8.x.
++ Tutti i messaggi migrati vengono contrassegnati come non letti.
Consultare il capitolo 8 per le informazioni sulle procedure guidate di
aggiornamento utenti
Equivalenti di Notes per le informazioni migrate da Organizer
La tabella che segue mostra gli equivalenti di Notes per le informazioni
migrate da Organizer.
Tipo record di Organizer
Voce equivalente di Notes
Commenti
Indirizzo
Biglietto da visita nella
Rubrica personale
Inviato all'utente
Sveglia
Sveglia*
Ricorrenza
Ricorrenza nel diario
Appuntamento nel
diario
Appuntamento nel
diario
Chiamata
Attività Da fare
Categorie
Categoria
Migra solo la prima
categoria elencata
Codice di costo
--
Non migrati
Riunione
Programmazione
gruppo
Appuntamento nel
diario
Sezione inclusa
--
Non migrati
Collegamento
--
Non migrati
Tipo record di Organizer
Voce equivalente di Notes
Commenti
Pagina di Appunti
Giornale personale
Inviato all'utente
Opzioni Preferenza
--
Non migrati
Evento Planner
Evento nel diario
Voce ricorrente
Voce ricorrente**
Stanze e Risorse
--
Non migrati
Avvisi riunioni in
attesa***
--
Non migrati
Attività Da fare
Attività Da fare
Preferenze e password
utente
--
Non migrati
* Un segnale acustico viene convertito solo se il tipo record di Notes risultante
supporta anch'esso i segnali acustici.
*** Gli inviti a una riunione vengono convertiti solo se un utente ha risposto
loro. Gli utenti devono elaborare qualunque avviso di invito a una riunione che
desiderino convertire.
Preparazione per la migrazione degli utenti di cc:Mail
Per ottenere una migrazione efficace, è necessario completare molte
operazioni preparatorie:
Attività amministrative generiche.
Attività preparatorie in Notes e Domino.
Attività preliminari in cc:Mail.
Attività amministrative generiche
Determinare l'ordine con cui migrare gli uffici postali. Questa
dovrebbe rappresentare la pianificazione della migrazione.
Decidere quali tipi di dati di cc:Mail e Organizer convertire. La
migrazione di alcuni tipi di dati come i bulletin board e le
informazioni di Organizer può richiedere pianificazione e
preparazione aggiuntive. Vedere Specifica delle impostazioni per la
conversione da cc:Mail per informazioni sui tipi di dati dei messaggi
che è possibile convertire.
** Gli elementi ripetuti migrati nel Diario di Notes ne utilizzano la struttura
della Versione 4.5, non la struttura della Versione 5.0. Gli elementi ripetuti
migrati nella vista Da fare di Notes vengono visualizzati come singole voci e
non sono indicati come Ricorrente, nè appaiono con il simbolo di voce ripetuta.
Verificare di disporre della licenza del client Notes appropriata per
ogni utente cc:Mail da convertire.
Stimare la quantità di spazio su disco necessaria per migrare le
caselle postali di cc:Mail.
Decidere come far corrispondere i gateway cc:Mail ai domini Notes
per l'inoltro della posta ai sistemi di posta esterni.
Attività preparatorie in Notes e Domino
Sulla stazione di lavoro amministrativa, installare la Versione 5 del
client Domino Administrator di Notes e lo strumento facoltativo per
l'amministrazione della migrazione da cc:Mail. Per installare questo
componente degli strumenti di migrazione, si deve eseguire
un'installazione personalizzata.
Dalla stazione di lavoro amministrativa, mappare come unità
l'ubicazione dell'ufficio postale cc:Mail da cui si convertono gli
utenti.
Eseguire un backup delle informazioni di Domino.
Dalla stazione di lavoro amministrativa, connettersi a Notes con un
ID che disponga dell'accesso "Crea accesso database" al server di
posta.
Verificare di disporre dell'accesso agli ID di certificazione e alle
password delle organizzazioni e delle unità organizzative di
Domino dove si registrano gli utenti.
Verificare di disporre dell'accesso Revisione, Impostazione o
Gestione all'Elenco indirizzi di Domino sul Server di registrazione.
Se si prevede la necessità di convertire posta aggiuntiva per gli
utenti dopo la registrazione, durante la registrazione è opportuno
cambiare i diritti di accesso che i proprietari dei file di posta hanno
sui loro file di posta dal livello predefinito Gestione a Impostazione
o Revisione.
Vedere il capitolo 12 per istruzioni su come modificare il livello di
accesso predefinito.
(Facoltativo) Impostare le preferenza di registrazione.
(Facoltativo) Creare un gruppo di Notes a cui si possano aggiungere
gli utenti migrati.
Sulla stazione di lavoro di amministrazione, chiudere tutte le
applicazioni, tranne Notes, e qualsiasi database di Notes aperto.
Attività preliminari in cc:Mail
Vuotare l'archivio dei messaggi di cc:Mail. Chiedere agli utenti di
archiviare o cancellare la posta di cui essi non hanno più bisogno. Si
consideri la possibilità di limitare la quantità di posta che ciascun
utente potrà migrare.
Vuotare l'elenco indirizzi dell'ufficio postale.
Imparare a riconoscere il modo in cui lo strumento di migrazione
analizza i formati dei nomi cc:Mail. Alcuni formati di nome e
caratteri potrebbero non essere convertiti correttamente durante la
migrazione. Per garantire che tutti gli utenti convertiti siano creati
con nomi Notes appropriati, può essere necessario modificare alcuni
nomi prima o dopo la migrazione.
Assicurarsi che tutti gli utenti da convertire dispongano di una
password. Se la password di cc:Mail è vuota, nulla o ha lunghezza
zero, la migrazione dell'utente non riuscirà. Se si ha un utente
cc:Mail con questo tipo di password, modificarlo specificando una
password non vuota in cc:Mail.
Porre fuori linea l'ufficio postale in modo da renderlo inaccessibile
agli utenti.
Inviare gli eventuali messaggi cc:Mail in attesa di inoltro. Le code di
posta degli uffici postali non vengono convertite. Eliminare tutte le
code di messaggi dell'ufficio postale e le chiamate Router Express
mediante Invia soltanto. Eseguire Collega prodotti ed eseguire
l'agente pianificazione Organizer.
Effettuare il backup dell'ufficio postale cc:Mail in corso di
migrazione. Questo backup preserva lo stato dell'ufficio postale al
momento che precede l'esecuzione dei programmi di utilità relativi
alla manutenzione.
Verificare l'integrità dell'ufficio postale eseguendo una regolare
manutenzione. Per ulteriori informazioni sull'utilizzo degli
strumenti di manutenzione di cc:Mail, vedere la Guida per
l'amministratore di Lotus cc:Mail.
(Facoltativo) Cancellare i messaggi non necessari nello storico
messaggi di cc:Mail, o nella cartella Cestinati, mediante i comandi
CHKSTAT per DB6 o MSGMGR per DB8. Dopo avere cancellato i
messaggi, eseguire RECLAIM per recuperare lo spazio su disco non
più occupato dai messaggi cancellati.
Nota Lo strumento di migrazione cc:Mail non supporta la
selezione di "Genera password casuali" nella casella Opzioni di
migrazione per gli utenti a cui non sono assegnate password.
Creare un secondo backup dell'ufficio postale, in modo da
preservarne lo stato in cui esso si trova dopo avere eseguito i
programmi di utilità di manutenzione.
Se si convertono anche le informazioni di Organizer relative agli
utenti, vedere "Preparazione dell'eggiornamento delle informazioni
di Organizer".
Stima delle dimensioni di una casella di posta convertita
Non esiste alcuna formula per il calcolo esatto dello spazio su disco
necessario per la conversione di una casella di posta in un file di posta
Notes. Tuttavia, è possibile stimare le dimensioni di una casella di posta
convertita, eseguendo una migrazione di prova e confrontando le
dimensioni della casella di posta cc:Mail con quelle del file di posta
Notes risultante. cc:Mail dispone dei seguenti comandi per la
misurazione delle dimensioni delle caselle di posta presenti in un ufficio
postale:
Per un ufficio DB6:
chkstat /N nome_up /P password_up /D percorso_up /msgs/all
dove nome_up è il nome dell'ufficio postale; password_up è la password
dell'ufficio postale; percorso_up è il percorso di rete dell'elenco indirizzi
dove l'ufficio postale è situato; e output.txt è il nome del file in cui si
desidera salvare il report.
Il report indica il numero totale di byte occupati da ogni casella di posta
presente nell'ufficio postale.
Per un ufficio postale DB8:
msgmgr /N nome_up /P password_up /D percorso_up /U
"nomeutente"
dell'ufficio postale; percorso_up è il percorso di rete della directory dove
l'ufficio postale è situato; e nomeutente è il nome dell'utente proprietario
della casella di posta da migrare.
Il comando segnala la dimensione totale in kilobyte della casella di posta
specificata.
Backup delle informazioni di Domino
Prima di migrare gli utenti cc:Mail, si raccomanda di eseguire il backup
delle seguenti informazioni di Domino:
NAMES.NSF
DESKTOP.DSK
NOTES.INI
*.File degli ID
Come mettere fuori linea l'ufficio postale
Per assicurarsi che l'ufficio postale rimanga inattivo mentre viene
eseguita la migrazione, cc:Mail, porlo fuori linea modificando il nome
della rubrica e revocando i diritti degli utenti su tale rubrica.
Non chiudere l'ufficio postale. Lo strumento di migrazione utilizza la
API del motore di posta (MEAPI) per comunicare con l'ufficio postale.
Se l'ufficio postale è chiuso, MEAPI non può accedervi e la migrazione
non riuscirà.
Se un ufficio postale è chiuso, il file CCPODOWN viene creato
all'interno della directory contenente i dati dell'ufficio postale stesso. Se
esiste, cancellare il file CCPODOWN.
Backup dell'ufficio postale di cc:Mail
Durante la migrazione, lo strumento di migrazione da cc:Mail a Notes
può modificare i dati dell'ufficio postale quando:
Migrazione delle informazioni di Organizer
In entrambe le situazioni, si raccomanda di eseguire il backup
dell'ufficio postale prima di iniziare la migrazione. Avere un backup
permette di ripristinare in modo sicuro l'ufficio postale al suo stato
originale qualora si rilevino errori durante la migrazione.
Si raccomanda di eseguire il backup dell'intero elenco indirizzi
dell'ufficio postale.
Preparazione dell'elenco indirizzi per la migrazione
Lo strumento di migrazione da cc:Mail a Notes converte i nomi degli
utenti nell'elenco indirizzi di cc:Mail in documenti Persona dell'Elenco
indirizzi di Domino. Prima della migrazione, prepararsi come segue per
la conversione dell'elenco indirizzi, in modo da ridurre al minimo il
tempo necessario per l'elaborazione e gli errori:
Rimuovere gli account non attivi dall'elenco indirizzi dell'ufficio
postale.
Si consiglia di comprendere come lo strumento di migrazione
elabora i nomi di cc:Mail.
Uso dell'agente MTA di cc:Mail per fornire la coesistenza tra cc:Mail
e Notes
Rimozione degli account non attivi dall'elenco indirizzi dell'ufficio
postale
Per ogni ufficio postale cc:Mail che viene convertito a Notes, esaminare
il contenuto del rispettivo elenco indirizzi e verificare ogni account.
Identificare e fare una lista di account non attivi, ad esempio account
locali che sono stati creati ma mai utilizzati o account per dipendenti che
hanno lasciato la società. In seguito, quando vengono selezionati gli
utenti da migrare in Notes, fare riferimento a questa lista per evitare di
elaborare account non validi.
Generare un rapporto di utilizzo degli account di cc:Mail come segue:
CHKSTAT nome_up password_up percorso_up STATUSERS/N
>output.txt
DIRSTAT nome_up password_up percorso_up /DL /LU /LOG
output.txt
dell'ufficio postale; percorso_up è il percorso di rete dell'elenco indirizzi
dove l'ufficio postale è situato; e output.txt è il nome del file in cui si
desidera salvare il report.
Modo in cui lo strumento di migrazione elabora i nomi di cc:Mail
Quando ci si prepara a importare i nomi dall'elenco indirizzi dell'ufficio
postale, si consiglia di tenere a mente il modo in cui lo strumento di
migrazione elabora le voci dell'elenco indirizzi di cc:Mail per creare i
corrispondenti nomi e documenti Persona di Notes. È richiesta una certa
dimestichezza con i seguenti argomenti di denominazione.
Differenze tra i caratteri consentiti nei nomi cc:Mail e Notes.
Modo in cui lo strumento di migrazione analizza i nomi cc:Mail per
creare i corrispondenti nomi Notes.
Aggiornamento dei documenti Persona esistenti.
Controllo dei caratteri non validi all'interno dei nomi
Gli unici caratteri supportati da Notes per i nomi degli utenti registrati
sono: le lettere (comprese quelle con accenti e altri segni diacritici dalla
serie di caratteri ISO Latin1), i numeri, la e commerciale (&), l'apostrofo
('), il trattino (-), il punto (.), lo spazio e il carattere di sottolineatura (_).
Un nome cc:Mail può contenere caratteri che non risultano validi per i
nomi Notes. Cercando di registrare un utente cc:Mail il cui nome
contiene caratteri diversi da quelli indicati sopra, il processo di
registrazione genera un errore.
Nota Queste limitazioni relative ai caratteri si applicano solo ai nomi
principali degli utenti registrati di Notes. Notes permette l'utilizzo di
caratteri non validi nei nomi in documenti Persona non registrati, come
per esempio quelli che l'agente MTA di cc:Mail aggiunge all'Elenco
indirizzi di Domino, come pure nei nomi secondari degli utenti.
Benché sia possibile rimuovere i caratteri non validi modificando i nomi
nella coda di registrazione di Notes dopo avere importato la rubrica di
cc:Mail, può essere necessario modificare i nomi prima della migrazione
per mezzo dello strumento di amministrazione dell'ufficio postale
cc:Mail.
Metodo di analisi dei formati dei nomi cc:Mail da parte dello
strumento di migrazione
A differenza dei nomi di Notes, composti da Nome, Cognome e Iniziale
secondo nome, nell'elenco indirizzi di cc:Mail i nomi sono memorizzati
sotto forma di un'unica stringa di caratteri, compresi virgole e spazi. Il
formato del nome utilizzato dipende dalle convenzioni stabilite
all'interno dell'organizzazione. Ad esempio, lo stesso utente potrebbe
essere catalogato nell'elenco indirizzi di cc:Mail come Susan Salani o
come Salani, Susan.
La seguente tabella illustra come lo strumento di migrazione genera i
nomi Notes a partire dai formati dei nomi comuni cc:Mail:
Formato del nome cc:Mail
Componenti del nome Notes
risultanti
Descrizione
Esempio
Componenti
Esempio
Nome singolo
ssalani
Cognome
Nome
Iniziale
secondo nome
ssalani
<vuoto>
<vuoto>
Nome Cognome
Mauro Salani
Cognome
Nome
Iniziale
secondo nome
Salani
Mauro
<vuoto>
Nome Cogn1 Cogn2
Heinz Von
Horn
Cognome
Nome
Iniziale
secondo nome
Von Horn
Heinz
<vuoto>
Nella generazione di un nome Notes da un nome cc:Mail importato, lo
strumento di migrazione per prima cosa determina il formato del nome,
quindi analizza il nome scindendolo nei componenti di un nome Notes.
Il campo Iniziale secondo nome nel documento Persona gestisce al
massimo due caratteri; i nomi più lunghi sono troncati.
Formato del nome cc:Mail
risultanti
Anna Maria
Larini
Cognome
Nome
Iniziale
secondo nome
Maria Larini
Anna
<vuoto>
Nome Sec.nome Cognome Chiara Livia
Larini
Cognome
Nome
Iniziale
secondo nome
Livia Larini
Chiara
<vuoto>
Nome Iniz.sec.nome
Cognome
Julia J. Kaplan
Cognome
Nome
Iniziale
secondo nome
Kaplan
Julia
J.
Nome1 Nome2
Iniz.sec.nome Cognome
Anna Maria B.
Larini
Cognome
Nome
Iniziale
secondo nome
Larini
Anna Maria
B.
Nome Iniz.sec.nome
Cogn1 Cogn2
Heinz R. Von
Horn
Cognome
Nome
Iniziale
secondo nome
Von Horn
Heinz
R.
Cognome, Nome
Salani, Mauro
Cognome
Nome
Iniziale
secondo nome
Salani
Mauro
<vuoto>
Cogn1 Cogn2, Nome
Von Horn,
Heinz
Cognome
Nome
Iniziale
secondo nome
Von Horn
Heinz
<vuoto>
Cognome, Nome
Sec.nome
Meloni,
Alfonso Maria
Cognome
Nome
Iniziale
secondo nome
Meloni
Alfonso
Maria
Cognome, Nome
Iniz.sec.nome
Ruberti,
Roberto M.
Cognome
Nome
Iniziale
secondo nome
Ruberti
Roberto
R.
Cogn1 Cogn2, Nome1
Nome2 Iniz.sec.nome
Von Horn,
Anna Maria B.
Cognome
Nome
Iniziale
secondo nome
Von Horn
Anna Maria
B.
Nome1 Nome2 Cognome
Aggiornamento dei documenti Persona esistenti
In alcuni casi, ad esempio in ambienti dove l'agente MTA di cc:Mail
inoltra la posta da cc:Mail a Notes, gli utenti da convertire possono già
disporre di documenti Persona nell'Elenco indirizzi di Domino. Il
componente di sincronizzazione dell'elenco indirizzi dell'agente MTA
aggiunge all'Elenco indirizzi di Domino un documento Persona non
registrato per ciascun utente presente nell'elenco indirizzi di cc:Mail.
Durante la migrazione di utenti, si raccomanda di aggiornare i
documenti Persona esistenti anziché crearne di nuovi. Creando più
documenti Persona per un singolo utente può generare confusione e
problemi di sicurezza. Creando involontariamente un secondo
documento Persona per un utente, si consiglia di cancellare uno dei due
documenti.
Per gli utenti registrati di Notes, la voce principale nel campo Nome
utente è il nome gerarchico Notes, che specifica l'organizzazione e
l'unità organizzativa (UO) a cui un utente appartiene. Per gli utenti non
registrati, come ad esempio quelli presenti nell'elenco della rubrica
creato dall'agente MTA di cc:Mail, il documento Persona non contiene
alcun nome gerarchico.
Ogni volta che vengono convertiti degli utenti cc:Mail, lo strumento di
migrazione aggiunge automaticamente un nome gerarchico al
documento Persona. Il processo di registrazione genera tale nome
gerarchico mediante una scomposizione del nome cc:Mail nei
componenti del nome Notes e aggiungendo le informazioni relative alla
UO presenti nell'ID certificatore utilizzato durante la registrazione.
Modificando i componenti di un nome Notes nella finestra di dialogo
Registra persona, per creare il nome gerarchico Notes utilizzerà i
componenti modificati.
Aggiunta del nome cc:Mail al documento Persona di Notes
Durante la migrazione di utenti da un ambiente MTA di cc:Mail, è
necessario selezionare la seguente opzione nella lista Opzioni di
migrazione della finestra di dialogo Migrazione persone e gruppi:
Aggiungi il nome cc:Mail al documento persona di Notes
(richiesto per cc:MTA)
Tentando di registrare un utente, il processo di registrazione cerca
nell'Elenco indirizzi di Domino un documento Persona corrispondente a
quello che lo strumento di migrazione ha creato per l'utente da migrare.
Le corrispondenze sono basate su voci nel campo Nome utente del
documento Persona. Il processo di registrazione non cerca nomi
corrispondenti nel campo Nome breve o nei campi Componente nome.
Questa opzione, selezionata come impostazione predefinita, aggiunge il
nome cc:Mail dell'utente come voce secondaria nel campo Nome utente
del documento Persona di Notes. Come risultato, lo strumento di
migrazione può trovare documenti Persona esistenti che utilizzano
questo nome creati dall'agente MTA. Se il nome cc:Mail dell'utente da
migrare corrisponde al nome utente di un singolo documento
nell'Elenco indirizzi di Domino, lo strumento di migrazione richiede di
aggiornare tale documento.
Se viene trovato più di un documento corrispondente, la registrazione
non riesce e l'utente rimane nella coda di registrazione. Rivedere i
documenti corrispondenti nell'Elenco indirizzi di Domino e modificare i
nomi in modo da eliminare la duplicazione tra utenti esistenti e nuovi.
Ad esempio, può essere necessario aggiungere l'iniziale del secondo
nome per distinguere tra loro due utenti.
Soppressione delle richieste di aggiornamento dei documenti
Persona corrispondenti
Normalmente, se il processo di registrazione trova nell'Elenco indirizzi
di Domino un documento Persona che corrisponda a un altro
documento generato per un utente da migrare, ne richiederà se si
desidera effettuare l'aggiornamento o saltare la registrazione. Per
sopprimere queste richieste e aggiornare o saltare automaticamente i
documenti corrispondenti, seguire questa procedura:
1. Quando si è pronti per registrare gli utenti, fare clic su Opzioni nella
finestra di dialogo Registra persona.
2. Nella finestra di dialogo Opzioni avanzate di registrazione persona,
selezionare "Non richiedere una persona duplicata".
3. Dalla casella a discesa, selezionare "Aggiorna la voce esistente della
rubrica".
Migrazione delle informazioni di Organizer
Durante la migrazione delle caselle di posta degli utenti cc:Mail, è
possibile convertire anche le relative informazioni di Programmazione
gruppo di Lotus Organizer 2.x (file .OR2) in dati di Notes. Normalmente
questa opzione è abilitata e le informazioni di Organizer vengono
convertite, se esso esiste e se la stazione di lavoro è collegata alle
appropriate directory dei dati di Organizer.
Selezionando l'opzione per la conversione delle informazioni di
Organizer, lo strumento di migrazione converte le informazioni dai file
OR2 disponibili per tutti gli utenti cc:Mail selezionati. Se si desidera
migrare le informazioni di Organizer solo per un sottoinsieme di utenti
dell'ufficio postale, è necessario effettuare la migrazione in più sessioni,
convertendo prima gli utenti di cui si desidera migrare anche i dati di
Organizer e quindi quelli i cui dati di Organizer non devono essere
migrati.
Le informazioni di Organizer vengono migrate verso le corrispondenti
ubicazioni nel file di posta di Notes e nei database Giornale personale e
Rubrica personale. Alcuni dati di Organizer non vengono migrati; lo
strumento di migrazione riproduce solo le viste e i documenti Organizer
che hanno equivalenti appropriati in Notes.
Durante la migrazione, Organizer crea delle viste temporanee e delle
note interne nel file di posta di Notes; inoltre le informazioni di
Programmazione gruppo di Organizer vengono temporaneamente
passate da cc:Mail al campo Commenti del documento Persona
dell'utente di Notes. Questi elementi vengono cancellati una volta
completata la migrazione.
Gli errori rilevati durante la migrazione vengono registrati nello storico
di Notes (LOG.NSF) del computer che esegue Domino Administrator.
Dopo avere convertito il file .OR2 di un utente, questo non può più
aprire il file in Organizer 2.x. Inoltre, dopo una migrazione riuscita, gli
altri utenti non potranno più visualizzare in Organizer le pianificazioni
del tempo disponibile relative agli utenti migrati, oppure inviare
messaggi di pianificazione all'agente Organizer di tali utenti. Tuttavia,
gli utenti migrati possono usare la posta elettronica per pianificazioni e
risposte agli inviti se si configura l'invio automatico dal loro vecchio
account cc:Mail ai nuovi account di posta Notes.
Nota Lo strumento di migrazione da cc:Mail a Notes converte solo i
dati da Organizer 2.x per Windows per cc:Mail; non converte invece i
dati contenuti in file .OR2 indipendenti, in versioni di Calendaring &
scheduling Notes dei file .OR2 o i file della versione Organizer PIM
(tutti gli altri file .ORx). Inoltre, lo strumento di migrazione non
supporta la conversione di informazioni di Organizer da un ufficio
postale di lingua giapponese. È disponibile anche, come componente
facoltativo del client della Versione 5 di Notes, uno strumento di
migrazione in Notes per utenti finali per lo spostamento dei file .OR2
indipendenti di Organizer e dei dati di Organizer PIM.Inoltre, lo
strumento di migrazione non supporta la conversione di informazioni di
Organizer da un ufficio postale di lingua giapponese. È disponibile
anche, come componente facoltativo del client della Versione 5 di Notes,
uno strumento di migrazione in Notes per utenti finali per lo
spostamento dei file .OR2 indipendenti di Organizer e dei dati di
Organizer PIM.
Determinazione della serie di caratteri (code page) per la
conversione dei dati di Organizer
Durante la conversione dei dati di Organizer, lo strumento di
migrazione da cc:Mail a Notes utilizza la serie di caratteri (code page)
specificata per la conversione dei dati dall'ufficio postale cc:Mail. La
code page viene selezionata specificando le impostazioni di conversione
nella finestra di dialogo Impostazioni avanzate di aggiornamento di
cc:Mail.
Per ulteriori informazioni sull'impostazione della code page da usare
per la conversione dei dati di cc:Mail, vedere "Specifica della code page
da usare per la conversione dei dati di cc:Mail".
Conversione di più sezioni di uno stesso tipo
Lo strumento di migrazione da cc:Mail a Notes unisce più sezioni di
Organizer di uno stesso tipo in un singolo equivalente di Notes. Ad
esempio, se l'utente ha più di una sezione Da fare nei propri dati di
Organizer, lo strumento di migrazione li combina in una singola lista Da
fare di Notes. Allo stesso modo, istanze multiple delle sezioni Indirizzo,
Ricorrenza, Diario, Chiamate, Appunti e Planner vengono unite in un
singolo equivalente di Notes.
Come fornire una password durante la migrazione dei dati di
Organizer
Notes chiede di autenticare un processo prima che sia eseguito. Poiché
la migrazione da Organizer è un processo separato, prima che sia
possibile completare una migrazione e registrazione di utenti Organizer,
deve essere fornita una password di Notes. Lo strumento di migrazione
richiede la password quando è pronto per registrare il primo utente
cc:Mail per cui è stata selezionata l'opzione "Converti file .OR2
Organizer in Notes". La password è richiesta una volta sola durante la
sessione.
Dato che gli utenti sono registrati nell'ordine in cui sono stati aggiunti
alla coda di registrazioni, se ci sono dati di Organizer da convertire per
gli utenti che si trovano all'inizio della coda di registrazione, lo
strumento di migrazione chiede la password immediatamente dopo
avere fatto clic sul pulsante Registrazione. Tuttavia, se il primo il blocco
di utenti che viene registrato non include una migrazione da Organizer,
la richiesta della password appare più avanti. Se è possibile immettere la
password, il processo di migrazione si ferma fino a che non è stata
immessa la password.
Quando si convertono dati di Organizer, si raccomanda di aggiungere
gli utenti di Organizer alla coda di registrazione prima di qualsiasi altro
utente.
Migrazione delle sezioni Indirizzo e Appunti di Organizer
Sulla stazione di lavoro Notes di un utente, le sezioni Indirizzo e
Appunti di Organizer vengono convertite nei database Rubrica
personale (RP) e Giornale personale rispettivamente. Più sezioni
Indirizzo vengono convertite in un singolo database RP. Allo stesso
modo, più sezioni Appunti vengono convertite in un unico Giornale
personale.
Le pagine di una sezione Appunti di Organizer possono contenere sia
grafica che testo. Le parti di grafica vengono migrate come file allegati
incorporati nel database Giornale personale inviato all'utente. Il testo
ASCII della sezione Appunti viene inserito nel corpo del Giornale
personale come Rich Text.
Come per altre informazioni di una pagina Appunti, la grafica viene
migrata solo se creata a partire dal file .OR2. Le informazioni collegate
da file esterni, come ad esempio sezioni incluse e informazioni condivise
mediante DDE (Dynamic Data Exchange), non vengono convertite. La
grafica creata mediante operazioni di copia e incolla non viene migrata,
poiché il contenuto non è presente all'interno del file.
Gli utenti che hanno informazioni da migrare da una sola delle due
sezioni, ricevono comunque due messaggi: uno per la sezione convertita
e uno per l'altra, indicante che non c'era alcuna informazione da
convertire. Gli utenti che non hanno sezioni Indirizzo o Appunti da
convertire non ricevono alcuno dei due messaggi.
È possibile aprire i file contenenti il testo di questi messaggi in qualsiasi
editor di testi e modificarli in modo da fornire agli utenti informazioni
specifiche per l'ambiente. I file di questi messaggi si trovano nella
directory dei dati di Notes e sono denominati come segue:
Messaggio Sezione indirizzo migrata - OR2ADDR.TXT
Messaggio Sezione Appunti migrata - ORGNPN.TXT
Messaggio Nessuna sezione Indirizzo migrata - OR2NOADD.TXT
Messaggio Nessuna sezione Appunti migrata - ORGNOPN.TXT.
La stazione di lavoro di amministrazione che esegue lo strumento di
migrazione non è in grado di inviare dati direttamente al client Notes di
un utente. Per fornire agli utenti le informazioni convertite da
Organizer, lo strumento di migrazione inserisce un messaggio nella
cartella In arrivo di Notes, allegando a tale messaggio i database
Rubrica personale e Giornale personale contenenti le informazioni
convertite da Organizer. Il messaggio contiene anche una spiegazione
che illustra che le informazioni convertite da Organizer sono in esso
contenute e fornisce le istruzioni necessarie per estrarre i file e
aggiungere le informazioni ai database Rubrica personale e Giornale
personale esistenti.
Migrazione della sezione Chiamate di Organizer
Le voci nelle sezioni Chiamate di Organizer vengono convertite in
attività di Notes presenti nella vista delle attività personali da eseguire.
Lo strumento di migrazione da cc:Mail a Notes preserva i dati principali
di una sezione Chiamata, inserendoli nei campi equivalenti dell'attività,
oppure nel campo Dettagli. I campi Chiamata che non hanno equivalenti
appropriati in Notes possono non essere convertiti.
La seguente tabella illustra le corrispondenze tra campi di una sezione
Chiamate di Organizer e la relativa voce Da fare di Notes.
Le informazioni di questi campi nella
sezione Chiamate di Organizer
Vengono migrate nei seguenti
campi di una voce Da fare di Notes
Nome, Cognome
Titolo, Dettagli
Società
Dettagli
Numero di telefono (prefisso
internazionale, prefisso locale e numero
telefonico)
Dettagli
Estensione
Dettagli
Stato
Dettagli
Notes
Dettagli
Data
Inizio/Scadenza*
Categorie
Categorie**
Completato
Stato: Completata***
* Per le chiamate contrassegnate come completate, la data viene convertita
anche nel valore Scadenza nell'attività Da fare di Notes.
** In Organizer, un utente può assegnare più categorie a una singola chiamata.
Ad esempio, il campo Categorie di una chiamata può contenere i valori "Da
seguire" e la categoria "Client". Durante la migrazione della chiamata, il campo
Categorie dell'attività Da fare di Notes mostra solo il primo di questi valori.
*** Le chiamate completate sono convertite in attività Da fare di Notes con lo
stato Completata. Benché il documento Attività personali di Notes non
visualizzi il momento del completamento della chiamata, questa informazione è
disponibile nel campo COMPLETEDDATETIME nel campo Proprietà del
documento dell'attività.
Altre informazioni relative alle chiamate non sono convertite.
Migrazione delle informazioni delle categorie di Organizer
In Organizer, un utente può assegnare più categorie alle voci delle
sezioni Indirizzo, Diario, Chiamate, Appunti o Da fare. Tuttavia, Notes
supporta solo categorie singole. Come risultato, lo strumento di
migrazione assegna solo la prima categoria di una voce Organizer
elencata alla voce di Notes risultante.
Le voci del giornale di Notes non hanno un campo per la
visualizzazione delle informazioni di categoria. Gli utenti possono
visualizzare le informazioni di categoria convertite aprendo le proprietà
del documento del giornale.
Migrazione delle informazioni delle riunioni di Organizer
Preparazione della migrazione delle informazioni di Organizer
Per convertire i dati di Organizer degli utenti cc:Mail da migrare in
Notes, eseguire le seguenti operazioni aggiuntive:
Mappare delle unità di rete sulle directory dove sono memorizzati i
file .OR2 di Organizer degli utenti.
Scollegare gli utenti di Organizer dalla directory dove risiedono gli
archivi di Organizer (file .OR2).
Verificare di disporre dei diritti di accesso completi alle directory
del server contenenti i file .OR2, oltre che almeno dell'accesso
Lettura ai file di Organizer da migrare.
Verificare di disporre dell'accesso Revisione o superiore ai file di
posta Notes che conterranno le informazioni convertite da
Organizer.
Disattivare tutti gli agenti di pianificazione di Organizer.
Le riunioni pianificate nella sezione Diario di un utente sono convertite
in appuntamenti personali in un Diario di utente Notes. Le informazioni
relative allo stato e le informazioni sul presidente e sui partecipanti della
riunione vengono migrate nel campo Descrizione dettagliata del
documento Appuntamento. Le informazioni convertite in questo campo
dipendono dal tipo di partecipazione dell'utente alla riunione
(Presidente o Presente). La lista completa degli invitati viene invece
migrata per il Presidente della riunione. Per un partecipante, la
descrizione contiene solo il valore del presidente; la lista degli altri
partecipanti non viene migrata. Le altre informazioni relative alla
riunione non vengono convertite.
Verificare di avere spazio su disco sufficiente per la conversione
delle informazioni provenienti da Organizer. Per ogni MB di file
.OR2 da convertire vi devono essere almeno 2 MB di spazio libero
sul disco del server Domino di destinazione.
Istruire gli utenti di Organizer ad eseguire le attività di
preparazione che aiuteranno a eseguire una migrazione più veloce.
Comprimere gli archivi di Organizer da migrare, servendosi della
Versione 2.11 o successiva del programma di amministrazione di
Organizer.
Per informazioni su come comprimere i file, vedere la Guida per
l'amministratore di Organizer 2.11.
Connessione alle directory dei dati di Organizer
I file .OR2 di Organizer sono di solito archiviati separatamente dalla
casella di posta cc:Mail dell'utente. Per permettere allo strumento di
migrazione di individuare correttamente i file .OR2 e di convertire le
informazioni di Organizer, è necessario mappare sulla stazione di
lavoro amministrativa delle unità con le directory dei dati di Organizer.
Nota Benché lo strumento di migrazione possa convertire solo i dati
delle versioni Windows di Organizer per cc:Mail, i file .OR2 possono
essere migrati da qualsiasi ubicazione cui la stazione di lavoro
amministrativa sia collegata, indipendentemente dal sistema operativo
impiegato.
Modifiche effettuate alle voci dell'elenco indirizzi utente di cc:Mail
durante la migrazione delle informazioni di Organizer
Dopo avere convertito le informazioni di Organizer di un utente
cc:Mail, lo strumento di migrazione da cc:Mail a Notes modifica come
segue le informazioni presenti nel campo Commenti dell'elenco indirizzi
cc:Mail dell'utente:
Modifica in 92 la Parola chiave 02, che identifica il Percorso del
diario di Organizer.
Modifica in 94 la Parola chiave 04, che identifica il Nome dell'agente
di Organizer.
Queste modifiche permettono di eseguire migrazioni successive per
convertire le restanti informazioni Organizer di un utente, impedendo
agli altri utenti di Organizer di visualizzare la pianificazione del tempo
disponibile per gli utenti convertiti o di inviare messaggi di
pianificazione agli agenti Organizer di questi utenti. Lo strumento di
migrazione interpreta le informazioni Commenti modificate, e converte
correttamente i dati aggiuntivi di Organizer.
Preparazione degli utenti di Organizer per la migrazione
Oltre alle attività amministrative da eseguire prima di migrare gli utenti
di Organizer, gli utenti finali devono completare le seguenti operazioni:
Annotare i nomi di ogni sezione inclusa.
Elaborare gli avvisi di riunione che si trovino in attesa.
Cancellare i dati che non devono essere migrati.
Archiviare i dati da migrare
Annotazione delle informazioni relative alle sezioni incluse
Lo strumento di migrazione da cc:Mail a Notes non converte le sezioni
incluse. Annotando i nomi di ogni sezione inclusa, gli utenti possono
creare dei collegamenti tra i documenti convertiti in Notes.
Elaborazione degli avvisi di riunione
Lo strumento di migrazione da cc:Mail a Notes non converte gli inviti
alle riunioni su cui non sia stata eseguita alcuna azione. Gli utenti
devono elaborare qualunque avviso di invito a una riunione che
desiderino convertire.
Archiviazione dei dati da migrare
La migrazione dei dati di Organizer richiede un periodo di tempo
considerevole. È possibile migliorare le prestazioni della migrazione
facendo in modo che gli utenti preparino la migrazione archiviando e
comprimendo le loro sezioni Organizer per ridurre la dimensione dei
loro file OR2. I file Organizer più piccoli vengono convertiti più
rapidamente e generano database di posta, Giornale personale e Rubrica
personale Notes più piccoli.
Importazione della rubrica dell'ufficio postale cc:Mail
L'elenco indirizzi di un ufficio postale cc:Mail contiene le informazioni
relative a tutti gli utenti cc:Mail che dispongono di caselle postali al suo
interno. Notes usa le informazioni estratte dall'elenco indirizzi
dell'ufficio postale per configurare gli utenti convertiti per la
registrazione.
Per importare l'elenco indirizzi dell'ufficio postale cc:Mail è necessario:
Collegarsi all'ufficio postale cc:Mail.
Importare utenti e gruppi.
Rimozione dei dati che non devono essere convertiti
Incoraggiare gli utenti a ridurre al minimo la quantità di dati da migrare
facendo loro eliminare le voci o rimuovere le sezioni che non dovranno
essere migrate.
Dopo avere completato queste operazioni, è possibile registrare in Notes
gli utenti importati.
Connessione all'ufficio postale di cc:Mail
Per importare gli utenti da convertire, è prima necessario individuare
l'ufficio postale dove essi hanno le proprie caselle di posta e i propri file
di registrazione.
1. Da Domino Administrator, fare clic sulla linguetta Persone e gruppi.
2. Dal quadro Strumenti, fare clic su Persone - Registra.
3. Quando richiesto, immettere la password dell'ID del certificatore e
fare clic su OK.
4. Se necessario, dal quadro Generali della finestra di dialogo Registra
persona -- Nuova voce specificare un server di registrazione,
facendo clic su Server di registrazione e selezionando il server su cui
vengono registrati i nuovi utenti. Fare clic su OK.
5. Fare clic su Migra persone.
6. Dalla finestra di dialogo Migrazione persone e gruppi, selezionare
Utenti cc:Mail dalla lista Sorgente elenco esterno.
7. Completare le seguenti informazioni nella finestra di dialogo
Informazioni Ufficio postale cc:Mail:
Nome dell'ufficio postale - nome dell'ufficio postale cc:Mail da
convertire.
Percorso dell'ufficio postale - la lettera dell'unità e il percorso
della directory dell'ufficio postale.
Password dell'ufficio postale.
Nota È necessario avere un'unità mappata sull'ubicazione
dell'ufficio postale.
8. Fare clic su OK. Il nome, il percorso e la password dell'ufficio
postale vengono verificati. Se uno qualunque dei valori risulta
errato viene visualizzato un messaggio di errore.
La casella Persone/Gruppi disponibili visualizza il contenuto
dell'elenco indirizzi dell'ufficio postale. Si è ora pronti per importare
gli utenti dall'ufficio postale nella coda di registrazione di Notes.
Importazione di utenti e gruppi di cc:Mail nella coda di registrazione
di Notes
Una volta che la casella Persone/Gruppi disponibili mostra il contenuto
dell'elenco indirizzi dell'ufficio postale, selezionare gli utenti da
importare e le opzioni di migrazione che determinano i dati di cc:Mail
da migrare in Notes.
1. Dalla finestra di dialogo Migrazione persone e gruppi, abilitare le
opzioni selezionando gli elementi nella casella Opzioni di
migrazione. Le opzioni selezionate vengono applicate a tutti gli
utenti cc:Mail importati durante questa sessione.
2. Fare clic su Avanzate per aprire la finestra di dialogo che permette
di specificare le impostazioni avanzate di aggiornamento per la
migrazione degli utenti da cc:Mail.
3. Una volta terminato di specificare queste impostazioni, fare clic su
Chiudi.
4. Dalla casella Persone/Gruppi disponibili, selezionare utenti e
gruppi da convertire e fare clic su Aggiungi.
5. Fare clic su Migra per inserire gli utenti selezionati nella coda di
registrazione, quindi fare clic su OK per chiudere il messaggio che
indica lo stato e il numero degli utenti accodati per la registrazione.
Se si convertono informazioni provenienti da Organizer, è richiesta
la conferma dell'avvenuta effettuazione delle connessioni di rete
necessarie alle directory dove sono ubicati i file .OR2 degli utenti di
Organizer.
6. Fare clic su Chiudi. Gli utenti accodati per la registrazione vengono
ora visualizzati nella casella Stato della registrazione. Si è ora pronti
per registrare gli utenti.
Importazione degli utenti di cc:Mail Mobile
L'elenco indirizzi dell'ufficio postale cc:Mail comprende i nomi degli
utenti di cc:Mail Mobile (indicati da una "R" maiuscola) per i quali
l'ufficio postale serve da l'ufficio postale di appartenenza. Gli utenti
mobili possono anche essere importati nella coda di registrazione di
Notes, ma lo strumento di migrazione non supporta la conversione
diretta degli uffici postali di cc:Mail Mobile e delle caselle postali di tali
utenti. Dopo la registrazione, gli utenti mobili possono convertire il
contenuto delle proprie caselle postali archiviandone i messaggi, ed
eseguendo quindi la procedura guidata per l'aggiornamento da cc:Mail
a Notes per la conversione di tali archivi.
Per ulteriori informazioni sull'importazione di gruppi, vedere il
capitolo 12.
Per ulteriori informazioni sulla procedura guidata di aggiornamento da
cc:Mail a Notes per la conversione dei dati di posta personali, vedere il
capitolo 21.
Personalizzazione delle impostazioni per la migrazione da cc:Mail
Quando si è pronti per l'importazione degli utenti, è possibile impostare
le opzioni che specificano il modo in cui lo strumento di migrazione usa
le informazioni provenienti dall'ufficio postale cc:Mail per creare i nuovi
utenti di Notes. È possibile specificare due tipi di impostazioni di
migrazione:
Opzioni di migrazione - per determinare il modo in cui lo strumento
di migrazione crea un utente in Notes in base a informazioni
importate da cc:Mail. Esse sono similari per ogni strumento di
migrazione.
Impostazioni avanzate di aggiornamento -- permette di specificare
le impostazioni aggiuntive che hanno effetto su conversione e
coesistenza tra cc:Mail e Notes.
Impostazione delle opzioni di migrazione per cc:Mail
È possibile impostare delle opzioni per determinare le informazioni che
lo strumento di migrazione dovrà importare dall'ufficio postale cc:Mail.
Le opzioni specificate verranno applicate a tutti gli utenti e i gruppi
importati da cc:Mail durante questa sessione.
Nota Nella Versione 5, lo strumento di migrazione Domino per
cc:Mail non supporta l'opzione "Genera password casuali". Per migrare
con successo la casella di posta cc:Mail di un utente, deve essere fornita
una password cc:Mail per l'utente. Utilizzare lo strumento di
amministrazione cc:Mail per creare le password per gli utenti prima
della migrazione.
Consultare il capitolo 12 per ulteriori informazioni sulle opzioni di
migrazione disponibili.
1. Dalla finestra di dialogo Migrazione persone e gruppi, importare
l'elenco indirizzi dell'ufficio postale cc:Mail in modo che i suoi
contenuti appaiano nella lista Persone/Gruppi disponibili.
2. Nella casella Opzioni di migrazione, accettare le opzioni predefinite
o selezionarne di nuove. Per annullare una selezione, fare clic una
seconda volta sull'opzione stessa.
La seguente tabella illustra le opzioni di importazione disponibili e il
loro stato predefinito:
Opzione di migrazione
Stato predefinito
Inattiva - Non
supportata per cc:Mail
Aggiungi il nome cc:Mail al documento persona
di Notes (richiesto per cc:MTA)
Attiva
Consenti l'aggiunta di gruppi vuoti in Notes
Inattiva
Converti posta
Attiva
Converti solo la posta (il documento Persona deve Inattiva
già esistere)
3. Proseguire con la procedura di importazione specificando le
impostazioni Aggiornamento avanzato.
Specifica delle opzioni avanzate per la migrazione degli utenti
di cc:Mail
Oltre alle opzioni di migrazione impostate nella finestra di dialogo
Migrazione persone e gruppi, gli strumenti di migrazione dispongono di
altre opzioni che possono essere impostate per controllare il processo di
conversione degli utenti cc:Mail. Le impostazioni selezionate hanno
effetto su tutti gli utenti importati dall'ufficio postale cc:Mail durante
questa sessione. È possibile specificare i seguenti tipi di impostazioni di
aggiornamento da cc:Mail:
Impostazioni di conversione
Impostazioni per i gateway
Altre impostazioni
Le opzioni di migrazione vengono impostate indipendentemente per
ogni strumento di migrazione, in modo tale che, convertendo utenti da
più di un sistema di posta, sia possibile applicare un diverso insieme di
opzioni per ciascuno di tali sistemi. Le opzioni selezionate hanno effetto
su tutti gli utenti importati da un dato elenco indirizzi durante questa
sessione.
Specifica delle impostazioni per la conversione da cc:Mail
Il quadro Impostazioni di conversione della finestra di dialogo
Impostazioni avanzate di aggiornamento di cc:Mail permette di
specificare quali informazioni convertire dall'ufficio postale cc:Mail. Per
impostazione predefinita sono abilitate tutte le opzioni, tranne "Converti
bulletin board in database di discussione Notes".
1. Importare una rubrica di cc:Mail in modo che i suoi contenuti
vengano mostrati nella casella Persone/Gruppi disponibili.
2. Dalla finestra di dialogo Migrazione persone e gruppi, fare clic su
Avanzate.
3. Dalla finestra di dialogo Impostazioni avanzate di aggiornamento di
cc:Mail, fare clic su Impostazioni di conversione.
4. Specificare le opzioni da usare e, se necessario per un ufficio postale
DB6, impostare la code page da usare per la migrazione dell'ufficio
postale.
Sono disponibili le seguenti opzioni. Per impostazione predefinita,
le prime tre opzioni sono abilitate (caselle di controllo selezionate):
Invia liste di distribuzione private come allegati
Converti file .OR2 Organizer in Notes
Converti voci alias
Converti bulletin board in database di discussione Notes
La code page usata è quella predefinita per la lingua impiegata
dall'ufficio postale.
Attenzione Non selezionare l'opzione "Invia liste di distribuzione
private come allegati" se si convertono utenti della Versione 6.3 di
cc:Mail. Il client cc:Mail 6.3 per Domino non può elaborare
correttamente le liste di distribuzione private convertite e gli utenti non
saranno in grado di accedere al file di posta sul server Domino.
Invio di liste di indirizzi private cc:Mail come allegati
Selezionare questa casella di controllo nel quadro Impostazioni di
conversione della finestra di dialogo Impostazioni avanzate
aggiornamento cc:Mail per convertire le liste private di indirizzi
contenute nelle caselle di posta degli utenti cc:Mail. Durante la
migrazione, la lista di indirizzi privata di ciascun utente viene convertita
in un Gruppo personale di Notes e inserita all'interno di un database
Rubrica personale (RP) temporaneo. Lo strumento di migrazione da
cc:Mail a Notes invia automaticamente questo database RP all'utente.
Gli utenti possono eseguire la procedura guidata di aggiornamento da
cc:Mail a Notes sulla propria stazione di lavoro per copiare le
informazioni dalla rubrica personale temporanea alla rubrica personale
temporanea della propria stazione di lavoro.
Se si seleziona questa opzione quando si convertono gli utenti, lo
strumento di migrazione colloca un messaggio di avviso nello storico di
Notes per ogni utente migrato per cui non può individuare alcuna lista
di distribuzione privata.
Attenzione Non selezionare questa opzione se si convertono utenti
della Versione 6.3 di cc:Mail. Il client cc:Mail 6.3 per Domino non può
elaborare correttamente le liste di distribuzione private convertite e gli
utenti non saranno in grado di accedere al file di posta sul server
Domino.
Conversione dei file di pianificazione .OR2 di Organizer in Notes
aggiornamento cc:Mail per convertire i dati di Organizer (file .OR2) per
gli utenti cc:Mail selezionati in informazioni di Calendaring &
scheduling di Notes.
Nota La conversione dei dati di Organizer richiede la mappatura su
unità di rete delle directory dove sono ubicati i dati di Organizer degli
utenti cc:Mail selezionati.
Conversione degli alias di cc:Mail
aggiornamento cc:Mail per mantenere gli alias cc:Mail per gli utenti
migrati. Gli alias presenti nella rubrica di cc:Mail vengono aggiunti
come voci nel campo Nome utente di Notes del documento Persona
dell'utente migrato.
Non convertire gli alias degli utenti cc:Mail se si utilizza il campo
Propagazione n-esimo nome completo nel documento Server Ufficio
postale cc:Mail dell'ufficio postale. Migrando gli alias e utilizzando il
campo Propagazione n-esimo nome completo, le successive procedure
di sincronizzazione potranno cancellare gli alias esistenti e crearne di
nuovi nella rubrica dell'ufficio postale cc:Mail.
Per evitare involontarie cancellazioni e creazioni di alias nell'elenco
indirizzi di un ufficio postale, deselezionare la casella di controllo
Converti voci alias nel quadro Impostazioni di conversione della
finestra di dialogo Impostazioni avanzate per le opzioni di
aggiornamento di cc:Mail quando si utilizza lo strumento di migrazione
con l'agente MTA.
Per ulteriori informazioni sulla conversione delle informazioni di
Organizer in Notes, vedere "Migrazione informazioni Organizer" più
indietro nel capitolo.
Conversione dei bulletin board in un database di discussione
di Notes
aggiornamento cc:Mail per convertire i bulletin board nell'ufficio postale
cc:Mail specificato in un database di discussione Notes. Tutti i Bulletin
board presenti in un determinato ufficio postale vengono convertiti in
un singolo database di discussione ubicato sul Server di posta, chiamato
Bulletin board migrati da cc:Mail (CCNOTBB.NSF). Ogni bulletin board
migrato dà origine a una diversa categoria all'interno del database.
Dopo la migrazione, gli utenti possono aprire questo database e
ordinare la vista per categoria i modo da vedere i nomi dei Bulletin
board di cc:Mail convertiti.
I messaggi duplicati vengono convertiti solo una volta, in modo che i
messaggi inviati a più Bulletin board siano visualizzati in una sola
Categoria di Notes.
La conversione dei bulletin board richiede un periodo di tempo
considerevole e rallenta il processo di migrazione. Fortunatamente è
necessario convertire i bulletin board una sola volta per ogni ufficio
postale. Per migliorare le prestazioni di conversione dei bulletin board,
Lotus raccomanda di abilitare l'opzione quando viene convertito un
singolo utente e quindi registrare quell'utente. Se si abilita la conversione
dei bulletin board per utenti multipli, il processo di conversione viene
ripetuto per ognuno degli utenti selezionati.
I bullettin board degli utenti di cc:Mail Mobile non possono essere
migrati. Gli utenti mobili possono archiviare i messaggi del bulletin
board che desiderano conservare, oppure creare una replica locale del
database di discussione Notes dopo la migrazione.
Per le reti che impiegano il MTA cc:Mail per fornire la coesistenza tra gli
ambienti cc:Mail e Domino, il MTA sincronizza automaticamente i
bulletin board. Se si utilizza cc:Mail MTA Versione 2.0 o successiva e si
desidera tenere sincronizzate le informazioni tra i Bulletin board di
cc:Mail e il database di discussione di Notes, selezionare questa opzione
alla prima migrazione degli utenti da un ufficio postale, in modo tale
che vengano creati i database di discussione. Rendere il database un
database di posta in entrata.
Convertendo in seguito utenti aggiuntivi dallo stesso ufficio postale,
disattivare l'opzione relativa alla conversione dei Bulletin board e usare
il componente Conversione Bulletin board dell'agente MTA di cc:Mail.
Vedere "Sincronizzazione dei bulletin board di cc:Mail e dei database di
discussione Notes", più avanti nel capitolo per ulteriori informazioni su
come amministrare i bulletin board di cc:Mail e i database di
discussione Notes quando si utilizza il MTA di cc:Mail.
Migrazione di bulletin board di sottoscrizione
La Versione 8 di cc:Mail supporta i bulletin board sottoscrizione. I
bulletin board di sottoscrizione differiscono dai Bulletin board normali
per il fatto che essi possono essere utilizzati solo dagli utenti presenti in
una lista di nomi limitata.
Per impostazione predefinita, gli strumenti di migrazione non
convertono i bulletin board di sottoscrizione in database di Notes. Prima
che sia possibile convertire un bulletin board di sottoscrizione, l'ufficio
postale cc:Mail deve essere prima aggiunto alla lista dei componenti del
Bulletin board stesso agendo come segue:
1. Mediante WinAdmin, selezionare la pagina Bulletin board.
2. Selezionare il nome del bulletin board di sottoscrizione da migrare.
3. Aggiungere l'ufficio postale cc:Mail alla lista dei componenti del
Bulletin board.
Ora è possibile convertire il Bulletin board.
Nota Il completamento di questa procedura concede a tutti gli utenti
dell'ufficio postale specificato l'accesso al Bulletin board.
Gli uffici postali cc:Mail memorizzano i messaggi di posta utilizzando
una code page, esattamente come Notes. Durante la migrazione di
utenti da uffici postali DB6, è necessario specificare la code page da
utilizzare. Lo strumento di migrazione deve conoscere la code page
dell'ufficio postale in modo che i caratteri da visualizzare in Notes
possano essere correttamente convertiti. Per impostazione predefinita,
lo strumento di migrazione da cc:Mail a Notes utilizza la code page
attualmente impiegata dall'ufficio postale. Se necessario, specificare la
code di page appropriata per la lingua utilizzata dall'ufficio postale da
convertire.
Se la code page dell'ufficio postale cc:Mail è diversa da quella di Notes,
è necessario modificare la code page predefinita. Ad esempio, se la code
page dell'ufficio postale cc:Mail è 851 (ossia quella della lingua greca) e
quella di Notes è 850 (International), è necessario non convertire i dati
da cc:Mail usando la code page greca predefinita, ma convertire invece i
caratteri in 850 (International). È pertanto necessario specificare la code
pagie che convertirà adeguatamente i caratteri.
Specifica della code page da usare per la conversione dei dati
di cc:Mail
La seguente tabella mostra le code page disponibili per gli uffici postale
cc:Mail.
Versione localizzata dell'ufficio postale
Numero di code page
Francese (Canada)
863
Greco
851
Ebraico
862
Islandese
861
Multilingue
850
Lingue nordiche
865
Portoghese
860
Lingue slave
852
Turco
857
Stati Uniti
437
Mappa dei gateway di cc:Mail in domini Notes
I messaggi ricevuti da un utente cc:Mail da un sistema di posta esterno
devono essere inoltrati attraverso un ufficio postale che agisca da
gateway. Una volta migrata la casella di posta di un utente, il gateway
cc:Mail indicato nella testatina superiore di un messaggio non è più
valido per l'inoltro di risposte al messaggio stesso. È possibile
permettere agli utenti cc:Mail migrati in Notes di rispondere ai messaggi
ricevuti da gateway esterni, come ad esempio Internet, facendo
corrispondere i nomi degli uffici postali cc:Mail che agiscono da
gateway con domini di Notes.
Durante la migrazione, lo strumento di migrazione da cc:Mail a Notes
sovrascrive automaticamente il nome del gateway cc:Mail contenuto
nell'indirizzo del mittente indicato nel messaggio, sostituendolo con il
nome del corrispondente dominio Notes. In seguito, quando un nuovo
utente di Notes risponde a un messaggio convertito da cc:Mail, il
messaggio di risposta viene inoltrato al sistema di posta esterno per
mezzo del gateway di Notes indicato.
1. Importare un elenco indirizzi di cc:Mail in modo che i suoi
contenuti siano visualizzati nella casella Persone/Gruppi
disponibili. Per informazioni su come importare un elenco indirizzi
di cc:Mail, vedere "Connessione all'ufficio postale di cc:Mail".
2. Dalla finestra di dialogo Importazione elenco esterno, fare clic su
Avanzate.
3. Dalla finestra di dialogo Impostazioni avanzate aggiornamento
cc:Mail, fare clic su Impostazioni gateway.
4. Nel campo Ufficio postale gateway cc:Mail, immettere il nome
dell'ufficio postale cc:Mail che inoltra i messaggi da cc:Mail al
sistema di posta esterno.
5. Nel campo Nome dominio di posta Notes, immettere il nome del
dominio di posta di Notes da utilizzare per l'inoltro dei messaggi
allo stesso sistema di posta esterno.
6. Fare clic su Aggiungi coppia per stabilire la mappatura tra il
gateway cc:Mail e il dominio di Notes.
Informazioni sui gateway messaggi
Quando un utente cc:Mail riceve un messaggio da un sistema di posta
esterno, il nome del gateway cc:Mail che ha inoltrato il messaggio viene
incluso come parte dell'indirizzo del mittente. Se l'utente risponde al
messaggio, la risposta viene automaticamente inoltrata al sistema di
posta esterno attraverso tale gateway.
Normalmente, quando viene convertito un messaggio da cc:Mail a
Notes, le informazioni di gateway presenti nell'indirizzo del mittente
rimangono invariate; tale indirizzo contiene il nome del gateway
cc:Mail. Dato che Notes non può inoltrare messaggi a un sistema di
posta esterno attraverso il gateway cc:Mail, l'utente non è in grado di
inviare una risposta diretta al messaggio convertito.
Per permettere agli utenti di Notes di rispondere ai messaggi ricevuti da
sistemi di posta esterni dopo che le loro caselle postali sono state
migrate in Notes, è possibile mappare ciascun gateway cc:Mail su un
gateway Notes. Durante la migrazione, lo strumento di migrazione da
cc:Mail a Notes sostituisce quindi automaticamente i nomi dei gateway
cc:Mail presenti nell'indirizzo del mittente con i nomi degli equivalenti
domini di gateway Notes.
La procedura guidata di aggiornamento che migra in Notes i messaggi e
gli indirizzi personali archiviati dall'utente è impostato per utilizzare
anch'esso le informazioni di mappatura dei gateway, ma può comunque
essere configurato in maniera indipendente inviando agli utenti un
messaggio di notifica dell'aggiornamento.
Per collegarsi a sistemi di posta esterni attraverso Internet o altre reti
geografiche, gli uffici postali cc:Mail si servono di speciali uffici postali
che agiscono da gateway. Un ufficio postale cc:Mail che agisca da
gateway è un ufficio postale speciale che inoltra i messaggi dall'ufficio
postale locale ai sistemi di posta esterni. I gateway traducono il formato
di messaggi, indirizzi, testatine superiori, allegati e altri dati da inviare
dal formato di posta nativo di cc:Mail e quello utilizzato dal sistema
esterno. Ogni gateway di posta dispone di una propria voce nell'elenco
indirizzi dell'ufficio postale cc:Mail.
Mappa di un gateway di cc:Mail come gateway di Notes
Alla Acme S.p.A, viene utilizzato un ufficio postale cc:Mail chiamato
INTERNET che agisce da gateway per l'inoltro dei messaggi cc:Mail a
indirizzi Internet, oltre a un dominio gateway di Notes chiamato INET
per l'inoltro di messaggi Notes a indirizzi Internet. Durante la
configurazione della mappatura dei gateway per la migrazione,
l'amministratore del sistema della Acme fa corrispondere il gateway
cc:Mail INTERNET con il gateway Notes INET.
La posta di Chiara Larini, della divisione IS della Acme, è stata migrata
da cc:Mail a Notes. Nella sua casella di posta cc:Mail, Chiara Larini ha
ricevuto un messaggio da [email protected], inoltrato attraverso il gateway
cc:Mail chiamato INTERNET. Non usando alcuna mappatura di
gateway e rispondendo al messaggio cc:Mail dopo la migrazione, Chiara
avrebbe ricevuto un messaggio di errore indicante che il gateway
INTERNET non è un indirizzo valido, dato che in Notes il gateway
INTERNET è chiamato INET. Tuttavia, con la mappatura dei gateway
abilitata durante la migrazione, il nome del gateway cc:Mail INTERNET
viene automaticamente sostituito in tutti gli indirizzi con INET,
rendendoli indirizzi Notes validi. Così quando Chiara risponde al
messaggio, questo viene inoltrato correttamente al mittente.
Specifica di altre impostazioni per l'aggiornamento di cc:Mail
Il quadro Altre impostazioni permette di specificare le impostazioni per
l'aggiornamento delle caselle postali speciali e di stabilire la soglia di
errore da utilizzare durante la migrazione.
1. Importare un elenco indirizzi di cc:Mail in modo che i suoi
contenuti appaiano nella casella Utenti/gruppi disponibili.
2. Dalla finestra di dialogo Importazione elenco esterno, fare clic su
Avanzate.
3. Dalla finestra di dialogo Impostazioni aggiornamento cc:Mail, fare
clic su Altre impostazioni.
4. Sono disponibili le seguenti impostazioni:
Aggiornamento a client cc:Mail Versione 6.3 per Domino
Ufficio postale per l'instradamento della posta a Notes
Soglia di errore
Attenzione Eseguendo la migrazione di utenti della Versione 6.3 di
cc:Mail, non selezionare l'opzione "Invia liste di distribuzione private
come allegati" nel quadro Impostazioni di conversione. Il client
cc:Mail 6.3 per Domino non può elaborare correttamente le liste di
distribuzione private convertite e non sarà in grado di connettersi al file
di posta.
Aggiornamento al client cc:Mail Versione 6.3 per Domino
Selezionare questa opzione per configurare automaticamente le
informazioni interne di cc:Mail che permettono agli utenti di accedere ai
file di posta su server Domino mediante il client di cc:Mail Versione 6.3.
Non selezionare questa opzione se si importano utenti che utilizzino
attualmente una versione di cc:Mail diversa da 6.3, oppure che dopo la
migrazione utilizzeranno il client di posta Notes.
Per importare utenti che eseguono altre versioni del client cc:Mail o che
utilizzeranno il client di posta Notes dopo la migrazione, importare gli
utenti della Versione 6.3 in una sessione, quindi migrare gli utenti
rimanenti in un'altra sessione.
Per migrare gli utenti al client di cc:Mail Versione 6.3, il modello di
posta R63MAIL.NTF deve essere disponibile nella directory dei dati dei
server di posta degli utenti. Questo modello è disponibile sul server
Domino Versione 5. Preparando la registrazione di utenti della
Versione 6.3, selezionare R63MAIL.NTF come modello di posta. Se non
si fornisce il modello di posta corretto per gli utenti della Versione 6.3,
questi non possono accedere ai loro file di posta.
Specifica dell'ufficio postale per l'inoltro della posta a Notes
Nelle reti in cui l'agente MTA di cc:Mail collega cc:Mail e Notes, è
possibile configurare lo strumento di migrazione, in modo da abilitare
l'inoltro automatico della posta da un ufficio postale cc:Mail a Notes.
L'inoltro automatico dei messaggi evita la necessità di convertire in
seguito eventuali messaggi aggiuntivi.
Nell'elenco indirizzi di un ufficio postale cc:Mail, a ogni utente viene
assegnato un codice di ubicazione che descrive dove si trova la casella
postale rispetto all'ufficio postale. Quando l'ufficio postale riceve un
messaggio, controlla il codice di ubicazione per determinare se cercare
la casella postale del destinatario presso l'ufficio postale attuale o presso
un altro. Prima della migrazione, agli utenti cc:Mail i cui file di posta
sono situati nell'ufficio postale locale viene assegnato il codice di
ubicazione "L".
Attenzione Eseguendo la migrazione di utenti della Versione 6.3 di
cc:Mail, non selezionare l'opzione "Invia liste di distribuzione private
come allegati" nel quadro Impostazioni di conversione. Il client
cc:Mail 6.3 per Domino non può elaborare correttamente le liste di
distribuzione private convertite e non sarà in grado di connettersi al file
di posta.
Per impostazione predefinita, dopo la migrazione questo codice di
ubicazione rimane invariato. Come risultato, la posta inviata alla
vecchia casella postale cc:Mail di un utente continua a essere accettata.
Se non si utilizza l'agente MTA di cc:Mail, può essere necessario
permettere agli utenti di continuare a ricevere per un periodo di tempo
limitato la posta presso le proprie vecchie caselle postali. In seguito, è
possibile eseguire nuovamente lo strumento di migrazione per spostare
questi messaggi nel file di posta Notes dell'utente. Per ulteriori
informazioni sull'esecuzione di una migrazione secondaria, vedere
"Migrazione di messaggi aggiuntivi di cc:Mail dopo la registrazione".
Per configurare l'invio della posta, nel quadro Altre impostazioni della
finestra di dialogo Impostazioni avanzate aggiornamento cc:Mail
selezionare nell'elenco degli uffici postali remoti il nome del dominio
Notes dove è ubicato il file di posta dell'utente. Il dominio deve essere
collegato all'ufficio postale e all'agente MTA di cc:Mail, e deve essere già
incluso nell'elenco indirizzi di cc:Mail come voce di ufficio postale
remoto. Generalmente, il dominio Notes che agisce da gateway tra
cc:Mail e Notes avrà lo stesso nome del server dell'agente MTA di
cc:Mail.
Specificando l'ufficio postale a cui inoltrare la posta inviata a Notes,
l'elenco indirizzi dell'ufficio postale cc:Mail conserva una voce per ogni
utente convertito. Tuttavia, lo strumento di migrazione aggiorna le
informazioni relative agli utenti nella lista dell'elenco indirizzi di cc:Mail
come segue:
Modifica il codice di ubicazione in "r" per indicare che l'utente è ora
remoto rispetto a questo ufficio postale.
Aggiunge al campo indirizzo il nome del dominio di posta Notes
dove la posta sarà inviata.
L'impostazione ha effetto su tutti gli utenti importati durante questa
sessione.
Nota Una volta che lo strumento di migrazione ha modificato le
informazioni di ubicazione degli utenti, essi non possono più utilizzare
il client cc:Mail per accedere ai messaggi contenuti nella propria casella
postale.
Informazioni su file e messaggi utente di cc:Mail rimasti dopo la
migrazione
Dopo la migrazione, se lo strumento di migrazione modifica il tipo di
indirizzo e di ubicazione di un utente nell'elenco indirizzi di cc:Mail,
quell'utente non può più accedere alla propria casella postale. Tuttavia, i
messaggi e i file utente di cc:Mail rimangono nell'ufficio postale cc:Mail
in questione. È possibile ripristinare la capacità del client cc:Mail di
accedere alla casella postale e agli altri relativi dati di posta (liste di
indirizzi private, archivi ecc.) reimpostando le informazioni originali di
ubicazione dell'utente in "L" (locale), mediante cc:Mail ADMIN o
WinAdmin. Se necessario, reimpostando il tipo di ubicazione è possibile
anche convertire nuovamente l'utente.
Per informazioni sul metodo raccomandato per la rimozione dei dati di
un utente dall'ufficio postale cc:Mail, vedere "Rimozione dei file e dei
messaggi degli utenti migrati dall'ufficio postale di cc:Mail".
Specifica della soglia di errore
Gli utenti elaborati con successo prima del raggiungimento della soglia
di errore vengono registrati in Notes. Se la migrazione viene interrotta,
può essere necessario analizzare e risolvere le condizioni di errore
riferite agli utenti che rimangono nella coda, quindi tentare di registrarli
nuovamente.
Registrazione degli utenti e completamento della migrazione
da cc:Mail
Dopo avere importato con successo gli utenti nella coda di
registrazione, si è pronti per registrarli e completare così la migrazione.
A seconda delle opzioni selezionate, il processo di registrazione:
Crea un documento Persona e un ID Notes per ciascun utente
migrato.
Crea un file di posta Notes
Migra i messaggi e gli altri dati dalla casella postale cc:Mail.
È possibile specificare il numero di errori da accettare durante la
conversione di messaggi da caselle postali presenti nell'ufficio postale
cc:Mail a file di posta Notes. Per impostazione predefinita, la
migrazione sopporta un numero illimitato di errori e completa la
migrazione indipendentemente dal numero di errori rilevati.
Specificando una soglia di errore, il processo di migrazione termina una
volta raggiunto il numero di errori specificato.
È possibile specificare ulteriori informazioni di registrazione per gli
utenti Notes, tra cui il nome del server di posta, il tipo di licenza,
l'appartenenza a un gruppo, l'unità organizzativa e così via.
La registrazione avanzata degli utenti è documentata in Amministrazione
del sistema Domino.
Nota Dopo l'avvio del processo di registrazione, non è possibile
utilizzare la stazione di lavoro per qualsiasi altra attività fino a quando
il processo non è completato. Se necessario, è possibile interrompere il
processo di registrazione premendo i tasti CTRL-Break.
1. Dalla vista Generali della finestra di dialogo Registra persona,
visualizzare le informazioni di registrazione relative a ogni nome
che appare nella casella Stato della registrazione in modo da
assicurarsi che siano corrette.
2. (Facoltativo) Specificare le impostazioni di registrazione degli
utenti. È possibile applicare le impostazioni di registrazione a utenti
singoli o multipli, oppure definire delle impostazioni predefinite.
Se è stato creato un gruppo di migrazione, aprire il quadro Gruppi e
assegnare ora gli utenti a tale gruppo.
3. (Facoltativo) Fare clic sul pulsante Opzioni, selezionare le opzioni di
registrazione da applicare durante questa sessione, quindi fare clic
su OK.
4. Dalla casella Stato della registrazione, selezionare gli utenti da
registrare e fare clic su Registra. Domino Administrator tenta di
registrare gli utenti selezionati nell'ordine in cui essi sono stati
aggiunti alla coda di registrazione, e converte in Notes i dati
presenti nelle loro caselle postali. Gli utenti non selezionati
rimangono nella coda per una eventuale registrazione successiva.
Se si sceglie di convertire le informazioni su Organizer per gli utenti,
viene chiesto di immettere la password di Notes. Per ulteriori
informazioni, vedere "Come fornire una password durante la
migrazione dei dati di Organizer".
Il processo di registrazione può richiedere un periodo di tempo
considerevole, a seconda del numero di utenti e del numero e
dimensione delle caselle postali da aggiornare.
Una volta completata la registrazione, appare un messaggio che
informa dello stato dell'operazione. Le registrazioni non riuscite
saranno comunque elencate nella casella Stato della registrazione
accanto a un messaggio indicante la ragione del malfunzionamento.
Se necessario, è possibile correggere le impostazioni di registrazione
e tentare nuovamente di registrare l'utente.
5. Verificare che la migrazione abbia avuto esito positivo.
Vedere il capitolo 12 per informazioni su come verificare che la
migrazione sia avvenuta con successo.
Dopo che la migrazione è stata completata, gli utenti possono eseguire
una procedura guidata di aggiornamento per convertire gli archivi di
posta locali e gli altri dati di cc:Mail che lo strumento di migrazione
Domino non ha elaborato.
Vedere il capitolo 21 per informazioni su come installare ed eseguire la
procedura guidata di aggiornamento per cc:Mail sul client di Notes.
Creazione del file di posta Notes
Se è stata conservata l'impostazione predefinita per l'opzione di
migrazione "Converti posta" (cioè se l'opzione rimane selezionata),
durante la registrazione degli utenti migrati, Domino Administrator
converte automaticamente le loro caselle postali cc:Mail in file di posta
Notes come parte del processo di registrazione. Nel quadro Posta della
finestra di dialogo Registra persona, è selezionata l'opzione "Crea file di
posta adesso". Se si tenta di modificare questa opzione per creare un file
di posta mediante il processo amministrativo in background (adminp),
viene visualizzato un messaggio di errore.
Nelle reti dove l'agente MTA di cc:Mail fornisce il supporto provvisorio
per gli utenti cc:Mail durante il periodo di migrazione, è necessario
seguire specifiche direttive durante la configurazione della migrazione
per gestire la connettività tra l'ufficio postale cc:Mail e i server di posta
Notes.
Durante la migrazione, l'agente MTA di cc:Mail deve essere
eseguito se si desidera che cc:Mail e Notes possano scambiare voci
di elenchi indirizzi e messaggi
Non eseguire lo strumento di migrazione e l'agente MTA di cc:Mail
sullo stesso computer; utilizzare risorse dedicate per ognuno di essi
Il computer su cui si eseguono Domino Administrator e l'agente
MTA di cc:Mail dovrebbe essere situato all'interno della rete il più
vicino possibile agli uffici postali cc:Mail e ai server Notes coinvolti
nella conversione
I seguenti argomenti contengono ulteriori informazioni sull'utilizzo
dello strumento di migrazione da cc:Mail a Notes con l'agente MTA di
cc:Mail:
Sincronizzazione delle rubriche di cc:Mail e Notes utilizzando
l'MTA cc:Mail.
Sincronizzazione delle rubriche durante la migrazione da un ufficio
postale downstream.
Come assicurare la compatibilità con l'agente MTA di cc:Mail
Sincronizzazione dei bulletin board di cc:Mail e dei database di
discussione Notes.
Specifica dell'ufficio postale per l'inoltro della posta a Notes.
Migrazione dei nomi di alias cc:Mail
Aggiornamento dei documenti Persona esistenti.
Azzeramento del messaggi d'errore durante la migrazione.
Sincronizzazione delle rubriche di cc:Mail e dell'elenco indirizzi di
Domino durante l'uso del MTA di cc:Mail
Se si utilizza il MTA di cc:Mail e si prevede di convertire in Notes gli
utenti mediante lo strumento di migrazione da cc:Mail, assicurarsi di
sincronizzare la rubrica dell'ufficio postale cc:Mail e l'Elenco indirizzi di
Domino primario sia prima che dopo la migrazione.
I comandi di sincronizzazione aggiornano il file di lavoro cc:MTA con
gli indirizzi di Notes degli utenti migrati, e assicurano che i messaggi
inviati alle loro caselle postali cc:Mail siano correttamente inoltrati ai
loro nuovi file di posta Notes. Per sincronizzare gli Elenchi eseguire le
1. Alla console, immettere il comando:
Tell Ccmta Request nome_ufficio_postale
dove nome_ufficio_postale è il nome dell'ufficio postale il cui intero
contenuto deve essere inviato all'Elenco indirizzi di Domino di
destinazione.
2. Una volta che cc:Mail MTA Directory Conversion ha visualizzato
un messaggio che indica il termine dell'elaborazione del comando
Tell, richiamare l'ufficio postale cc:Mail per inviare la richiesta di
nomi utente cc:Mail immettendo il seguente comando alla console:
Tell Ccmta Call Poname=nome_ufficio_postale
dove nome_ufficio_postale è il nome dell'ufficio postale specificato al
punto 1.
3. Elaborare il messaggio ricevuto da cc:Mail nel passo 2 immettendo il
seguente comando:
Tell Ccmta Applyade
4. Una volta che Conversione elenco indirizzi ha visualizzato il
messaggio che indica il termine dell'elaborazione delle informazioni
ricevute da cc:Mail, immettere il comando
Tell Ccmta Synch nome_ufficio_postale
punto 1. Questo comando genera un messaggio che include i nomi
di tutti gli utenti Notes presenti nell'Elenco indirizzi di Domino
sorgente, i nomi di tutti gli uffici postali e di tutti i domini presenti
nell'Elenco indirizzi di Domino principale e i nomi di tutti gli utenti
cc:Mail di altri uffici postali (se presenti) nell'Elenco indirizzi di
Domino sorgente.
5. Richiamare l'ufficio postale cc:Mail per spedire le informazioni di
Notes immettendo il seguente comando dalla console:
Tell Ccmta Call Poname=nome_ufficio_postale
punto 2.
Per ulteriori informazioni sull'installazione e configurazione dell'agente
MTA di cc:Mail, vedere la Lotus Notes cc:Mail MTA Administrator's
Guide.
Sincronizzazione degli elenchi indirizzi durante la migrazione da un
ufficio postale downstream
Ad esempio, se l'agente MTA di cc:Mail e l'ufficio postale hub hanno
una relazione di tipo broadcaster-to-broadcaster e l'ufficio postale hub
ha relazioni di tipo superiore con altri uffici postali downstream
subordinati, all'ufficio postale downstream subordinato non viene
permesso di diffondere nell'ufficio postale hub le modifiche effettuate
dagli utenti agli indirizzi. Come risultato, benché i record degli utenti
nell'Elenco indirizzi di Domino dell'ufficio postale subordinato siano
aggiornati per indicare l'avvenuta migrazione degli utenti stessi, i
record dell'ufficio postale hub indicano ancora che le caselle postali
degli utenti si trovano nell'ufficio postale cc:Mail.
In questo tipo di topologia, se gli utenti dell'ufficio postale downstream
vengono convertiti, è necessario anche aggiornare i loro indirizzi cc:Mail
presso l'ufficio postale hub. Nonostante lo strumento di migrazione
modifichi automaticamente l'indirizzo di un utente convertito nel nome
di un dominio Notes, questa modifica non viene necessariamente
propagata all'ufficio postale hub o agli altri uffici postali downstream.
Durante la migrazione di utenti da un ufficio postale downstream, è
possibile aggiornare i loro indirizzi presso l'ufficio postale hub su base
individuale mediante il programma di amministrazione di cc:Mail.
Un ufficio postale che riceve i suoi aggiornamenti di elenchi indirizzi da
un ufficio postale centrale (hub) è considerato downstream rispetto
all'ufficio postale hub. In alcune topologie di cc:Mail Automatic
Directory Exchange (ADE), la migrazione degli utenti da un ufficio
postale downstream può generare discrepanze fra l'elenco indirizzi di
questo ufficio postale e quello dell'ufficio postale hub.
In alternativa, usando l'agente MTA di cc:Mail per collegare i due
sistemi di posta durante la migrazione, è possibile sincronizzare gli
elenchi indirizzi di cc:Mail e Notes come segue:
1. Prima di eseguire la migrazione, utilizzare il programma EXPORT
di cc:Mail per esportare l'elenco degli utenti locali dall'ufficio
postale downstream.
2. Visualizzare questa lista con un editor di testi e cancellare i nomi
degli utenti da non migrare.
3. Usando la funzione di ricerca e sostituzione dell'editor di testi,
sostituire il nome dell'ufficio postale cc:Mail con il nome del
dominio Notes.
4. Dopo avere migrato tutti gli utenti dell'ufficio postale, utilizzare il
programma IMPORT di cc:Mail per importare questi nomi
nell'ufficio postale hub. A questo punto gli indirizzi modificati
vengono correttamente diffusi attraverso tutta la rete degli uffici
postale cc:Mail.
La seguente tabella mostra una voce utente nell'elenco indirizzi di un
ufficio postale cc:Mail prima e dopo la migrazione:
Campo Elenchi
indirizzi
Voce per utente cc:Mail
Voce relativa allo stesso utente dopo la
migrazione
Nome
Giovanni Bianchi
Giovanni Bianchi
Locn
L
r
Cmts
DG
DG
Addr
AcmeNotes
Sincronizzazione dei Bulletin board di cc:Mail e dei database di
discussione Notes
Se si utilizza la Versione 2.0 o successiva dell'agente MTA di cc:Mail e si
desidera mantenere sincronizzate le informazioni tra i Bulletin board di
cc:Mail e i database di discussione Notes, servirsi del componente
Conversione Bulletin board dell'agente MTA di cc.Mail e disattivare
nello strumento di migrazione l'opzione per la conversione dei Bulletin
board.
Vedere "Conversione dei bulletin board in un database di discussione di
Notes" per informazioni su come modificare l'opzione di conversione
dei bulletin board.
Sincronizzando i Bulletin board tra cc:Mail e Notes mediante l'agente
MTA di cc:Mail, ci si assicura che tutti i messaggi dei Bulletin board di
cc:Mail migrati in Notes siano presenti nel database cc:Mail MTA
Bulletin Board Exchange e viceversa.
Per sincronizzare i Bulletin board di cc:Mail con i database di
discussione Notes, eseguire le seguenti operazioni :
1. Assicurarsi che le liste di diffusione del Bulletin board da
sincronizzare con il database di discussione cc:Mail MTA Bulletin
Board Exchange includano le voci per l'ufficio postale del dominio.
2. Assicurarsi di avere configurato in cc:Mail il tipo di diffusione da
utilizzare per il Bulletin board, in modo da permettere l'invio e la
ricezione tra l'ufficio postale collegato e il server su cui viene
eseguito l'agente MTA di cc:Mail.
4. Dal router cc:Mail responsabile dell'ufficio postale collegato
direttamente, eseguire una richiesta di sincronizzazione del Bulletin
board con il comando EXCH/BS.
Dopo avere completato queste operazioni, nel database cc:Mail Bulletin
Board Exchange sarà presente qualsiasi messaggio di Bulletin board
inviato prima che fosse abilitato lo scambio tra Bulletin board mediante
l'agente MTA di cc:Mail.
Per informazioni dettagliate sulle procedure e sui comandi discussi in
questo argomento, fare riferimento alla documentazione dell'agente
MTA di cc:Mail.
Rimozione dei file e dei messaggi degli utenti migrati dall'ufficio
postale di cc:Mail
Dopo il completamento del processo di migrazione, i file e i messaggi
degli utenti migrati rimangono nell'ufficio postale cc:Mail. Gli strumenti
di migrazione e cc:Mail NON cancellano questi oggetti, né li
contrassegnano come destinati a essere cancellati.
Dopo avere verificato che la migrazione abbia avuto successo, è
possibile rimuovere i file e i messaggi degli utenti convertiti che
rimangono negli uffici postali DB6 o DB8 servendosi di uno dei seguenti
metodi:
3. Assicurarsi che tutti i titoli di Bulletin board esistano come categorie
nel database cc:Mail Bulletin Board Exchange. Sul server Domino
MTA cc:Mail, eseguire una sincronizzazione dell'elenco indirizzi
(mediante il comando SYNCH) fra cc:Mail e Notes, quindi applicare
l'aggiornamento ADE (con il comando APPLYADE) per creare nel
database cc:Mail Bulletin Board Exchange le categorie di Bulletin
board qualora esse non siano già presenti.
Cancellare solo i messaggi, mediante i programmi di utilità di
cc:Mail CHKSTAT (per DB6) o MSGMGR (per DB8). La
cancellazione dei messaggi di posta degli utenti non ne rimuove i
file, ma recupera spazio su disco riducendo le dimensioni impiegate
dalla memorizzazione dei messaggi e rimuovendo i puntatori ai vari
messaggi dai file utente. Per informazioni sull'esecuzione di questi
programmi di utilità, vedere la Guida per l'amministratore di cc:Mail.
Rimuovere i file utente mediante i programmi di cc:Mail ADMIN
(per DB6) o WinAdmin (per DB8). La cancellazione dei file utente
rimuove anche i messaggi essi contenuti. Questo metodo è
raccomandato per la rimozione dall'ufficio postale dei messaggi
degli utenti migrati.
Attenzione NON cancellare manualmente i file utente dalla directory
dell'ufficio postale cc:Mail.
Cancellazione dei file utente mediante i programmi cc:Mail ADMIN
o WinAdmin
Mediante lo strumento di amministrazione dei database di ufficio
postale (ADMIN o WinAdmin), è possibile rimuovere i file utente
modificando le informazioni di ubicazione relative agli utenti migrati
presenti nell'elenco indirizzi dell'ufficio postale. Per informazioni
dettagliate sull'esecuzione dei programmi di utilità per
l'amministrazione dell'ufficio postale, vedere la Guida per
l'amministratore di cc:Mail.
Per voci di ufficio postale in cui "l" o "r" indicano l'ubicazione
dell'utente
1. Mediante ADMIN o WinAdmin, modificare la voce dell'utente
presente nell'elenco indirizzi dell'ufficio postale per rimuovere il
nome di un ufficio postale remoto dal campo indirizzo.
La rimozione del nome dell'ufficio postale remoto assegna l'utente
all'ufficio postale locale e ne modifica l'ubicazione automaticamente
in "L".
2. Aggiungere il nome di un ufficio postale remoto, generalmente
dell'ufficio postale dell'agente MTA di cc:Mail che agisce da
gateway tra cc:Mail e Notes, quindi salvare la voce.
L'aggiunta del nome di un ufficio postale remoto assegna l'utente a
quell'ufficio postale e ne modifica automaticamente l'ubicazione in
"l" o "r".
3. Selezionare Sì alla richiesta di cancellare il file utente.
Per voci di ufficio postale nella quali "L" o "R" indicano l'ubicazione
dell'utente
1. Mediante ADMIN o WinAdmin, modificare la voce dell'utente
presente nell'elenco indirizzi dell'ufficio postale in modo da
aggiungere il nome di un ufficio postale remoto, generalmente
l'ufficio postale dell'agente MTA di cc:Mail che agisce da gateway
tra cc:Mail e Notes, quindi salvare la voce.
L'aggiunta del nome di un ufficio postale remoto assegna l'utente a
quell'ufficio postale e ne modifica automaticamente la designazione
dell'ubicazione nell'ufficio postale utilizzando caratteri minuscoli " l
" o " r ".
2. Selezionare Sì alla richiesta di cancellare il file utente.
Migrazione di messaggi aggiuntivi di cc:Mail dopo la registrazione
Nota Eseguendo l'agente MTA di cc:Mail, è possibile eliminare la
necessità di convertire i nuovi messaggi ricevuti dopo la migrazione
attivando l'invio automatico ai file di posta Notes degli utenti migrati di
tali messaggi ricevuti presso le loro caselle postali cc:Mail.
1. Connessione all'ufficio postale cc:Mail
2. Importare gli utenti di cc:Mail precedentemente migrati nella coda
di registrazione di Notes.
3. Impostare l'opzione di migrazione Converti solo la posta. Lo
strumento di migrazione ignora qualsiasi altra opzione impostata.
4. Nella casella Stato della registrazione, selezionare l'utente i cui
messaggi si desidera convertire, quindi fare clic su Registra.
Il processo di registrazione individua automaticamente i file di posta
degli utenti e ne converte i messaggi presenti nelle rispettive caselle
postali cc:Mail in messaggi inseriti nelle appropriate cartelle del file di
posta Notes. I messaggi che esistono già nel file di posta Notes non
vengono convertiti di nuovo.
Per ulteriori informazioni sull'opzione Converti solo la posta, vedere il
capitolo 12.
Se necessario, dopo aver migrato gli utenti, è possibile eseguire lo
strumento di migrazione nuovamente per convertire ulteriori messaggi
da cc:Mail a Notes. Per cancellare il file di posta Notes di un utente
prima di migrarvi messaggi aggiuntivi, occorre avere l'accesso Gestione.
Se non si assegna a se stessi l'accesso Gestione al file di posta durante la
migrazione iniziale, può essere necessario chiedere agli utenti di
modificare la LCA per concedere i diritti di accesso appropriati.
Capitolo 14
Migrazione degli utenti di Microsoft Mail a Notes
da Microsoft Mail alla Versione 5 di Notes e fornisce istruzioni sull'uso
di Domino Administrator per completare la migrazione.
Migrazione degli utenti di Microsoft Mail
Tramite lo strumento di migrazione Da Microsoft Mail a Lotus Notes
del Domino Administrator, è possibile importare utenti e gruppi da un
determinato ufficio postale di Microsoft Mail per aggiungerli a Notes. Il
Permette di creare i file ID e di posta Notes per gli utenti migrati.
Trasferisce il contenuto delle caselle di posta (file MMF) da
un'ubicazione centrale, come il server ufficio postale di Microsoft
Mail.
Si deve essere in grado di rilevare un'unità per l'ubicazione delle caselle
di posta MS Mail dalla stazione di lavoro che esegue Domino
Administrator.
È possibile trasferire le informazioni della casella di posta dalle
Versioni 3.2, 3.5 e 3.6 di Microsoft Mail.
Inoltre, è possibile trasferire i messaggi da una casella di posta Microsoft
Mail scollegata per mezzo di una procedura guidata separata di
aggiornamento utente.
Questa sezione comprende i seguenti argomenti:
Equivalenti Notes delle informazioni sui dati Microsoft Mail
migrati.
Preparazione della migrazione degli utenti di Microsoft Mail.
14-1
Importa utenti e gruppi dall'ufficio postale e crea delle relative voci
nell'Elenco indirizzi di Domino.
Importazione della lista degli indirizzi dell'ufficio postale di
Microsoft Mail.
Personalizzazione delle impostazioni di migrazione per Microsoft
Mail.
Registrazione degli utenti e completamento della migrazione da
Microsoft Mail.
Equivalenti di Notes per le informazioni relative ai dati migrati da
Microsoft Mail
Lo strumento di migrazione Da Microsoft Mail a Notes converte le
informazioni contenute in un ufficio postale di Microsoft Mail a Notes,
compresi messaggi e rubriche private e pubbliche, come evidenziato
nella seguente tabella:
Questi elementi di Microsoft Mail . . .
Diventano questi elementi di Notes . . .
Ogni tipo di messaggio personalizzato, Non migrati
tra cui quelli Scheduler
Messaggi per errore di recapito
Non migrati
Gruppi pubblici
indirizzi di Domino
Messaggi di posta interpersonali (IPM) Non migrati
Data e priorità del messaggio
Messaggi e allegati
Messaggi e allegati
Cartella In uscita
Non migrati
Password
Password
Rubrica personale
Rubrica personale*
Elenco indirizzi dell'ufficio postale
Stato Lettura e non letti
destinatario
destinatario
Cartelle condivise e di gruppo
Non migrati
Cartella Cestino o Posta eliminata
Non migrati
* Tali Rubriche personali vengono inviate automaticamente agli utenti in un
allegato del messaggio di posta Notes. Quindi, gli utenti eseguono una
procedura guidata di aggiornamento sulle loro stazioni di lavoro per trasferire
le informazioni delle rubriche alle loro Rubriche personali di Notes.
Metodo di analisi dei formati dei nomi Microsoft Mail da parte dello
strumento di migrazione
A differenza dei nomi di Notes, composti da Nome, Cognome e Iniziale
secondo nome, nella rubrica di Microsoft Mail i nomi sono memorizzati
sotto forma di un'unica stringa di caratteri, compresi virgole e spazi. Il
formato del nome utilizzato dipende dalle convenzioni stabilite
all'interno dell'organizzazione. Ad esempio, lo stesso utente potrebbe
essere catalogato nella rubrica come Susan Salani o Salani, Susan.
Nella generazione di un nome Notes da un nome Microsoft Mail
importato, lo strumento di migrazione per prima cosa determina il
formato del nome, quindi analizza il nome scindendolo nei componenti
di un nome Notes. Il campo Iniziale secondo nome nel documento
Persona gestisce al massimo due caratteri; i nomi più lunghi sono
troncati. In alcuni casi, uno o più componenti del nome di Notes
risultante potrebbero essere vuoti.
Lo strumento di migrazione convalida e crea i componenti del nome
Notes dal nome per esteso Microsoft Mail, non il nome della casella di
posta.
Nota Dopo avere aggiunto gli utenti alla coda di registrazione,
esaminare sempre i nomi generati dallo strumento di migrazione per
assicurare che essi siano appropriati. Modificare i nomi se necessario.
Migrazione degli utenti di Microsoft Mail a Notes 14-3
Notes supporta la conversione dei nomi Microsoft Mail che hanno i
seguenti caratteri: lettere, numeri, e commerciale (&), apostrofo ('),
trattino (-), punto (.), spazio ( ) e sottolineatura (_). I nomi di Microsoft
Mail che hanno caratteri speciali, come il simbolo di dollaro ($), la tilde
(~), il simbolo di percentuale (%) o l'accento circonflesso (^), generano
errori nel nome quando viene aggiunto alla coda di registrazione.
Tabella: Generazione dei componenti del nome di Notes dai nomi
Microsoft Mail
La seguente tabella illustra come lo strumento di migrazione genera i
nomi Notes a partire dai formati dei nomi comuni di Microsoft Mail:
Formato del nome completo Microsoft Mail
risultanti
Descrizione
Esempio
Componenti
Esempio
Nome singolo
ssalani
Cognome
Nome
Iniziale
secondo
nome
ssalani
<vuoto>
<vuoto>
Nome Cognome
Mauro Salani
Cognome
Nome
Iniziale
secondo
nome
Salani
Mauro
<vuoto>
Nome Cognome composto
Maria de la
Garza
Cognome
Nome
Iniziale
secondo
nome
la Garza
Maria
de
Nome Iniz.sec.nome Cognome
Julia J. Kaplan
Cognome
Nome
Iniziale
secondo
nome
Kaplan
Julia
J.
Nome Sec.nome Cognome
Chiara Livia
Larini
Cognome
Nome
Iniziale
secondo
nome
Livia
Chiara
Li
Nome composto Iniz.sec.nome
Cognome
Anna Maria B.
Larini
Cognome
Nome
Iniziale
secondo
nome
B. Larini
Anna
An
Cognome, Nome
Salani, Mauro
Cognome
Nome
Iniziale
secondo
nome
Salani
Mauro
<vuoto>
risultanti
Cognome composto, Nome
Von Horn,
Heinz
Cognome
Nome
Iniziale
secondo
nome
Von Horn
Heinz
<vuoto>
Cognome composto, Nome
composto Iniz.sec.nome
Von Horn,
Anna Maria B.
Cognome
Nome
Iniziale
secondo
nome
Von Horn
Anna
An
Cognome, Nome Iniz.sec.nome
Ruberti,
Roberto M.
Cognome
Nome
Iniziale
secondo
nome
Ruberti
Roberto
R.
Cognome, Nome Sec.nome
Meloni, Alfonso Cognome
Maria
Nome
Iniziale
secondo
nome
Meloni
Alfonso
Maria
Analisi dei nomi che non hanno spazi vuoti o virgole
Lo strumento di migrazione inserisce l'intero nome nel campo Cognome
del documento Persona di Notes. Ad esempio, per il nome ssalani di
Microsoft Mail, lo strumento di migrazione genera un cognome ssalani
in Notes e lascia vuoti i campi Nome e Iniziale secondo nome.
Analisi dei nomi che includono una virgola
Lo strumento di migrazione colloca tutti i caratteri che precedono la
virgola nel campo Cognome di Notes e tutti i caratteri dopo la virgola,
ma prima di uno spazio, nel campo Nome. I primi due caratteri restanti
sono posti nel campo Iniziale secondo nome.
Analisi dei nomi con tre componenti che hanno spazi e non virgole
Esempio: Chiara Livia Larini
Lo strumento di migrazione colloca tutti i caratteri dopo l'ultimo spazio
vuoto nel campo Cognome. Tutti i caratteri dall'inizio della stringa del
nome e prima del primo spazio sono posti nel campo Nome. I primi due
caratteri dopo il primo spazio e prima del secondo spazio sono posti nel
campo Iniziale secondo nome.
Formato del nome completo Microsoft Mail
Analisi dei nomi con quattro o più componenti che hanno spazi e
non virgole
Esempio: Heinz G. Von Horn
Lo strumento di migrazione colloca il primo componente nel campo
Nome; i primi due caratteri del secondo componente nel campo Iniziale
secondo nome e tutti i restanti componenti nel campo Cognome.
Analisi degli errori
In alcuni casi, lo strumento di migrazione non analizza correttamente i
nomi Microsoft Mail:
Nomi nella forma Cognome, Nome Iniziale secondo nome che
includono nomi composti.
Esempio: Horn, Anna Maria B.
Lo strumento di migrazione genera i seguenti componenti del nome
Notes:
Nome: Anna; Iniziale secondo nome: Ma; Cognome: Horn
Nomi nella forma Nome Iniziale secondo nome Cognome che includono
cognomi composti e nessuna iniziale di secondo nome.
Esempio: Maria de la Garza
Notes:
Nome: Maria; Iniziale secondo nome: de ; Cognome: la Garza.
Nomi nella forma Nome Iniziale secondo nome Cognome che includono
nomi composti e un'iniziale di secondo nome.
Esempio: Anna Maria B. Horn
Notes:
Nome: Anna ; Iniziale secondo nome: Ma ; Cognome: B. Horn
Nomi nel formato Nome Secondo nome Cognome in cui il secondo
nome supera i due caratteri.
Esempio: Chiara Livia Larini
Notes:
Nome: Chiara ; Iniziale secondo nome: Li; Cognome: Larini
Preparazione della migrazione degli utenti di Microsoft Mail
Prima di trasferire gli utenti da Microsoft Mail a Notes, completare le
Determinare l'ordine in cui si desidera convertire gli uffici postali.
Questa dovrebbe rappresentare la pianificazione della migrazione.
Verificare di disporre dell'accesso agli ID certificatori e alle
password per le organizzazioni e le unità organizzative di Domino
nelle quali verranno registrati gli utenti.
Verificare di avere acquistato la licenza del client di Notes
appropriata per ogni utente Microsoft Mail che viene convertito.
Sulla stazione di lavoro di amministrazione, installare il client del
Domino Administrator della Versione 5 di Notes; è facoltativo
installare anche lo strumento di migrazione Amministrazione MS
Mail. Per installare questo componente degli strumenti di
migrazione, si deve eseguire un'installazione personalizzata.
Dalla stazione di lavoro amministrativa, collegarsi a Notes con un
ID che abbia l'accesso "Crea database" al server di posta.
Dalla stazione di lavoro amministrativa, rilevare l'unità relativa
all'ubicazione dell'ufficio postale di Microsoft Mail da cui si
desidera convertire gli utenti.
Se si prevede la necessità di convertire posta aggiuntiva per gli
utenti dopo la registrazione, durante la registrazione è opportuno
cambiare i diritti di accesso che i proprietari dei file di posta hanno
sui loro file di posta dal livello predefinito Gestione a Impostazione
o Revisione.
Vedere il capitolo 12 per istruzioni su come modificare il livello di
accesso predefinito.
gli utenti migrati.
Inviare ogni messaggio in sospeso di Microsoft Mail.
Gestione per l'Elenco indirizzi di Domino sul Server di
registrazione.
Eseguire il backup dei file contenuti nella casella di posta archiviati
presso l'ufficio postale. Se non si dispone di un amministratore MS
Mail che esegue regolarmente il backup dei file della casella di
posta, consultare la Microsoft Mail Administrator's Guide per le
istruzioni relative all'esecuzione del backup dei dati.
Chiudere tutte le applicazioni, escluso Notes, sulla stazione di
lavoro amministrativa e chiudere ogni database di Notes.
Backup delle informazioni di Domino
Prima di migrare gli utenti, si raccomanda di eseguire il backup delle
seguenti informazioni su Domino:
NAMES.NSF
DESKTOP.DSK
NOTES.INI
*.File degli ID
Importazione della lista degli indirizzi dell'ufficio postale di
Microsoft Mail
L'elenco indirizzi dell'ufficio postale di Microsoft Mail contiene le
informazioni relative agli utenti Microsoft Mail che hanno le caselle di
posta presso quell'ufficio postale. Notes usa le informazioni estratte
dall'elenco indirizzi dell'ufficio postale per configurare per la
registrazione gli utenti migrati.
Per importare l'elenco indirizzi dell'ufficio postale di Microsoft Mail è
necessario:
Connettersi all'ufficio postale di Microsoft Mail..
Importare gli utenti.
Dopo avere completato queste operazioni, si potrà procedere con la
registrazione degli utenti importati in Notes.
Connessione con l'ufficio postale di Microsoft Mail
Per importare gli utenti da convertire, è necessario in primo luogo
individuare l'ufficio postale nel quale gli stessi hanno le loro caselle di
posta e connettersi con esso.
1. Presso la stazione di lavoro amministrativa sulla quale è stato
installato Domino Administrator, inserire un disco contenente gli ID
certificatori appropriati per le organizzazioni e le unità
organizzative nelle quali verranno registrati gli utenti.
2. Da Domino Administrator, fare clic sulla pagina Persone e gruppi.
4. Quando richiesto, immettere la password dell'ID certificatore e fare
clic su OK.
5. Rimuovere il disco contenente l'ID certificatore e fare clic su OK.
6. (Facoltativo) Dal quadro Generali della finestra di dialogo Registra
persona -- Nuova voce, se necessario, specificare un server di
registrazione facendo clic su Server di registrazione e selezionando
il server con cui si dovranno registrare i nuovi utenti. Fare clic su
OK.
Utenti MS Mail dalla lista Sorgente elenco esterno.
9. Completare le seguenti informazioni nella finestra di dialogo
Inizializzazione MS Mail:
Percorso dell'ufficio postale.
Il nome dell'amministratore.
La password dell'amministratore.
La lista Persone/Gruppi disponibili visualizza gli utenti e i gruppi
contenuti nell'elenco indirizzi dell'ufficio postale. Ora è possibile
importare gli utenti dall'ufficio postalenella coda delle registrazioni
di Notes.
Importazione degli utenti di Microsoft Mail nella coda di
registrazione
Dopo avere visualizzato nella casella Persone/Gruppi disponibili il
contenuto dell'elenco indirizzi dell'ufficio postale di Microsoft Mail,
selezionare gli utenti da importare e le opzioni di migrazione che
determinano i dati per la conversione.
opzioni selezionando gli elementi della casella Opzioni di
migrazione. Le opzioni selezionate verranno applicate per tutti gli
utenti di Microsoft Mail importati durante l'attuale sessione.
di specificare le impostazioni avanzate di aggiornamento per la
migrazione degli utenti da Microsoft Mail.
3. Fare clic su OK una volta ultimato di specificare queste
impostazioni.
10. Fare clic su OK. Lo strumento di migrazione verifica il nome, il
percorso e la password dell'ufficio postale. Un messaggio d'errore
verrà visualizzato, se uno qualunque dei valori è errato.
capitolo 12.
5. Fare clic su Migra per mettere gli utenti selezionati nella coda delle
registrazioni, quindi su OK per chiudere il messaggio che indica lo
stato e il numero degli utenti accodati per la registrazione.
6. Fare clic su Chiudi. Gli utenti accodati per la registrazione possono
ora essere visualizzati nella casella Stato della registrazione. È
quindi possibile procedere alla registrazione degli utenti.
Personalizzazione delle impostazioni di migrazione per Microsoft Mail
Quando si è pronti per l'importazione degli utenti, è possibile impostare
delle opzioni per specificare in che modo lo strumento di migrazione
dovrà usare le informazioni prelevate dall'ufficio postale di Microsoft
Mail per creare gli utenti di Notes. È possibile specificare due tipi di
impostazioni di migrazione:
Le opzioni di migrazione, determinano come lo strumento di
migrazione crea un utente in Notes dalle informazioni importate da
Microsoft Mail. Esse sono similari per ogni strumento di
migrazione.
Le opzioni avanzate, permettono di specificare impostazioni
aggiuntive che influiscono sulla conversione da Microsoft Mail a
Notes.
Impostazione delle opzioni di migrazione per gli utenti di
Microsoft Mail
È possibile impostare delle opzioni per stabilire quali informazioni
dovranno essere importate dall'ufficio postale di Microsoft Mail tramite
lo strumento di migrazione. Le opzioni specificate verranno applicate
per tutti gli utenti e i gruppi importati da Microsoft Mail durante
l'attuale sessione.
l'elenco indirizzi relativo a un ufficio postale di Microsoft Mail in
modo che il suo contenuto venga visualizzato nella lista
Persone/Gruppi disponibili.
2. Nella casella Opzioni di migrazione, accettare le opzioni predefinite
o selezionarne di nuove. Per annullare una selezione, fare clic una
seconda volta sull'opzione stessa. La seguente tabella elenca le
opzioni di importazione disponibili:
Stato predefinito
Inattiva
Aggiungi il nome completo fornito al documento Inattiva
Persona di Notes.
Inattiva
Converti posta
Attiva
Converti SOLO la posta (il file utente e di posta
Notes devono già esistere)
Inattiva
3. Continuare con la procedura di importazione specificando le
opzioni avanzate.
Specifica delle opzioni avanzate per la migrazione degli utenti di
Microsoft Mail
Oltre alle opzioni di migrazione impostate nella finestra di dialogo
Migrazione persone e gruppi, lo strumento di migrazione fornisce altre
opzioni per il controllo del processo di conversione degli utenti
Microsoft Mail. Le impostazioni selezionate vengono applicate a tutti gli
utenti importati dall'ufficio postale di Microsoft Mail durante la
presente sessione .
1. Dalla finestra di dialogo Importazione elenco esterno, selezionare
Utenti MS Mail come sorgente dell'elenco indirizzi esterno e fare clic
su Avanzate.
2. Dalla finestra di dialogo Opzioni avanzate MS Mail, scegliere le
impostazioni relative a quanto segue, quindi fare clic su OK:
Migrazione di Rubriche personali.
Impostazione di una soglia d'errore
Specifica della lingua in uso nell'ufficio postale (tabella codici)
Nell'ambito di una determinata sessione, è possibile impostare delle
opzioni di migrazione indipendenti per ogni elenco indirizzi esterno, in
modo che se la migrazione riguarda utenti provenienti da svariati
sistemi, sia possibile applicare un insieme diverso di opzioni per ogni
sistema. Le opzioni selezionate vengono applicate durante la sessione
per tutti gli utenti importati da uno specifico elenco indirizzi.
Migrazione di Rubriche personali di Microsoft Mail in Notes
Per impostazione predefinita, quando viene convertito un utente da
Microsoft Mail, anche le informazioni di Rubrica personale archiviate
nella casella di posta vengono convertite. Dopo il completamento della
migrazione, Domino Administrator invia automaticamente un
messaggio nella casella In arrivo del file di posta dell'utente al quale
allega un documento temporaneo di Rubrica personale per Notes, che
contiene le informazioni convertite. Gli utenti dovranno eseguire una
procedura guidata di aggiornamento per Microsoft Mail dal client Notes
per copiare le informazioni da questo documento temporaneo di Notes
nella Rubrica personale del desktop di Notes.
Per non eseguire la migrazione delle informazioni di Rubrica personale,
vuotare la casella di controllo Converti Rubrica personale e fare clic
su OK.
Specifica della soglia di errore
È possibile specificare il numero di errori tollerabili durante la
migrazione dei messaggi dalle caselle di posta nell'ufficio postale di
Microsoft Mail ai file di posta Notes. Per impostazione predefinita, la
migrazione sopporta un numero illimitato di errori e completa la
conversione indipendentemente dalla loro quantità. Se viene stabilita
una soglia d'errore, il processo di migrazione termina quando raggiunge
il numero specificato di errori.
1. Selezionare il pulsante di scelta Max errori.
2. Nella casella di testo, immettere il numero di errori sopportabili.
Gli utenti elaborati con successo prima del raggiungimento della soglia
d'errore vengono registrati in Notes. Se la conversione si interrompe, si
consiglia di analizzare e risolvere le condizioni d'errore riportate per gli
utenti rimasti nella coda e tentare una nuova registrazione.
Specifica della code page da usare per la conversione dell'ufficio
postale di Microsoft Mail
Quando si migrano gli utenti da Microsoft Mail, è necessario specificare
una code page della lingua da usare. Lo strumento di migrazione ha
bisogno di sapere quale code page adotta l'ufficio postale, in modo da
poter correttamente convertire i caratteri che dovranno essere
visualizzati in Notes. Per impostazione predefinita, lo strumento di
migrazione Da Microsoft Mail a Notes applica la code page in uso
all'ufficio postale. Se necessario, specificare la code page appropriata in
relazione al tipo di lingua usata dall'ufficio postale che viene migrato.
La seguente tabella illustra ogni code page disponibile per un ufficio
postale di Microsoft Mail:
Numero di code page
Arabo
1256
Francese (Canada)
863
Cinese (tradizionale)
950
Cinese (semplificato)
936
Ceco
1250
Danese
1252
Olandese
1252
Inglese
1252
Finlandese
1252
Francese
1252
Tedesco
1252
Greco
851
Ebraico
862
Ungherese
1250
Islandese
1252
Indonesiano
1252
Italiano
1252
Giapponese
932
Coreano
949
Multilingue
1252
Lingue nordiche
865
Norvegese
1252
Polacco
1250
Tipo di lingua dell'ufficio postale
Tipo di lingua dell'ufficio postale
Numero di code page
Portoghese
1252
Rumeno
1250
Russo
1251
Serbo
1250
Slovacco
1250
Spagnolo
1252
Svedese
1252
Tailandese
874
Turco
857
Ucraino
1251
Microsoft Mail
Dopo avere importato con successo gli utenti nella Coda di
registrazione, è possibile procedere con la registrazione e completare la
migrazione. In base alle opzioni selezionate, il processo di registrazione:
Crea un documento Persona e un ID di Notes.
Crea un file di posta Notes.
Converte messaggi e altri dati dalla casella di posta Microsoft Mail.
È possibile stabilire ulteriori informazioni di registrazione in Notes per
gli utenti, tra cui il nome del server di posta, il tipo di licenza,
l'appartenenza ad un gruppo, l'unità organizzativa, etc..
del sistema Domino.
processo di registrazione premendo il tasto CTRL contemporaneamente
a quello Break.
2. (Facoltativo) Fare clic sul pulsante Opzioni e selezionare le opzioni
di registrazione da applicare durante la presente sessione e fare clic
su OK.
3. (Facoltativo) Specificare le informazioni di registrazione aggiuntive
per gli utenti come necessario. Se è stato creato un gruppo di
migrazione, aprire il quadro Gruppi e assegnare ora gli utenti a tale
gruppo.
registrare gli utenti selezionati nello stesso ordine in cui sono stati
aggiunti alla coda e converte i dati dalle loro caselle di posta a
Notes. Gli utenti non selezionati rimangono nella coda per
successive registrazioni.
posta locali e altri dati di Microsoft Mail che lo strumento di migrazione
Domino non ha elaborato.
procedura guidata di aggiornamento per Microsoft Mail sul client
Notes.
converte automaticamente le loro caselle postali Microsoft Mail in file di
posta Notes come parte del processo di registrazione.Nel quadro Posta
della finestra di dialogo Registra persona, è selezionata l'opzione "Crea
file di posta adesso". Se si tenta di modificare questa opzione per creare
i file di posta tramite il processo amministrativo in background
(adminp), un messaggio d'errore viene visualizzato.
Dopo il completamento della registrazione, un messaggio informa
sullo stato di registrazione. Le registrazioni non riuscite
continueranno a essere elencate nella casella Stato della
registrazione con un messaggio indicante la ragione del
malfunzionamento. Sarà necessario correggere le impostazioni di
registrazione e tentare una nuova registrazione dell'utente.
Migrazione di messaggi Microsoft Mail aggiuntivi dopo la registrazione
Se necessario, dopo aver migrato gli utenti, è possibile eseguire lo
strumento di migrazione nuovamente per convertire ulteriori messaggi
da Microsoft Mail a Notes. Si deve disporre dell'accesso Gestione al file di
posta di Notes di un utente prima che sia possibile convertire messaggi
aggiuntivi. Se non si assegna a se stessi l'accesso Gestione al file di posta
durante la migrazione iniziale, può essere necessario chiedere agli utenti di
modificare la LCA per concedere i diritti di accesso appropriati.
1. Connettersi all'ufficio postale Microsoft Mail.
2. Importare gli utenti di Microsoft Mail precedentemente migrati
nella coda di registrazione di Notes.
3. Impostare l'opzione di migrazione Converti solo la posta. Lo
strumento di migrazione ignora qualsiasi altra opzione impostata.
4. Nella casella Stato della registrazione, selezionare gli utenti i cui
messaggi si desiderano migrare, quindi fare clic su Registra.
Il processo di registrazione individua automaticamente i file di posta
degli utenti e ne converte i messaggi presenti nelle rispettive caselle
postali Microsoft Mail in messaggi inseriti nelle appropriate cartelle del
file di posta Notes. I messaggi che esistono già nel file di posta Notes
non vengono convertiti di nuovo.
Per ulteriori informazioni sull'opzione Converti solo la posta, vedere il
capitolo 12.
Capitolo 15
Migrazione degli utenti da Microsoft Exchange
da Microsoft Exchange alla Versione 5 di Notes e fornisce istruzioni
sull'uso di Domino Administrator per completare la migrazione.
Migrazione degli utenti di Microsoft Exchange
Importa utenti e elenchi di distribuzione dal server Exchange e crea
le relative voci nell'Elenco indirizzi di Domino.
Converte il contenuto delle caselle di posta (file PST) posizionate in
un'ubicazione centrale, come nel server Microsoft Exchange.
Questa sezione illustra i seguenti argomenti relativi allo spostamento
degli utenti da Microsoft Exchange a Notes:
Equivalenti di Notes per i dati migrati da Microsoft Exchange
Preparazione della migrazione degli utenti da Microsoft Exchange
Importazione di utenti e gruppi dalla rubrica di Microsoft Exchange
Registrazione degli utenti migrati
15-1
Tramite l'uso degli strumenti di migrazione Da Microsoft Exchange a
Notes del Domino Administrator, è possibile importare utenti e elenchi
di distribuzione Microsoft Exchange da un server selezionato e
aggiungerli all'Elenco indirizzi di Domino come utenti e gruppi di
Notes. Il processo di migrazione:
Equivalenti di Notes per i dati migrati da Microsoft Exchange
Lo strumento di migrazione Microsoft Exchange converte le
informazioni dal server Microsoft Exchange a Notes, compresi messaggi
e rubriche private e pubbliche.
Dati Microsoft Exchange
Dati equivalenti di Notes
Informazioni su Calendaring &
scheduling
Contatti
Ogni tipo di messaggio personalizzato,
tra cui quelli Scheduler
Elementi cancellati
Messaggi per errore di recapito
Sigle digitali
Elenchi di distribuzione
Non convertibili
Messaggi cifrati
Collegamenti a documento
Giornali
Messaggi e allegati
Documenti Microsoft Office
Notes
Cartella In uscita
Elenchi indirizzi di Exchange
Rubrica privata
Cartelle pubbliche
Ruoli e Permessi su caselle di posta e
cartelle
destinatario
Attività
Voci della Rubrica personale *
Non convertibili
Cartella Cestinati**
Non convertibili
Non convertibili
indirizzi di Domino
Non convertibili
Non convertibili
Non convertibili
Messaggi e allegati
Messaggi con allegato il documento
Microsoft Office
Attività Da fare
Cartella Bozze
Documenti Persona nell'Elenco
indirizzi di Domino
Non convertibili
Non convertibili
Non migrati ***
Non convertibili
destinatario
Attività Da fare
* I contatti, memorizzati sul server Exchange, sono disponibili solo per client
Outlook. Durante la migrazione, le informazioni sui contatti sono poste in un
database Rubrica personale di Notes, inviato automaticamente all'utente. Gli
utenti eseguono la procedura guidata di aggiornamento per Microsoft Exchange
per copiare le informazioni da questo database temporaneo nella Rubrica
personale del client Notes.
** Sulla base delle preferenze dell'utente impostate nel client di Notes, i
messaggi convertiti alla cartella Cestinati possono essere eliminati alla chiusura
dei file di posta dell'utente stesso.
*** Questa versione dello strumento di migrazione Domino per Microsoft
Exchange contrassegna tutti i messaggi convertiti da Microsoft Exchange come
non letti nel file di posta di Notes.
Modifica dei nomi di gateway in messaggi convertiti
Durante la migrazione delle informazioni sui messaggi e su elenchi
indirizzi da Exchange, lo strumento di migrazione per Microsoft
Exchange non converte automaticamente i nomi di gateway relativi a
Exchange nell'indirizzo del mittente in indirizzi di gateway Notes.
Quando gli utenti iniziano ad usare la posta di Notes, le persone che
dovranno rispondere ai messaggi ricevuti da un sistema di
messaggistica esterno convertito da Exchange, possono avere bisogno di
modificare manualmente l'indirizzo di gateway del destinatario.
I client Exchange contengono la Rubrica personale dell'utente in un file
PAB, generalmente situato sulla stazione di lavoro dell'utente. Gli utenti
possono eseguire Microsoft Exchange dalla procedura guidata di
aggiornamento di Notes per convertire le informazioni da un file PAB
memorizzato localmente a una Rubrica personale di Notes
(NAMES.NSF) sulla stazione di lavoro.
I client Outlook possono memorizzare indirizzi personali in un file PAB
o in una lista Contatti sul server Exchange. Lo strumento di migrazione
Domino per Microsoft Exchange colloca automaticamente le
informazioni sui contatti in una Rubrica personale temporanea di Notes,
che allega a un messaggio di posta e colloca nella casella di posta in
arrivo dell'utente convertito. Lo strumento di migrazione genera un
messaggio di avviso nello storico di Notes per ogni utente migrato per
cui non sono state trovate le informazioni sul contatto. Gli utenti
possono eseguire la procedura guidata per l'aggiornamento da
Microsoft Exchange a Notes da una Rubrica indirizzi personale
temporanea alla Rubrica indirizzi personale sulla loro stazione di
lavoro.
Migrazione degli utenti da Microsoft Exchange 15-3
Individuazione del file di posta Microsoft Exchange
Il client Microsoft Exchange archivia i messaggi di posta in un file PST,
che è all'incirca equivalente a quello MMF che usano i client Microsoft
Mail. Tuttavia, a differenza di Microsoft Mail, che memorizza sia
Rubrica personale che messaggi di posta dell'utente in un singolo file
MMF, Microsoft Exchange usa vari file per archiviare questi due
elementi.
La casella postale di Microsoft Exchange viene archiviata in un file PST,
che può essere memorizzato localmente o sul server Exchange. Lo
strumento di migrazione Domino per Microsoft Exchange può
convertire le informazioni unicamente dai file PST situati sul server
Exchange. Gli utenti possono eseguire la procedura guidata per
l'aggiornamento Da Microsoft Exchange a Notes sulla loro stazione di
lavoro per convertire i messaggi dai file PST memorizzati localmente.
Migrazione dei messaggi dalle cartelle In uscita e Inviati
Tutte le caselle di posta Exchange contengono cartelle In uscita e Inviati.
Quando la posta degli utenti Exchange viene convertita, queste cartelle
non vengono aggiunte al file di posta Notes. Tuttavia, di solito, i
messaggi in queste cartelle sono convertiti. I messaggi della cartella
Inviati vengono migrati alla cartella Inviati di Notes, mentre quelli della
cartella In uscita vengono migrati alla cartella Bozze.
Se un utente ha eseguito una copia manuale dei messaggi ricevuti nella
cartella In uscita o ha salvato dei messaggi non inviati o bozze nelle
cartelle Inviati (ad esempio, con l'uso della funzione Trascina selezione),
lo strumento di migrazione converte i messaggi ma non li mette nelle
equivalenti cartelle Bozze e Inviati di Notes. Dopo la migrazione, gli
utenti devono selezionare la vista Tutti i documenti per visualizzare i
messaggi.
Migrazione di una cartella Exchange che ha lo stesso nome di una
cartella Notes esistente
Se una cartella in una casella di posta Exchange che deve essere
convertita ha lo stesso nome di una cartella già esistente nel file di posta
Notes (ad esempio, Tracce di discussione), lo strumento di migrazione
aggiunge il numerale 1 al nome della cartella per renderlo univoco (ad
esempio, Tracce di discussione1). I duplicati aggiuntivi vengono
numerati in sequenza per assicurarne l'univocità (ad esempio,
Discussion Threads2, Discussion Threads3 ecc.).
Preparazione della migrazione degli utenti di Exchange
Prima di migrare gli utenti da Microsoft Exchange a Notes, completare
le seguenti operazioni:
Stabilire l'ordine con il quale si desidera convertire i propri server
Exchange a Notes. Questa dovrebbe rappresentare la pianificazione
della migrazione.
Verificare di avere acquistato la licenza del client Notes appropriata
per ogni utente di Microsoft Exchange che si desidera convertire.
Importazione di elenchi indirizzi da Microsoft Exchange
L'elenco indirizzi di Microsoft Exchange contiene le informazioni
relative agli utenti di Microsoft Exchange che saranno convertiti a
Notes. Notes usa le informazioni estratte dall'elenco indirizzi per
configurare gli utenti convertiti per la registrazione.
L'importazione dell'elenco indirizzi Microsoft Exchange implica quanto
segue:
Connessione al server Exchange
Importazione degli utenti di Microsoft Exchange nella coda di
registrazione
Dopo avere completato queste operazioni, si potrà procedere con la
registrazione degli utenti importati in Notes.
Sulla stazione di lavoro di amministrazione, installare il client
Domino Administrator della Versione 5 di Notes e facoltativamente
gli strumenti di migrazione per l'amministrazione di Exchange. Per
installare questo componente degli strumenti di migrazione, si deve
eseguire un'installazione personalizzata.
Eseguire il backup delle informazioni di Domino.
Gestione per l'Elenco indirizzi di Domino sul Server di
registrazione.
Dalla stazione di lavoro amministrativa, connettersi a Notes con un
ID che disponga dell'accesso "Crea accesso database" al server di
posta.
Sulla stazione di lavoro amministrativa, chiudere tutte le
applicazioni, escluso Notes, e ogni database di Notes.
gli utenti migrati.
Spedire ogni messaggio in sospeso di Microsoft Exchange
assicurandosi che la sincronizzazione sia stata eseguita su ogni
client.
Eseguire una Sincronizzazione rubriche Exchange per verificare che
l'elenco indirizzi di Exchange da convertire sia completo.
Verificare che la stazione di lavoro che esegue Domino
Administrator abbia un client Outlook o Exchange installato e un
Profilo di posta dell'amministratorerivolto al server Exchange.
Collegamento al server Exchange
Per importare gli utenti da migrare, è prima necessario individuare il
server Exchange sul quale gli stessi hanno le loro caselle di posta e
collegarsi ad esso.
clic su OK.
il server con cui si dovranno registrare i nuovi utenti. Fare clic su
OK.
8. Dalla finestra di dialogo Persone e Migrazione gruppo, selezionare
Utenti di Microsoft Exchange dalla lista Sorgente elenco esterno.
9. Dalla finestra di dialogo Scegliere il profilo,selezionare il Profilo di
posta dell'amministratorecollegato al server Exchange e fare clic
su OK.
Lo strumento di migrazione Da Exchange a Notes non viene
caricato se si specifica un profilo di posta non appropriato.
Nota Se non si è collegati al dominio di Windows NT nel quale è
situato il server Exchange, verrà richiesto di fornire un nome utente
e una password per il dominio.
La lista Persone/Gruppi disponibili visualizza i nomi contenuti
nell'elenco indirizzi dell'ufficio postale. Ora è possibile importare gli
utenti dall'ufficio postale nella coda delle registrazioni di Notes.
Specifica di un Profilo di posta dell'amministratore
Per migrare gli utenti da Exchange, è necessario collegarsi al server
Exchange in cui risiedono le caselle di posta che si desidera convertire.
Ci si collega a un server Exchange selezionando il Profilo di posta
dell'amministratore relativo al server Exchange che si desidera migrare.
L'account dell'amministratore, che deve disporre del ruolo
Amministratore account servizio per il sito e il server Exchange,
concede all'utente l'accesso completo a tutti gli account e le caselle di
posta presenti nell'elenco indirizzi del server Exchange.
Il profilo utilizzato dovrebbe collegarsi solo con il servizio del server
Microsoft Exchange; non usare un profilo che comprenda nel
collegamento più servizi di messaggistica. Se necessario, creare un
nuovo profilo da usare durante la migrazione. Il profilo deve essere
disponibile localmente o su un'unità di rete accessibile dalla stazione di
lavoro dove viene eseguito il Domino Administrator.
Importazione degli utenti di Microsoft Exchange nella coda di
registrazione
migrazione. Le opzioni selezionate vengono applicano a tutti gli
utenti Microsoft Exchange importati durante la presente sessione.
capitolo 12.
Gli utenti accodati per la registrazione vengono ora visualizzati
nella casella Stato della registrazione. Si può quindi procedere con la
registrazione degli utenti.
Dopo aver visualizzato tramite la casella Persone/Gruppi disponibili il
contenuto dell'elenco indirizzi del server Microsoft Exchange,
selezionare gli utenti da importare e le opzioni di migrazione che
determinano i dati da migrare.
Impostazione delle opzioni di migrazione per gli utenti di
Microsoft Exchange
È possibile impostare delle opzioni per determinare quali informazioni
lo strumento di migrazione dovrà importare dal server Microsoft
Exchange. Le opzioni specificate verranno applicate a tutti gli utenti e i
gruppi importati da Microsoft Exchange durante la presente sessione.
Per ulteriori informazioni sulle opzioni di migrazione disponibili,
vedere "Impostazione delle opzioni di migrazione".
l'elenco indirizzi di un server Microsoft Exchange, in modo che il
suo contenuto venga visualizzato nella lista Persone/Gruppi
disponibili.
2. Nella casella Opzioni di migrazione, selezionare le opzioni
desiderate. Per cancellare una selezione, fare clic sull'opzione
selezionata per una seconda volta. La seguente tabella elenca le
opzioni disponibili per la conversione degli utenti da un server
Exchange:
Stato predefinito
Attiva
Aggiungi il nome completo fornito al
documento Persona di Notes.
Inattiva
Inattiva
Converti posta
Attiva
È possibile impostare delle opzioni di migrazione indipendenti per ogni
strumento di migrazione, in modo che, se si convertono utenti da più
sistemi di posta, sia possibile applicare un insieme diverso di opzioni
per ogni sistema. Le opzioni selezionate hanno effetto su tutti gli utenti
importati da un dato elenco indirizzi durante questa sessione.
da Exchange
Dopo avere importato con successo gli utenti nella coda delle
registrazioni, si è pronti per la registrazione e per il completamento
della migrazione. A seconda delle opzioni selezionate, il processo di
registrazione:
Crea un documento Persona e un ID di Notes per ogni utente
convertito.
Crea un file di posta Notes
Converte i messaggi dalla casella di posta Microsoft Exchange.
del sistema Domino.
di registrazione da applicare durante questa sessione, quindi fare
clic su OK.
gruppo.
rimangono nella coda per una eventuale registrazione successiva.
posta locali e gli altri dati di Microsoft Exchange che lo strumento di
migrazione Domino non ha elaborato.
procedura guidata di aggiornamento per Microsoft Exchange sul client
Notes.
converte automaticamente le loro caselle postali Microsoft Exchange in
file di posta Notes come parte del processo di registrazione. Nel quadro
Posta della finestra di dialogo Registra persona, è selezionata l'opzione
"Crea file di posta adesso". Se si tenta di modificare questa opzione per
creare un file di posta mediante il processo amministrativo in
background (adminp), viene visualizzato un messaggio di errore.
Capitolo 16
Migrazione degli utenti da una lista di dominio
Windows NT
Questo capitolo illustra specifici argomenti relativi all'importazione di
utenti da un elenco di domini Windows NT.
Migrazione degli utenti di Windows NT
Usando gli strumenti di migrazione da Microsoft Windows NT a Notes
di Domino Administrator, è possibile importare utenti e gruppi da un
dominio selezionato di Windows NT e registrarli come utenti di Notes.
Il processo di migrazione:
argomenti relativi allo spostamento degli utenti da Windows NT Notes:
Preparazione dell'importazione degli utenti da Windows NT
Importazione di utenti e gruppi
Preparazione dell'importazione degli utenti di Windows NT
È necessario completare un certo numero di operazioni per poter
eseguire una migrazione efficace:
Determinare l'ordine con il quale si desidera spostare gli utenti dai
domini Windows NT su Notes. Questa dovrebbe rappresentare la
pianificazione della migrazione.
Verificare di avere acquistato la licenza appropriata del client di
Notes per ogni utente.
16-1
Importa utenti e gruppi da un elenco di domini Windows NT e crea
le relative voci nell'Elenco indirizzi di Domino.
Collegarsi a Windows NT come Amministratore o Operatore
Account dei domini dai quali si desidera importare gli utenti. Allo
scopo di migrare gli utenti di Windows NT a Notes, il computer su
cui viene eseguito Domino Administrator deve funzionare con
Windows NT.
Se si desidera creare dei file di posta Notes per gli utenti importati,
connettersi a Notes dalla stazione di lavoro amministrativa tramite
un ID di Notes che disponga dell'accesso "Crea database" al server
di posta.
Su una stazione di lavoro amministrativa che esegue Windows NT,
installare il client relativo al Domino Administrator della Versione 5
di Notes e gli strumenti di migrazione facoltativi di Windows NT
Amministrazione. È necessario eseguire un'installazione
personalizzata per installare i componenti degli strumenti di
migrazione.
Verificare di disporre dell'accesso Lettura, Scrittura e
Aggiornamento per l'Elenco indirizzi di Domino sul server da usare
per la migrazione.
Sulla stazione di lavoro amministrativa, chiudere tutte le
applicazioni, escluso Notes, e ogni database di Notes.
gli utenti migrati.
Specifica del dominio di Windows NT da cui si desidera eseguire
l'importazione
La procedura che segue spiega come connettersi al dominio Windows
NT e ricercare l'elenco del dominio. Una volta ricevuta la lista del
dominio, è possibile importare utenti e gruppi presenti nella coda di
registrazione. È necessario essere un Amministratore o un Operatore
Account del dominio per completare questa procedura.
Nota Allo scopo di convertire gli utenti di Windows NT a Notes, il
computer sul quale viene eseguito Domino Administrator deve essere
funzionante con Windows NT. Sui computer che lavorano con
Windows 95, utenti e gruppi di Windows NT non vengono visualizzati
tra la lista di origini di elenchi indirizzi disponibili.
installato Domino Administrator, inserire un disco contenente gli
ID certificatori appropriati per le organizzazioni e le unità
clic su OK.
il server con cui si dovranno registrare i nuovi utenti. Fare clic
su OK.
9. Dalla finestra di dialogo Scelgiere dominio Windows NT, specificare
il dominio Windows NT da cui eseguire l'importazione e fare clic
su OK.
È possibile selezionare un dominio dalla lista o immettere il nome di
un dominio diverso.
Nota Se non è disponibile un'unità di controllo per il dominio di
Windows NT selezionato, sullo schermo appare un messaggio
d'errore e la casella Utenti disponibili visualizza la lista predefinita
degli account utente locali.
Gli utenti del dominio selezionato vengono visualizzati nella lista
Utenti/gruppi disponibili. Ora è possibile importare utenti e gruppi
dal dominio nella coda di registrazione di Notes .
Migrazione degli utenti da una lista di dominio Windows NT 16-3
gli utenti/gruppi di Windows NT dalla lista Sorgente elenco
esterno.
Importazione degli utenti di Windows NT nella coda delle registrazione
di Notes
Dopo avere visualizzato nella casella Persone/Gruppi disponibili il
contenuto della lista del dominio di Windows NT, selezionare gli utenti
da importare e le opzioni di migrazione che stabiliscono i dati della
conversione.
migrazione. Le opzioni selezionate vengono applicate a tutti gli
utenti di Windows NT importati durante la presente sessione.
di specificare le impostazioni di aggiornamento avanzate per la
migrazione degli utenti da Windows NT.
3. Fare clic su OK una volta ultimato di specificare queste
impostazioni.
5. Per ulteriori informazioni sull'importazione di gruppi, vedere il
capitolo 12.
8. Gli utenti accodati per la registrazione vengono ora visualizzati
nella casella Stato della registrazione. È quindi possibile procedere
alla registrazione degli utenti.
Impostazione delle opzioni di migrazione per gli utenti di Windows NT
lo strumento di migrazione dovrà importare dalla lista del dominio di
Windows NT. Le opzioni specificate verranno applicate per tutti gli
utenti e i gruppi importati da Windows NT durante la sessione in
essere.
1.
Dalla finestra di dialogo Migrazione persone e gruppi, importare
l'elenco indirizzi di un dominio Windows NT in modo che il suo
contenuto venga visualizzato nella lista Persone/Gruppi disponibili.
2. Nella casella Opzioni di migrazione, selezionare le opzioni
desiderate. Per annullare una selezione, fare clic una seconda volta
sull'opzione stessa. La seguente tabella elenca le opzioni disponibili
per la migrazione degli utenti da un dominio di Windows NT:
Stato predefinito
Attiva
Inattiva
Inattiva
Nota Le password esistenti di Windows NT non vengono
importate tramite strumento di migrazione. Se l'opzione per
generare le password viene disabilitata, devono essere fornite delle
altre password per ogni utente importato nella coda di registrazioni,
prima di poterne eseguire la registrazione.
3. Continuare con la procedura di importazione specificando le
impostazioni avanzate.
Specifica delle opzioni avanzate per l'importazione degli utenti
di Windows NT
In aggiunta alle opzioni di base per l'importazione impostate nella
finestra di dialogo Migrazione persone e gruppi, è possibile specificare
altre opzioni che determinano il modo in cui lo strumento di migrazione
elabora i nomi importati da Windows NT. Le impostazioni selezionate
vengono applicate a tutti gli utenti importati dal dominio di Windows
NT nel corso della sessione in essere.
1. Dalla finestra di dialogo Importazione elenco esterno, selezionare
Utenti/gruppi Windows NT come sorgente dell'elenco indirizzi
esterno e fare clic su Avanzate.
2. Dalla finestra di dialogo Opzioni di aggiornamento utente Windows
NT, scegliere le impostazioni relative a quanto segue, quindi fare
clic su OK:
Formato del nome per la conversione del nome completo.
Il mantenimento del nome utente univoco di Windows NT come
nome breve di Notes.
È possibile impostare delle opzioni di migrazione indipendenti per ogni
strumento di migrazione, in modo che, se si convertono utenti da più
sistemi, sia possibile applicare un insieme diverso di opzioni per ogni
sistema. Le opzioni selezionate hanno effetto su tutti gli utenti importati
da un dato elenco indirizzi durante questa sessione.
Specifica del metodo di conversione dei nomi completi di Windows
NT in componenti dei nomi di Notes
È possibile specificare il modo in cui i nomi completi degli utenti
Windows NT vengono convertiti nei componenti di nome Notes
durante la migrazione. La specifica di un formato di scomposizione
permette una conversione intelligente del nome completo nei
componenti di nome Notes, invece di presupporre che al nome
completo di Windows NT importato venga sempre assegnato il formato
convenzionale "nome e cognome". Il formato di conversione può essere
stabilito tramite la seguente procedura:
Dalla finestra di dialogo Opzioni di aggiornamento utente Windows
NT, selezionare il formato dalla casella "Formato del nome per il nome
completo". Lo strumento di migrazione scompone automaticamente i
nomi completi di Windows NT importati nei componenti nome e
cognome di Notes, sulla base del formato di conversione specificato.
Sono disponibili i seguenti formati:
Nome del formato di Notes
Esempio
Nome Cognome
Mauro Salani
Titolo Nome Cognome
Dott. Susan Salani
Nome Iniziale secondo nome Cognome
Susan R. Salani
Titolo Nome Iniziale secondo nome
Cognome
Dott. Susan R. Salani
Nome Cognome1 Cognome2
Susan Miranda Salani
Titolo Nome Cognome1 Cognome2
Dott. Susan Miranda Salani
Titolo Cognome
Dott. Salani
Cognome Nome
Salani Susan
Titolo Cognome Nome
Dott. Salani Susan
Cognome, Nome
Salani, Mauro
Cognome, Titolo Nome
Salani, Dr. Susan
Cognome, Titolo Nome Iniziale secondo
nome
Salani, Dr. Susan R.
Cognome1 Cognome2, Nome
Miranda Salani, Susan
Cognome1 Cognome2, Titolo Nome
Miranda Salani, Dr. Susan
Comprensione delle differenze fra nomi di Windows NT e
componenti di nome Notes
In Windows NT, ci sono due tipi di nomi associati a un account di
utente, ovvero un nome utente univoco e un nome completo. Il nome
utente di Windows NT è composto da una stringa di al massimo 20
caratteri, che non richiede un formato. Il nome completo è facoltativo e,
generalmente, rappresenta il nome per esteso dell'utente, a cui viene
assegnato un formato sulla base delle convenzioni dell'organizzazione,
come il cognome seguito dal nome. Ad esempio, nella lista del dominio
di Windows NT, l'utente Susan Salani potrebbe avere come nome utente
ssalani e come nome completo Salani Susan.
In Notes, le informazioni relative al nome vengono memorizzate come
componenti separati di nome, iniziale del secondo nome e cognome. Ad
esempio, il nome Susan Salani non viene memorizzato come un singolo
nome completo, ma come singoli componenti di nome (Susan) e
cognome (Salani). Quando si importano dei nomi da una lista del
dominio di Windows NT, è necessario specificare il modo in cui i nomi
completi degli utenti dovranno essere convertiti nei componenti di
nome Notes.
Se lo strumento di migrazione non può scomporre correttamente un
nome, ad esempio, se il numero dei componenti di un nome nel nome
completo di Windows NT non corrisponde a quello dei componenti di
un nome del formato di conversione specificato, viene visualizzata la
finestra di dialogo Adatta componenti nome utente Windows NT.
Questa finestra di dialogo indica se il nome completo di Windows NT
ha pochi o troppi componenti per adattarsi al formato di conversione
selezionato. Ad esempio, se viene specificato il formato Titolo Nome
Cognome mentre il nome completo risulta essere Susan Salani, la finestra
di dialogo indica che sono stati specificati pochi componenti. Il
componente "Susan" viene messo nel campo Titolo, mentre "Salani"
viene messo nel campo Nome.
Selezione di un formato di conversione
Quando si importano degli utenti da una lista del dominio di Windows
NT, si ha la possibilità di selezionare il formato di conversione da usare
per scomporre i nomi completi di Windows NT nei componenti di un
nome Notes (nome, iniziale del secondo nome e cognome). Il formato di
conversione predefinito prevede che i nomi completi compresi nella lista
del dominio di Windows NT vengano immessi nel formato nome e
cognome, ad esempio, Susan Salani. Se la lista del dominio che si
desidera importare usa un formato diverso, selezionare il formato di
conversione più compatibile.
D'altra parte, se viene selezionato il formato di conversione Cognome
Nome e il nome completo risulta essere Susan R. Salani, la finestra di
dialogo indica che vi sono troppi componenti per adattarsi al formato di
conversione selezionato. Invece di scartare i componenti in eccesso e
mettere solo l'iniziale del secondo nome nel campo Nome, lo strumento
di migrazione posiziona "Susan" nel campo Cognome e "R. Salani" nel
campo Nome.
Un formato di conversione incompatibile può richiedere delle modifiche
considerevoli per ottenere dei nomi di Notes appropriati. Se i nomi
visualizzati nella finestra di dialogo non vengono corretti, una volta
aggiunti alla coda delle registrazioni potrebbero non essere adatti per la
registrazione stessa degli utenti. Verificare sempre che ogni nome
importato abbia un componente cognome; Notes richiede un
componente cognome valido per poter registrare gli utenti.
Nota Lo strumento di migrazione controlla solamente se un nome
scomposto è carente di componenti in relazione al formato specificato;
non verifica che gli stessi vengano visualizzati nel campo corretto o che
possano contenere dei caratteri non validi. Ad esempio, lo strumento di
migrazione non controlla se il componente nome contiene
l'informazione titolo.
Importazione degli utenti che non hanno un nome completo
Se non ci sono nomi completi da importare da Windows NT, lo
strumento di migrazione non richiede di eseguire alcun adattamento.
Indipendentemente, invece, dal formato di conversione specificato, lo
strumento di migrazione aggiunge automaticamente il nome utente di
Windows NT al campo Cognome di Notes. Ad esempio, se viene
importato il nome utente ssalani dalla lista del dominio di Windows NT,
l'utente aggiunto alla coda delle registrazioni avrà un cognome che
corrisponde a ssalani e nessun nome. È possibile, se necessario,
modificare il nome nella coda delle registrazioni, aggiungendo S o Susan
al campo Nome e modificando il campo Cognome in Salani.
Creazione di nomi brevi di Notes dai nomi utente di Windows NT
È possibile generare nomi brevi di Notes per gli utenti importati sulla
base dei relativi nomi utente di Windows NT.
Dalla finestra di dialogo Opzioni di aggiornamento utente
Windows NT, selezionare la casella di controllo "Mantieni nome utente
Windows NT univoco come nome breve Notes". Il nome utente di
Windows NT viene aggiunto come voce principale nel campo Nome
breve del documento Persona.
Al nome breve corrispondono le impostazione predefinite per i nomi dei
file relativi alla posta e all'ID utente. Se non viene selezionata l'opzione
per il nome breve, Notes ne genera uno dal primo carattere del nome
dell'utente, seguito dai primi sette caratteri del cognome, ad esempio
ssalani, corrisponde all'utente Susan Salani.
Windows NT
migrato.
del sistema Domino.
di registrazione da applicarsi durante la presente sessione e fare clic
su OK.
gruppo.
registrare gli utenti selezionati nell'ordine in cui sono stati aggiunti
alla coda. Gli utenti non selezionati rimangono nella coda per una
eventuale registrazione successiva.
Il processo di registrazione può richiedere un lasso di tempo
considerevole, in funzione del numero di utenti importati.
Una volta completata la registrazione, appare un messaggio che informa
dello stato dell'operazione. Le registrazioni non riuscite saranno
comunque elencate nella casella Stato della registrazione accanto a un
messaggio indicante la ragione del malfunzionamento. Se necessario, è
possibile correggere le impostazioni di registrazione e tentare
nuovamente di registrare l'utente.
Capitolo 17
Migrazione di utenti da un file LDIF
Questo capitolo illustra argomenti specifici relativi alla migrazione degli
utenti da un file LDAP Data Interchange Format (LDIF).
Migrazione degli utenti da un file LDIF
Usando uno strumento di esportazione LDIF in combinazione con lo
strumento di migrazione Domino per LDIF, è possibile convertire gli
utenti da qualsiasi rubrica esterna che soddisfi il protocollo LDAP e
aggiungerli all'Elenco indirizzi di Domino.
Nota Questa versione dello strumento di migrazione non elabora le
voci dei gruppi LDIF.
argomenti, relativi all'aggiunta di utenti provenienti dai file LDIF
a Notes:
Che cos'è il formato LDIF?
Come vengono usate da Notes le informazioni contenute nel file
LDIF.
Preparazione dell'importazione di un file LDIF.
Migrazione degli utenti da un file LDIF
Registrazione degli utenti migrati da un file LDIF.
Aggiunta di utenti solo come voci dell'elenco indirizzi.
17-1
Lo strumento di migrazione per LDIF crea dei documenti Persona e
gruppo nell'Elenco indirizzi di Domino dalle voci delle persone in un
file LDIF. Facoltativamente è possibile creare degli ID di Notes e dei file
di posta per gli utenti migrati ed eseguirne la registrazione come utenti
di Notes. Gli utenti non registrati, possono essere aggiunti a Domino
solo come voci di elenchi indirizzi, ma non possono connettersi a Notes
e accedere alle risorse di Domino.
Cos'è il formato LDIF?
LDIF è un formato di dati standard usato per portare le informazioni da
un elenco indirizzi che soddisfa il Lightweight Directory Access
Protocol (LDAP). È possibile usare i file LDIF per importare in Notes
utenti da qualsiasi rubrica LDAP.
Ogni voce nel file LDIF contiene una sequenza di linee che descrivono
un oggetto dell'elenco indirizzi e i suoi attributi. I valori di attributo
LDAP nel file possono esistere come testo semplice o possono essere
codificati secondo lo standard base 64 o Universal Multiple-Octet
Coded Character Set Transformation Format 8 (UTF-8). UTF-8 è una
serie speciale di caratteri ASCII che spezza i valori Unicode in sequenze
da 8 bit.
Esempi di voci del file LDIF
dn: cn=Susan Salani, ou=Personale, o=Acme SpA, c=IT
objectclass: top
objectclass: person
objectclass: organizationalPerson
objectclass: inetOrgPerson
cn: Susan Salani
cn: Susan R Salani
cn: Sue Salani
sn: Salani
uid: ssalani
numerotelefonico: +39 031 555 1212
numerotelefonicofax: +39 031 555 1999
posta: [email protected]
numerostanza: 1111
userpassword: password
Come vengono usate da Notes le informazioni contenute nel file LDIF
Lo strumento di migrazione convalida le voci prima di importare
l'utente descritto nella voce. Le voci valide devono includere i seguenti
attributi:
Nome distinto (DN)
Cognome (SN, S o SurName)
Classi di oggetto
La definizione della classe di oggetto top viene richiesta per tutte le voci
e rappresenta la classe di oggetto che specifica il tipo di voce (ad
esempio, Persona). Altre classi di oggetto sono facoltative. Le voci nel file
devono essere separate da una riga vuota. Quando lo strumento di
migrazione incontra una voce che non contiene tutte le informazioni
obbligatorie, la salta e registra l'errore nello storico di Notes.
Aggiunta di un nome distinto al documento Persona
Il nome distinto LDAP (DN) non solo rappresenta il nome di un utente,
ma indica anche l'ubicazione dell'utente stesso nella gerarchia
organizzativa, come definito tramite gli attributi che specificano l'unità
organizzativa, l'organizzazione e il paese. Ad esempio, il seguente nome
distinto dice che l'utente denominato Susan Salani appartiene alla
divisione Risorse umane della società Acme, situata negli Stati Uniti:
dn: cn=Susan Salani, ou=Personale, o=Acme SpA, c=IT
Questa struttura gerarchica è simile a quella che Notes usa per formare i
nomi primari degli utenti registrati, salvo che, in Notes, le informazioni
sull'organizzazione e sull'unità organizzativa di un utente provengono
dall'ID certificatore utilizzato durante la registrazione.
Poiché le informazioni gerarchiche dei nomi distinti importati possono
entrare in conflitto con le informazioni gerarchiche di Notes, per
impostazione predefinita lo strumento di migrazione non aggiunge i
nomi distinti al campo Nome utente del documento Persona durante la
registrazione degli utenti provenienti da un file LDIF. Gli attributi
LDAP O (Organizzazione) e OU (Unità organizzativa) non sono
mappati su campi del documento Persona. Ogni mappatura non riuscita
è annotata nello storico di Notes.
Migrazione di utenti da un file LDIF 17-3
Lo strumento di migrazione tenta di importare le voci
indipendentemente dallo schema LDAP supportato. Qualche schema
può usare degli attributi LDAP che non hanno campi equivalenti nel
documento Persona di Notes. Se lo strumento di migrazione non è in
grado di rilevare un attributo con un equivalente di Notes, lo salta e
registra l'errore nello storico di Notes.
Tuttavia, se non si procede alla registrazione degli utenti importati
(ovvero non vengono creati degli ID di Notes e dei file di posta per
loro), ma si aggiungono a Notes solo come voci di elenchi indirizzi,
potrebbe essere necessario che i loro documenti Persona includano le
informazioni gerarchiche contenute nei loro nomi distinti LDAP.
Quando si importano degli utenti solo come voci di elenchi indirizzi,
selezionare l'opzione di migrazione "Aggiungi il nome completo fornito
al documento Persona di Notes" nella finestra di dialogo Migrazione
persone e gruppi. La selezione di questa opzione dice allo strumento di
migrazione di aggiungere il nome distinto completo, comprese tutte le
informazioni gerarchiche (ovvero gli attributi CN, OU, O e C), come
voce primaria nel campo Nome utente del documento Persona.
Se viene selezionata l'opzione "Aggiungi il nome completo al documento
Persona di Notes" quando si registra un utente, lo strumento di
migrazione aggiunge al documento Persona il nome distinto relativo ad
ogni voce nel file LDIF, come un nome utente secondario.
Elaborazione delle classi di oggetto
Quando si importa un file LDIF, lo strumento di migrazione ignora le
definizioni della classe di oggetti speciali. Per la Versione 5.0, lo
strumento di migrazione Domino per LDIF supporta solo l'importazione
persone. Non importa gruppi o schemi.
Lo strumento di migrazione ricerca ogni voce per le seguenti definizioni
della classe di oggetto:
Persona
OrganizationalPerson
InetOrgPerson
InternetPerson
ResidentialPerson
Se non trova una corrispondenza, la voce viene saltata, poiché non
soddisfa i criteri per essere convertita come persona.
Generazione dei componenti del nome dagli attributi LDAP
Lo strumento di migrazione Domino per LDIF genera i componenti del
nome di Notes dai valori contenuti nei seguenti attributi di una voce
utente.
Attributo LDAP
Componente del nome generato durante la
migrazione
GN o GivenName
Nome
MiddleName
SN, S o SurName
Cognome
Altre informazioni sul nome in una voce (ad esempio, CN) possono
essere aggiunte al documento Persona come nome secondario nel
campo Nome utente.
Elaborazione di attributi con valori multipli
La versione attuale non supporta la migrazione di più valori per i
seguenti attributi:
Nome
Cognome
Indirizzo Internet
Nome abbreviato
Se una voce LDIF contiene più valori per uno qualunque di questi
attributi, solo il primo valore viene aggiunto al documento Persona.
Inoltre, lo strumento di migrazione colloca nel file storico di Notes un
messaggio che indica l'esistenza dell'attributo.
Gli strumenti di migrazione possono collocare al massimo due caratteri
nel campo Iniziale secondo nome di Notes. Se un valore nell'attributo
LDAP MiddleName supera i due caratteri, lo strumento di migrazione
lo tronca. Gli utenti migrati vengono aggiunti con successo alla coda di
registrazione indipendentemente dal fatto che le loro voci includano gli
attributi GivenName (GN) o MiddleName. Tuttavia, se una voce non
include un attributo SurName, SN o S, si devono fornire le informazioni
sul cognome dell'utente prima che l'utente sia pronto per la
registrazione.
Aggiunta di nomi comuni come valori di nome utente secondario
nel documento Persona
Lo strumento di migrazione aggiunge valori dagli attributi nome
comune (CN) e UID di una voce LDIF come valori secondari nel campo
Nome utente del documento Persona.
Importazione delle password da una voce LDIF
Per impostazione predefinita, se un record relativo a un utente ha una
password associata, questa diventa la password di Notes dell'utente
durante l'importazione.
Lo strumento di migrazione fornisce un'opzione, che permette di
generare automaticamente delle password casuali durante
l'importazione, per le voci che non hanno password associate. Per
impostazione predefinita, questa opzione è abilitata.
Preparazione dell'importazione di un file LDIF
Le operazioni da eseguire per preparare un file LDIF per l'importazione
in Notes, dipendono da come si pianifica l'integrazione degli utenti
elencati nel file. È possibile usare un file LDIF per registrare gli utenti
elencati nel file come utenti di Notes.
Prima di importare in Notes gli utenti provenienti da un file LDIF,
completare le seguenti operazioni:
Procurarsi o generare il file LDIF che contiene gli utenti da
importare. Vedere "Uso dell'utility lsearch per la ricerca negli
elenchi indirizzi" per le informazioni sull'uso del programma di
utilità lsearch per la generazione dei file LDIF, compreso nella
Versione 5 di Domino.
Il programma di utilità lsearch è documentato in Amministrazione del
sistema Domino.
Decidere se usare le voci importate per creare degli utenti di Notes
registrati o solo le voci della rubrica.
Lo strumento di migrazione richiederà un lasso di tempo
considerevole per elaborare file LDIF di grandi dimensioni.
Dividere i file di grandi dimensioni in file più piccoli per avere un
maggiore controllo sul processo di migrazione.
Se si pianifica di registrare gli utenti ubicandoli in più unità
organizzative di Notes, creare dei file LDIF separati per ogni unità
organizzativa.
Preparazione dei file LDIF per l'importazione in più unità
organizzative di Notes
La sicurezza di Notes chiede di dimostrare l'autorizzazione per la
creazione degli utenti, con la fornitura di un ID certificatore e di una
password per ogni unità organizzativa (UO) nella quale si intendono
eseguire le registrazioni degli utenti stessi.
Benché il nome distinto relativo a una voce nel file LDIF possa contenere
le informazioni sull'UO di un utente, questa UO non deve
necessariamente corrispondere a quella di Notes e lo strumento di
migrazione non è in grado di importare le informazioni sulla UO
creando i nomi gerarchici di Notes. La parte relativa alla UO del nome
gerarchico Notes di un utente, dipende dall'ID certificatore usato per
registrare l'utente stesso. Quando si esegue lo strumento di
migrazione,viene richiesta la fornitura di un ID certificatore. Gli utenti
importati durante la sessione vengono accodati per la registrazione
nell'unità organizzativa relativa all'ID certificatore specificato.
Se si registrano degli utenti, verificare di disporre dell'accesso agli
ID certificatori e alle password per le organizzazioni e le unità
organizzative di Domino nelle quali si desidera eseguire la
registrazione.
Se si registrano degli utenti, verificare di avere acquistato la licenza
del client di Notes appropriata per ogni utente.
Verificare di disporre dei diritti di accesso Revisione, Impostazione
o Gestione per l'Elenco indirizzi di Domino sul server di
registrazione.
Se vengono creati i file di posta per gli utenti, connettersi a Notes
con un ID di Notes che abbia l'accesso "Crea database" al server di
posta.
Sulla stazione di lavoro di amministrazione, installare il client
relativo a Domino Administrator della Versione 5 di Notes e lo
strumento di amministrazione migrazione LDIF facoltativo. Per
installare questo componente degli strumenti di migrazione, si deve
eseguire un'installazione personalizzata.
Sulla stazione di lavoro di amministrazione, chiudere tutte le
applicazioni, tranne Notes, e qualsiasi database di Notes aperto.
Dalla stazione di lavoro amministrativa, rilevare un'unità che
identifichi l'ubicazione del file LDIF dalla quale si intendono
convertire gli utenti.
gli utenti migrati.
Se fosse necessario migrare gli utenti da un file LDIF in diverse UO nella
gerarchia di Notes, si devono creare dei file separati per ogni UO nella
quale si desidera registrare gli utenti stessi. Se sono stati esportati tutti
gli utenti da una rubrica LDAP in un singolo file, è necessario estrarre le
voci contenute nel file originale, creando dei file differenti per ogni UO.
Quindi, si dovrà importare ogni file indipendentemente, usando l'ID
certificatore per la relativa unità organizzativa.
Ad esempio, se la gerarchia di Notes nella società Acme ha un'unità
Vendite e un'unità Finanza, mentre il file LDIF da importare contiene
delle voci relative a utenti per ognuna di queste unità, è necessario
creare dei file LDIF separati, denominati Vendite e Finanza, mettendo in
ognuno le voci appropriate. Quindi, importare il file Vendite usando
l'ID certificatore Vendite/Acme e il file Finanza con l'ID certificatore
Finanza/Acme.
Specifica del file LDIF da cui migrare
Per migrare gli utenti da un file LDIF, è necessario specificare
l'ubicazione del file. Verificare che il formato delle voci contenute nel file
rispetti le convenzioni LDIF approvate.
Nota Si raccomanda che i file LDIF da importare, vengano generati
tramite un programma di utilità standard per esportazione LDAP, come
lsearch, fornito con la Versione 5 del server Domino. Per ulteriori
informazioni sul programma di utilità lsearch, vedere "Uso dell'utility
lsearch per la ricerca negli elenchi indirizzi".
Il programma di utilità lsearch è documentato in Amministrazione del
sistema Domino.
clic su OK.
il server con cui si dovranno registrare i nuovi utenti. Fare clic
su OK.
Voci LDIF dalla lista Sorgente elenco esterno.
9. Nella finestra di dialogo Seleziona file LDIF, specificare il file LDIF
da importare e fare clic su OK.
Fare clic su Sfoglia per aprire la finestra di dialogo che permette di
esaminare il file system relativo a un file LDIF, iniziando dalla
directory dei dati di Notes.
10. Abilitare le opzioni di migrazione selezionando i relativi elementi
nella casella Opzioni di migrazione. Le opzioni selezionate vengono
applicate a tutti gli utenti importati da un file durante la presente
sessione.
Nota Se non si registrano gli utenti migrati da un file (ovvero, non
si creano i relativi ID di Notes o file di posta), è necessario
aggiungere i loro nomi distinti LDAP al documento Persona, come
nomi utenti primari. Selezionare l'opzione "Aggiungi il nome
completo fornito al documento Persona di Notes" per aggiungere i
nomi distinti.
Gli utenti accodati per la registrazione vengono ora visualizzati
nella casella Stato della registrazione. Ora è possibile registrare gli
utenti disponibili o aggiungerli a Domino solo come voci della
rubrica.
Impostazione delle opzioni per l'importazione degli utenti da un
file LDIF
lo strumento di migrazione deve importare dal file LDIF. Le opzioni
specificate vengono applicate a tutti gli utenti importati dal file durante
la presente sessione.
1. Dalla finestra di dialogo Migrazione persone e gruppi, importare un
file LDIF.
11. Fare clic su Migra, quindi su OK per chiudere il messaggio che
indica il numero e lo stato degli utenti accodati per registrazione.
2. Dopo il messaggio, nella casella Opzioni di migrazione, selezionare
le opzioni desiderate. Per annullare una selezione, fare clic una
seconda volta sull'opzione stessa. La seguente tabella elenca le
opzioni relative all'importazione degli utenti da un file LDIF:
Stato predefinito
Attiva
Non attiva *
* * Se si desidera che gli utenti migrati dal file LDIF diventino delle voci
nell'Elenco indirizzi di Domino, ma non si desidera registrarli come
utenti di Notes (nessun file di posta, nessun ID di Notes), questa
opzione deve essere selezionata. Consultare l'argomento "Aggiunta di
un nome distinto al documento Persona", precedentemente trattato in
questo capitolo, per ulteriori informazioni.
Registrazione degli utenti migrati da un file LDIF
migrato.
Oltre alle informazioni importate dagli attributi relativi ad ogni voce, è
possibile specificare altre informazioni di registrazione per utenti Notes,
tra cui il nome del server di posta, il tipo di licenza, l'appartenenza ad
un gruppo, etc.. Per ulteriori informazioni sulle impostazioni di
registrazione disponibili, vedere Amministrazione del sistema Domino.
Se si desidera aggiungere i nomi importati all'Elenco indirizzi di
Domino, ma non si desidera registrarli come utenti di Notes, consultare
il successivo argomento "Aggiunta di utenti solo come voci dell'elenco
indirizzi".
assicurarsi che siano corrette. Se necessario, modificare tali
informazioni.
Nota La finestra di dialogo Registra persona visualizza un
sottoinsieme di attributi importati dal file LDIF. Lo strumento di
migrazione importa altri attributi, come il numero telefonico, il
gestore, ecc., sebbene essi non vengano qui visualizzati.
di registrazione da applicarsi durante la presente sessione e fare clic
su OK.
gruppo.
registrare e fare clic su Registra.
Il processo di registrazione può richiedere un lasso di tempo
considerevole, in base alla dimensione del file LDIF da importare.
Domino Administrator tenta di registrare gli utenti selezionati
nell'ordine in cui sono stati aggiunti alla coda. Gli utenti non
selezionati rimangono nella coda per una eventuale registrazione
successiva.
Aggiunta degli utenti importati solo come voci di elenchi indirizzi
È possibile usare le voci del file LDIF importato per creare solo delle
voci nell'Elenco indirizzi di Domino, senza creare dei nuovi utenti di
Notes. Lo strumento di migrazione, quindi, crea dei nuovi documenti
Persona per ogni nome importato, ma non genera degli ID di Notes o
dei file di posta. Gli utenti rappresentati con questi documenti Persona
vengono visualizzati nell'Elenco indirizzi di Domino, ma non possono
accedere alle risorse di Domino da un client di Notes.
Usare le voci importate da un file LDIF esclusivamente come voci di
elenchi indirizzi, permette di:
Aggiungere delle informazioni sull'utente da elenchi esterni
all'Elenco indirizzi di Domino, in modo che possa servire come
elenco indirizzi principale. Usando le caratteristiche del server Web
di Domino, è possibile quindi rendere disponibile il contenuto di
questo Elenco indirizzi principale ai motori di ricerca HTTP.
Creare account di sottoscrizione per un sito Web.
Usare la seguente procedura per importare gli utenti solo come voci di
eenchi indirizzi:
Nota Dopo l'avvio del processo di importazione, non è possibile usare
la stazione di lavoro per ogni altra attività, fino alla conclusione dello
stesso. Se necessario, è possibile interrompere il processo premendo i
tasti CTRL-Break.
1. Importare gli utenti da un file LDIF nella coda delle registrazioni,
come spiegato in "Migrazione degli utenti da un file LDIF".
visualizzare le informazioni di registrazione per ogni nome
compreso nella casella Stato della registrazione, per verificare che
risulti corretto. Se necessario, modificare tali informazioni.
di registrazione da applicare durante questa sessione, quindi fare
clic su OK.
4. Dalla casella Stato della registrazione, selezionare tutti gli utenti che
devono essere aggiunti solo come voci di elenchi indirizzi.
5. Selezionare la casella di controllo Avanzate, quindi selezionare il
quadro Posta.
6. Dal quadro Posta, selezionare Nessuno nella casella Sistema di
posta e fare clic su Applica.
7. Selezionare il quadro Informazioni ID, cancellare le caselle di
controllo nella sezione Salva ID utente e fare clic su Applica.
8. Nella casella Stato della registrazione, verificare che gli utenti
selezionati al punto 4 abbiano mantenuto la selezione e fare clic su
Registra.
Domino Administrator tenta di aggiungere gli utenti selezionati
all'Elenco indirizzi di Domino nel medesimo ordine in cui sono stati
aggiunti alla coda. Gli utenti non selezionati rimangono nella coda
per successive elaborazioni.
Il processo di importazione può richiedere un tempo considerevole,
in base al numero degli utenti da importare.
Una volta completato il processo, viene visualizzato un messaggio
che informa sullo stato della registrazione. Gli utenti che non sono
stati importati, continuano ad essere elencati nella casella Stato della
registrazione, con un messaggio indicante la ragione del
malfunzionamento. Correggere le informazioni nel profilo di
registrazione e tentare di importare nuovamente l'utente.
9. Verificare che gli utenti siano stati aggiunti con successo all'Elenco
È possibile usare le voci provenienti da un file LDIF importato, per
creare degli account di sottoscrizione, che permettono di gestire
l'accesso alle risorse che Domino pubblica sul sito Web di una società.
Gli account di sottoscrizione consentono di tutelare alcune informazioni
contenute nel sito Web, rendendole disponibili solo a determinati utenti.
Per accedere a tali informazioni protette, gli utenti devono fornire una
password per autenticarsi.
Creando degli account di sottoscrizione, è possibile sia importare le
password esistenti (dall'attributo userpassword del file LDIF), che
permettere allo strumento di migrazione di generarle, selezionando
l'opzione fornita nella finestra di dialogo Migrazione LDIF.
Uso degli utenti importati negli account di sottoscrizione
Capitolo 18
Migrazione degli utenti da Novell GroupWise 4
da Novell GroupWise 4 a Domino e Notes Versione 5 e fornisce
istruzioni sull'uso di Domino Administrator per completare la
migrazione.
Migrazione degli utenti di Novell GroupWise 4
Migra il contenuto delle caselle postali dall'ufficio postale
GroupWise 4.
Preparazione della migrazione degli utenti di GroupWise 4
Prima di migrare gli utenti da Novell GroupWise 4 a Notes, completare
Applicare le ultime correzioni per client e ufficio postale
GroupWise 4. Il client GroupWise deve essere in Versione 4.1a
perché la migrazione abbia successo. Le correzioni della Versione 5
o successive sono richieste se si esegue la migrazione a
Windows NT 4.0. Controllare le incoerenze nella memorizzazione
dei messaggi utilizzando il programma ofcheck. (le ultime
correzioni e versioni di ofcheck.exe sono liberamente disponibili sul
sito Web di Novell, www.novell.com).
Il client GroupWise 4 deve essere installato sulla stazione di lavoro
da cui è eseguita la migrazione.
Ottenere un file elenco utenti.
18-1
Utilizzare Domino Upgrade Service per Novell GroupWise 4 nel
Domino Administrator per importare gli utenti GroupWise 4 da un
ufficio postale selezionato e registrarli come utenti di Notes. Il processo
di migrazione:
Connettersi alla rete Novell NetWare utilizzando un account
"super-user".
Un "super-user" è un qualsiasi utente di GroupWise 4 che ha i diritti
proxy per visualizzare le informazioni di posta e diario per tutti gli
utenti dell'ufficio postale che verrà migrato. Per concedere i diritti
proxy nel client GroupWise 4, selezionare File - Preferenze - Lista
accessi, fare clic sul pulsante Aggiungi utenti, selezionare un ID
utente "super-user" e concedere a questo utente i diritti di lettura
Posta, Appuntamenti, Attività e Note.
Eseguire il backup dei file della casella di posta archiviati sul server.
Chiudere tutte le applicazioni, escluso Notes, e avviare il client
GroupWise 4.
Procurarsi le copie degli ID certificatori per le organizzazioni e le
unità organizzative in cui verranno registrati gli utenti.
Esportazione di una lista di utenti GroupWise 4
1. Dal programma di amministrazione GroupWise (AD.EXE),
selezionare File - Esporta - File di testo ASCII - Utenti.
2. Selezionare il server o qualsiasi ufficio postale (non selezionare
Intero sistema).
3. Selezionare tutti i campi che sono disponibili ma non non
selezionare alcun campo aggiuntivo (1-10 definito dall'utente).
4. Immettere il nome del file e fare clic su OK.
5. Chiudere il programma di amministrazione.
Importazione di persone e gruppi nella coda di registrazione
fare clic su OK.
GroupWise 4 dalla lista Sorgente elenco esterno.
7. Nella finestra di dialogo GroupWise 4, specificare il nome del file
elenco utenti esportato con il programma GroupWise 4
Administration. La casella Persone/Gruppi disponibili visualizza il
contenuto della lista di indirizzi dell'ufficio postale GroupWise 4.
8. Fare clic su Avanzate per aprire una finestra di dialogo che permette
di specificare altre impostazioni di aggiornamento per la migrazione
degli utenti da Novell GroupWise 4. Selezionare le opzioni per
migrare la posta, il diario e le attività da eseguire. Una volta
terminato di specificare queste impostazioni, fare clic su Chiudi.
9. Nella casella Opzioni di migrazione, selezionare le opzioni per
determinare i dati di Novell GroupWise 4 da migrare a Notes.
10. Dalla casella Persone/Gruppi disponibili, selezionare gli utenti e i
gruppi da migrare, quindi fare clic su Aggiungi.
11. Fare clic su Migra per collocare gli utenti selezionati nella coda di
registrazione, quindi su OK per chiudere il messaggio che indica lo
registrazioni, è possibile registrarli e completare la migrazione. A
seconda delle opzioni selezionate, il processo di registrazione:
migrato.
Converte messaggi e altri dati dalla casella di posta GroupWise 4.
Nota
Il client GroupWise 4 deve essere attivo durante la migrazione.
Migrazione degli utenti da Novell GroupWise 4 18-3
ora visualizzati nella casella Stato della registrazione.
risulti corretto.
2. Fare clic su Opzioni sotto la casella Registrazioni in attesa.
3. Selezionare le opzioni di registrazione da applicarsi durante la
presente sessione e fare clic su OK.
per gli utenti come necessario. Se è stato creato un gruppo
'migrazione', aprire il quadro Gruppi e assegnare adesso gli utenti a
questo gruppo.
rimangono nella coda per una successiva registrazione.
6. Verificare che la migrazione sia avvenuta con successo osservando
l'Elenco indirizzi di Domino e i file di posta dell'utente.
Capitolo 19
Migrazione degli utenti da Novell GroupWise 5
da Novell GroupWise 5 a Domino e Notes Versione 5 e fornisce
migrazione.
Migrazione degli utenti di Novell GroupWise 5
Permette di creare i file di ID e di posta Notes per gli utenti migrati.
Migra il contenuto delle caselle postali dall'ufficio postale
GroupWise 5.
Preparazione della migrazione degli utenti di GroupWise 5
Prima di migrare gli utenti da Novell GroupWise 5 a Notes, completare
Connettersi alla rete Novell NetWare utilizzando un account
"super-user". Un "super-user" è qualsiasi utente GroupWise 5 che ha
i diritti proxy per visualizzare le informazioni di posta e diario per
tutti gli utenti da migrare.
Dal pannello di controllo di Windows, fare clic sull'icona Posta o
Posta e fax. Fare clic su "Mostra profili". Assicurarsi che il profilo di
posta GroupWise sia il profilo predefinito.
Eseguire il backup dei file delle caselle di posta archiviati sul server.
Chiudere tutte le applicazioni tranne Notes.
19-1
Usare il servizio di aggiornamento Domino per Novell GroupWise 5 in
Domino Administrator per importare gli utenti e i gruppi di GroupWise
5 da un ufficio postale selezionato e registrarli come utenti Notes. Il
Per migrare il deposito messaggi di GroupWise 5, deve essere installato
e in esecuzione un client GroupWise 5 per Windows. È necessario anche
avere i diritti proxy per visualizzare le informazioni di posta e diario
per tutti gli utenti che saranno migrati. La procedura che segue spiega
come garantire i diritti proxy a un utente.
Concessione dei diritti proxy nel client GroupWise 5
1. Dal menu del client GroupWise 5, selezionare Strumenti - Opzioni Sicurezza.
2. Dal pannello "Accesso proxy", selezionare "super-user". Dopo avere
concesso i diritti 'super-user', assicurarsi che l'utente abbia accesso
in lettura completo alla sezione delle opzioni
fare clic su OK.
GroupWise 5 dalla lista Sorgente elenco esterno. La casella
Persone/Gruppi disponibili visualizza il contenuto della lista di
indirizzi dell'ufficio postale GroupWise 5.
7. Fare clic su Avanzate per aprire una finestra di dialogo che permette
di specificare altre impostazioni di aggiornamento per la migrazione
degli utenti da Novell GroupWise 5. Selezionare le opzioni per
migrare la posta, il diario e le attività da eseguire. Una volta
terminato di specificare queste impostazioni, fare clic su Chiudi.
8. Nella casella Opzioni di migrazione, selezionare le opzioni per
determinare i dati di Novell GroupWise 5 da migrare a Notes.
migrato.
questo gruppo.
Migrazione degli utenti da Novell GroupWise 5 19-3
risulti corretto.
Capitolo 20
Migrazione degli utenti da Netscape Messaging
Server
da Netscape Messaging Server a Domino e Notes Versione e fornisce
migrazione.
Migrazione degli utenti di Netscape Messaging Server
Importa utenti e gruppi dal server dell'elenco indirizzi e crea le
relative voci nell'Elenco indirizzi di Domino.
Migra il contenuto delle caselle postali IMAP4 da Netscape
Messaging Server
Preparazione della migrazione degli utenti di Netscape Messaging
Server
Prima di migrare gli utenti da Netscape Messaging Server a Notes,
completare le seguenti operazioni:
Assicurarsi di disporre di Netscape Mail Server 3.5, che utilizza
Netscape Directory (LDAP) Server per la memorizzazione delle
informazioni sugli utenti. Lo strumento di migrazione migra
soltanto la posta che è memorizzata nelle caselle postali IMAP, non
la posta nelle caselle postali POP3 né la posta locale.
Assicurarsi che la stazione di lavoro dove avviene la migrazione
abbia una connessione TCP/IP con il server Netscape Messaging e
con Server di elenchi indirizzi.
20-1
Usare il servizio di aggiornamento Domino per Netscape Messaging
Server in Domino Administrator per importare gli utenti e i gruppi
Netscape da un ufficio postale selezionato e registrarli come utenti
Notes. Il processo di migrazione:
Eseguire il backup dei file registrati sul server e delle liste di utenti
in un file LDIF.
Chiudere tutte le applicazioni tranne Notes.
fare clic su OK.
Netscape Mail Server dalla lista Sorgente elenco esterno.
7. Dalla finestra di dialogo Netscape Mail Server, immettere i seguenti
dati:
URL del server dell'elenco - Nome di dominio o indirizzo
TCP/IP del server elenco indirizzi (LDAP).
Porta LDAP - L'impostazione predefinita è 389.
DN di base per la ricerca - Nome distinto dell'organizzazione o
dell'unità organizzativa. Tutti gli utenti e i gruppi creati sotto
questo nome saranno elencati nella lista 'disponibile per la
migrazione'.
DN gestore elenchi e password - Credenziali del gestore di
rubrica per questo server LDAP.
URL del server per i messaggi - Nome di dominio o indirizzo
TCP/IP del server di invio messaggi (IMAP4).
Cambia password in - Se selezionata, tutte le password delle
persone selezionate per la migrazione saranno cambiate nella
password specificata. Se deselezionata, deve essere fornita una
password per ogni utente migrato.
8. Fare clic su OK per eseguire la ricercare nel server LDAP e
richiamare una lista di utenti e gruppi. La casella Persone/Gruppi
disponibili visualizza il contenuto dell'elenco indirizzi Server di
elenchi indirizzi.
migrato.
Nota Dopo l'avvio del processo di registrazione, non sarà possibile
arrestarlo o usare la stazione di lavoro per qualsiasi altra attività fino al
completamento del processo stesso.
risulti corretto.
questo gruppo.
Migrazione degli utenti da Netscape Messaging Server 20-3
Correggere le informazioni nel profilo di registrazione e tentare di
registrare nuovamente l'utente. In alcuni casi, una registrazione non
riuscita crea un documento Persona per l'utente. I tentativi
successivi di registrare l'utente richiedono di sovrascrivere il
documento esistente.
6. Verificare che la migrazione sia avvenuta con successo osservando
l'Elenco indirizzi di Domino e i file di posta dell'utente.
Capitolo 21
Migrazione dei dati di posta personali
Questo capitolo contiene informazioni sulle procedure guidate di
aggiornamento degli utenti per la conversione di messaggi personali da
client cc:Mail, Microsoft Mail e Microsoft Exchange a Notes.
Migrazione dei dati di posta personale
Gli utenti migrano i propri dati personali di posta mediante una
procedura guidata di aggiornamento, che li conduce attraverso il
processo di conversione dei dati di posta personali in dati di Notes. Gli
utenti avviano la procedura guidata di aggiornamento da un messaggio
di aggiornamento nella casella In arrivo del loro file di posta Notes.
L'amministratore invia il messaggio di aggiornamento da Domino
Administrator. Le informazioni nel messaggio di aggiornamento
specificano l'ubicazione dei file di programma della procedura guidata.
La procedura guidata di aggiornamento può essere installata come parte
del client Notes di ciascun utente, oppure in una directory di rete
condivisa.
La Versione 5 di Domino fornisce agli utenti procedure guidate di
aggiornamento per la conversione dei dati personali di posta
provenienti da:
cc:Mail
Microsoft Mail
Microsoft Exchange
21-1
Durante la prima fase di una migrazione, sono stati utilizzati gli
strumenti di migrazione di Domino Administrator per convertire gli
utenti elencati nella Rubrica pubblica del vecchio sistema di posta e
spostare il contenuto delle loro caselle postali dal vecchio server di
messaggistica. Gli utenti ora possono completare la migrazione,
convertendo i propri dati di posta personali, come gli indirizzi privati, le
liste di indirizzi e gli archivi di messaggi.
Nota Oltre a queste procedure guidate di aggiornamento, il client
Notes è fornito anche di strumenti per gli utenti utilizzabili per migrare
le informazioni provenienti dai seguenti programmi di messaggistica e
pianificazione del tempo: Lotus Organizer 2.x e 97, Microsoft Schedule+,
OpenText OnTime, Netscape SuiteSpot, Novell Groupwise 4.x, Novell
Groupwise 5.x e Qualcomm Eudora. Ogni strumento è un database
Notes che può essere installato come componente facoltativo del client
Notes. L'utilizzo di questi strumenti non è descritto in questa guida. Per
informazioni su questi strumenti, fare riferimento alla Guida in linea
fornita con ogni strumento.
Questa sezione comprende i seguenti argomenti:
Dati migrati dalle procedure guidate di aggiornamento utente.
Che cosa fare prima di eseguire la procedura guidata di
aggiornamento.
Requisiti della piattaforma su cui eseguire la procedura guidata di
aggiornamento.
Installazione della procedura guidata di aggiornamento.
Invio agli utenti di un messaggio di notifica dell'aggiornamento.
Esecuzione della procedura guidata di aggiornamento.
Conversione degli archivi di messaggi.
Migrazione delle informazioni della rubrica personale.
Una volta completata l'elaborazione da parte della procedura
guidata di aggiornamento.
Dati dei messaggi migrati dalla procedura guidata per
l'aggiornamento utente
Le procedure guidate di aggiornamento permettono agli utenti di
migrare i propri dati di posta personali da qualsiasi ubicazione, sia essa
un'unità locale o una mappata. Le procedure guidate di aggiornamento
convertono i messaggi archiviati nel vecchio sistema di posta in
messaggi di un archivio di file di posta di Notes. Gli indirizzi privati e le
liste di indirizzi private vengono migrate in una Rubrica personale
(NAMES.NSF) di Notes ubicata sulla stazione di lavoro dell'utente. La
seguente tabella mostra come vengono convertite in Notes le
informazioni provenienti da ognuno dei sistemi di posta esterni
supportati.
Dati di posta da
cc:Mail
Dati di posta da
Microsoft Mail
Dati di posta da
Microsoft
Exchange/Outlook
Converte nei
seguenti
equivalenti di
Notes
Archivi (.CCA
files)
Archivi/backup
(file .MMF)
Cartelle personali
(file .PST)
Cartella nel
database archivio
del file di posta
Allegati
Allegati
Allegati
Priorità di
messaggio
Messaggi
Messaggi
Messaggi*
Gerarchia di
cartella
Gerarchia di
cartella
Viste di cartella
gerarchica
Uffici postali
mobili**
Uffici postali
mobili
Uffici postali
mobili
Non migrati
Liste di indirizzi
private
Gruppi personali
Liste di
distribuzione
personali ***
Documento
gruppo in RP
Indirizzi privati
Contatti in PAB
Voce della
Contatti (solo
Rubrica personale Outlook)/Rubrich
e personali (file
.PAB)
Contrassegni di
lettura/non
lettura****
Contrassegni di
lettura/non
lettura
Messaggi
--
Contrassegni di
Stato lettura/non
lettura/non lettura lettura
Ricevute di ritorno Ricevute di
ritorno
Ricevute di ritorno Ricevute di
ritorno
Cartella Cestino
Cartella Cestino
Cartella Cestino
Non migrati
--
Messaggi di posta
personalizzati
--
Non migrati
--
Report di mancata
consegna
--
Non migrati
--
Messaggi di Posta
interpersonale
(IPM)
--
Non migrati
--
--
Livelli di
sensibilità
Timbri di
valutazione
* La formattazione Rich Text non può essere preservata nei messaggi convertiti
da cc:Mail. I caratteri internazionali presenti nel corpo del messaggio vengono
convertiti con successo durante la migrazione.
** La procedura guidata di aggiornamento può solo migrare i messaggi
archiviati da un utente di cc:Mail Mobile. Gli utenti non possono convertire il
Migrazione dei dati di posta personali 21-3
Allegati
Priorità di
messaggio
Priorità di
messaggio
contenuto di un'intera casella postale da un ufficio postale mobile ubicato sulla
propria stazione di lavoro. Gli utenti mobili che desiderano migrare i propri
messaggi, devono archiviarli nel vecchio programma di posta prima di eseguire
la procedura guidata di aggiornamento.
*** La procedura guidata di aggiornamento converte gli elenchi di distribuzione
personali Exchange mantenuti nel file PAB del client.
**** Gli archivi cc:Mail possono contenere solo messaggi che sono stati letti e
quindi la procedura guidata di aggiornamento assegna lo stato letto a tutti i
messaggi archiviati che vengono migrati. In questa versione della procedura
guidata di aggiornamento per Microsoft Exchange, a tutti i messaggi convertiti
da Exchange è assegnato lo stato non letto.
Cosa fare prima di eseguire la procedura guidata di aggiornamento
Prima che un utente possa eseguire la procedura guidata di
aggiornamento, l'amministratore del sistema deve eseguire le seguenti
operazioni:
Migrare gli utenti e le loro caselle postali in Notes, servendosi degli
strumenti di aggiornamento di Domino Administrator.
Decidere se gli utenti dovranno eseguire la procedura guidata di
aggiornamento localmente o dalla rete.
Installare il client Notes Versione 5 sulla stazione di lavoro
dell'utente.
Inviare agli utenti un messaggio di notifica dell'aggiornamento.
Requisiti della piattaforma su cui eseguire la procedura guidata di
aggiornamento
Perché la procedura guidata di aggiornamento funzioni correttamente, è
necessario avere un determinato software installato sul computer dove
viene eseguita. La seguente tabella mostra il software richiesto per
eseguire ogni versione della procedura guidata di aggiornamento:
Requisiti
Client migrato da
cc:Mail
Client migrato da
Microsoft Mail
Client migrato da
Microsoft Exchange/
Microsoft Outlook
Versioni
supportate
V2.x, V6.x, V8.x*
3.2, 3.5, 3.6
Tutti
Client Notes**
V5
V5
V5
Sistema operativo Windows 95,
della stazione di Windows NT 4.0
lavoro
Windows NT 4.0 Windows 95,
Windows NT 4.0
* Non è possibile migrare gli indirizzi privati dei client cc:Mail della
Versione 8.x.
** ** La procedura guidata di aggiornamento potrebbe non essere in grado di
lavorare correttamente sui computer dove il client della Versione 5 di Notes è
installato assieme ad altre versioni precedenti di Notes. Per evitare errori
durante l'esecuzione della procedura guidata di aggiornamento su computer
con più versioni di Notes installate, modificare l'istruzione PATH dell'utente in
modo da includervi le directory di programma e dei dati di Notes Versione 5,
ed escludere le stesse directory della versione precedente. Anche dopo aver
modificato l'istruzione PATH, il client V5 localizzerà e cercherà comunque di
usare le versioni precedenti del file NOTES.INI (ad esempio nella directory
Windows). Per evitare errori durante la procedura guidata di aggiornamento,
rinominare le versioni precedenti del file NOTES.INI eventualmente presenti
sulla stazione di lavoro dell'utente.
Installazione della procedura guidata di aggiornamento
I file della procedura guidata di aggiornamento possono essere installati
nelle seguenti ubicazioni:
In un'ubicazione di rete condivisa.
Localmente, come parte del client Notes.
Installazione della procedura guidata di aggiornamento su un'unità
di rete
Qualora gli utenti eseguano la procedura guidata di aggiornamento da
un'unità di rete, sarà necessario eseguire le seguenti operazioni:
Installare la procedura guidata di aggiornamento su un'unità di rete.
Mappare le unità delle stazioni di lavoro utente sulla directory
contenente i file del programma della procedura guidata di
aggiornamento. Per fare ciò in maniera automatica, è possibile
utilizzare una procedura di login.
Inviare agli utenti un messaggio di notifica dell'aggiornamento che li
informi del percorso della directory ove risiede la procedura
guidata di aggiornamento.
Decidendo di lasciare agli utenti il compito di eseguire la procedura
guidata di aggiornamento da un'ubicazione di rete piuttosto che
Gli utenti possono eseguire la procedura guidata di aggiornamento
facendo clic su un pulsante presente all'interno del corpo del messaggio
di aggiornamento inviato da Domino Administrator. Una volta riempito
il modulo del messaggio di aggiornamento, viene specificata
l'ubicazione della procedura guidata di aggiornamento. Gli utenti
devono eseguire la procedura guidata di aggiornamento da un client
Notes che è installato sullo stesso computer dei dati di posta da migrare
o che ha almeno accesso a questi dati.
localmente, sarà necessario installare il software necessario in una
directory che sia accessibile a tutti gli utenti migrati. Per assicurarsi che
tutti i file necessari siamo copiati nella directory, eseguire
un'installazione speciale del client Notes, come indicato nella seguente
procedura. Si raccomanda di non tentare di copiare manualmente i file
di programma della procedura guidata da un'ubicazione a un'altra.
1. Quando è richiesta la selezione del tipo di client da installare, fare
clic su una qualunque delle scelte disponibili e quindi su
Installazione selettiva.
2. Dalla lista Componenti, selezionare Strumenti di migrazione, quindi
fare clic su Cambia.
3. Dalla finestra di dialogo Seleziona sottocomponenti, selezionare la
casella di controllo degli strumenti di migrazione da installare
assieme al client e deselezionare tutte le altre. Ad esempio, per
installare la procedura guidata di aggiornamento da cc:Mail a
Notes, selezionare la casella di controllo cc:Mail Client Migration
Tools e deselezionare tutte le altre.
4. Fare clic su Continua.
5. Dalla lista Componenti, deselezionare le caselle di controllo degli
altri componenti dell'installazione.
6. Fare clic su Avanti, quindi procedere con il resto dell'installazione
come indicato.
7. Una volta completata l'installazione, fornire l'accesso a questa
directory a tutti gli utenti migrati e inviare loro un messaggio che
notifichi l'avvenuto aggiornamento e che specifichi il percorso della
directory. Configurare le stazioni di lavoro degli utenti perché
eseguano una procedura di login del client che colleghi
automaticamente alla directory un'unità della loro stazione di
lavoro.
Installazione della procedura guidata di aggiornamento mediante il
client Notes di un utente
Quando viene installato il software del client Notes, normalmente i file
richiesti dalla procedura guidata di aggiornamento eseguita localmente
non vengono installati. Qualora gli utenti debbano eseguire la procedura
guidata di aggiornamento localmente, sarà necessario personalizzare
l'installazione del client Notes in modo da installare i file di programma
appropriati sulla stazione di lavoro.
1. Alla richiesta di selezionare il tipo di client da installare, fare clic sul
tipo di client più appropriato, quindi fare clic su Installazione
selettiva.
2. Dalla lista Componenti, selezionare Strumenti di migrazione, quindi
fare clic su Cambia.
3. Dalla finestra di dialogo Seleziona sottocomponenti, selezionare la
casella di controllo degli strumenti di migrazione da installare
assieme al client e deselezionare tutte le altre. Ad esempio, per
installare la procedura guidata di aggiornamento da cc:Mail a
Notes, selezionare la casella di controllo cc:Mail Client Migration
Tools e deselezionare tutte le altre.
4. Fare clic su Continua.
5. Fare clic su Avanti, quindi procedere con il resto dell'installazione
come indicato.
Invio agli utenti di un messaggio di notifica dell'aggiornamento
Tipo del sistema di posta da cui vengono migrati gli utenti.
L'ubicazione dei file di programma della procedura guidata di
aggiornamento.
Altre informazioni necessarie per la migrazione dei dati di posta
personali.
Prima di inviare la notifica di aggiornamento, installare la procedura
guidata di aggiornamento localmente sulla stazione di lavoro di ogni
utente migrato, come parte del client Notes, oppure in una directory di
rete condivisa dagli utenti cui essi abbiano accesso.
1. Dal quadro Server di Domino Administrator, selezionare il server
dove sono stati registrati gli utenti migrati.
2. Nel quadro Attività, fare clic sulla pagina Persone e gruppi, quindi
fare clic destro sul nome dell'elenco indirizzi di Domino del server e
selezionare Apri elenco.
3. Dal menu di Notes, selezionare File - Database - Controllo accessi.
Gli utenti migrati possono eseguire una procedura guidata di
aggiornamento dal client Notes per convertire le informazioni di posta
personali in archivi di posta e Rubriche personali di Notes. Gli utenti
possono eseguire la procedura guidata facendo clic sul pulsante che
appare all'interno del corpo del messaggio di posta di Notes inviato loro
da Domino Administrator. Il messaggio di notifica di aggiornamento
che viene inviato contiene le seguenti informazioni:
4. Dal quadro Generali della finestra di dialogo Lista controllo accessi,
selezionare l'ID amministratore da utilizzare, quindi dalla casella
Ruoli selezionare UserModifier o NetModifier.
Se si utilizza una copia locale dell'Elenco indirizzi di Domino,
selezionare anche il quadro Avanzate e fare clic sulla casella di
controllo "Forza una LCA coerente per tutte le repliche di questo
database".
5. Fare clic su OK.
6. Dalla pagina Persone e gruppi, fare clic sulla vista Server dell'Elenco
indirizzi di Domino, quindi fare clic su Utenti della posta.
7. Fare clic su Invia notifiche di aggiornamento nella parte alta del
quadro Risultati per aprire il modulo Messaggio di aggiornamento.
8. Fare clic su Indirizzo nella barra delle azioni e specificare gli utenti a
cui inviare il messaggio di aggiornamento.
Se durante la registrazione gli utenti sono stati aggiunti a un gruppo
di 'Migrazione', indirizzare il messaggio al nome del gruppo.
9. Nella sezione Configurazione amministratore, selezionare "Inviare
avvisi informativi di conversione locale cc:Mail/MS Mail/MS
Exchange".
10. Qualora si desideri che gli utenti eseguano la procedura guidata di
aggiornamento da una copia presente sulla rete, immettere nella
sezione Percorso utilità di conversione posta il percorso che
connetterà le loro stazioni di lavoro alla directory di rete ove è
situato il programma.
Lasciare vuoto questo campo se la procedura guidata di
aggiornamento è stata installata localmente sulla stazione di lavoro
di ciascun utente.
11. Nella sezione Opzioni di conversione posta, selezionare il tipo di
sistema di posta da cui vengono migrati gli utenti.
12. Per una migrazione da cc:Mail, completare come segue le
informazioni di mappatura del gateway:
Immettere i nomi degli uffici postali gateway di cc:Mail nel
campo "Converti i seguenti UP cc:Mail".
Immettere i nomi dei domini Notes equivalenti nel campo "Per i
seguenti domini Notes".
La procedura guidata di aggiornamento sostituirà i nomi dei
gateway cc:Mail presenti negli indirizzi dei messaggi e negli
indirizzi personali migrati con il nome dei domini Notes specificati.
13. La sezione Informazioni aggiuntive mostra il testo che sarà aggiunto
alla notifica di aggiornamento ricevuta dagli utenti interessati
dall'operazione. Se necessario, è possibile modificare il testo del
messaggio, in modo da fornire agli utenti eventuali ulteriori
informazioni sull'operazione di migrazione.
14. Una volta completato il modulo, fare clic su Invia nella barra delle
operazioni per inviare il messaggio di aggiornamento a ogni utente
specificato.
Specifica del percorso della procedura guidata di aggiornamento
presente sulla rete
Prima di completare e inviare il modulo Messaggio di aggiornamento, la
procedura guidata di aggiornamento appropriata deve essere installata
su un'unità di rete condivisa ed è necessario assicurarsi che tutti gli
utenti migrati mappino questa ubicazione con una lettera di unità
specifica. Fornire agli utenti una procedura di login che mappi l'unità, in
modo che essi usino tutti la stessa lettera di unità per tale l'ubicazione.
Il percorso specificato deve essere identico a quello indicato dagli utenti
sulle proprie stazioni di lavoro. Ad esempio, se gli utenti usano la
lettera di unità J per mappare la directory contenente la procedura
guidata di aggiornamento, immettere quanto segue nel campo: J:\.
Specifica della mappa dei gateway per la migrazione degli utenti
di cc:Mail
Le informazioni di mappatura dei gateway permettono alla procedura
guidata di aggiornamento da cc:Mail a Notes di convertire gli indirizzi
di gateway, presenti negli archivi e negli indirizzi privati convertiti, nei
rispettivi equivalenti di Notes.
Per ulteriori informazioni sul modo in cui la procedura guidata di
aggiornamento traccia la mappa dei gateway nei documenti migrati,
vedere "Conversione degli archivi di messaggi" e "Migrazione voci
rubrica privata".
Immettere il percorso DOS della directory di rete ove si trova la
procedura guidata di aggiornamento appropriata nel campo "Percorso
utilità di conversione posta" del modulo Messaggio di aggiornamento.
Terminare l'indicazione del percorso con la barra rovescia ('\').
Esecuzione della procedura guidata di aggiornamento
Gli utenti possono avviare la procedura guidata di aggiornamento
aprendo il messaggio Aggiorna notifica ricevuto dopo la migrazione e
facendo clic sul pulsante che appare all'interno del contenuto del
messaggio. La procedura guidata di aggiornamento può essere installata
localmente come parte del client Notes di ciascun utente, oppure in una
directory di rete condivisa. I messaggi Aggiorna notifica vengono inviati
ai file di posta Notes degli utenti dopo la migrazione delle loro caselle di
posta mediante gli strumenti di aggiornamento di Domino
Administrator.
Una volta avviata, la procedura guidata di aggiornamento cerca
automaticamente l'installazione di Notes presente sulla stazione di
lavoro dell'utente in questione. Qualora la directory di programma di
Notes non venga trovata, la procedura guidata non potrà essere
eseguita correttamente.
La procedura guidata di aggiornamento ottiene le informazioni relative
all'ambiente Notes dal file NOTES.INI attivo presente nella directory dei
dati di Notes e dal messaggio Aggiorna notifica. Per gli utenti che
eseguono la migrazione da cc:Mail V2.x e V6.x, la procedura guidata di
aggiornamento ottiene le informazioni anche dal file PRIVDIR.INI
presente sulla stazione di lavoro dell'utente.
Nota Gli utenti devono eseguire la procedura guidata di
aggiornamento da un client Notes che è installato sullo stesso computer
dei dati di posta da migrare o che ha almeno accesso a questi dati.
Esecuzione della procedura guidata di aggiornamento da una
scorciatoia di tastiera
Alternativamente, è possibile creare una scorciatoia nel desktop da cui
gli utenti possono eseguire la procedura guidata di aggiornamento. La
scorciatoia deve puntare sull'ubicazione in cui è stata installata la
procedura guidata di aggiornamento e deve specificare un'applicazione
di destinazione come segue:
cc:Mail -- NUPGRADE.EXE 1
Microsoft Mail -- NUPGRADE.EXE 2
Microsoft Exchange -- NUPGRADE.EXE 3
Il campo "Avvia in" nel pannello Proprietà della scorciatoia specifica la
directory utilizzata come il punto di partenza per selezionare file di
archivio da migrare. Per impostazione predefinita, questa è impostata
sulla directory in cui risiede l'applicazione.
Informazioni che la procedura guidata di aggiornamento ottiene dal
messaggio di notifica di aggiornamento
Il messaggio Aggiorna notifica fornisce le informazioni usate dalla
procedura guidata di aggiornamento per la migrazione dei dati di posta
personali. Le informazioni ottenute sono le seguenti:
Tipo del sistema di posta da cui viene eseguita le migrazione
(cc:Mail, Microsoft Mail o Microsoft Exchange).
Nome del server di posta Notes dell'utente.
Mappatura tra gateway dell'ufficio postale cc_Mail e i domini
Domino (solo per utenti cc:Mail).
ID del messaggio
Le procedure guidate di aggiornamento per Microsoft Mail e Microsoft
Exchange non utilizzano l'ID del messaggio. Per la procedura guidata di
aggiornamento da cc:Mail a Notes, l'ID del messaggio è usato per
trovare il messaggio nel file di posta dell'utente, in modo che sia
possibile leggere le informazioni di mappatura dei gateway per
l'elaborazione di archivi e indirizzi privati.
La procedura guidata di aggiornamento ottiene alcune ulteriori
informazioni dal file NOTES.INI attivo che si trova nella directory dei
dati di Notes sulla stazione di lavoro dell'utente. Qualora nella directory
dei dati di Notes non venga trovato il file NOTES.INI, la procedura
guidata lo cercherà nella directory di programma, quindi nel percorso
di sistema. Le informazioni ottenute provengono dai valori delle
seguenti impostazioni:
Informazioni
Impostazione di NOTES.INI
Rubrica personale (RP)
Prima voce in "NAMES="
Ubicazione della directory dei dati di
Notes
Valore di "Directory ="
Nome del file di posta di Notes
Valore di "MailFile="
Credenziali dell'utente (password, ecc.) Valore di "KeyFileName="
Generalmente, il file Rubrica pubblica è chiamato NAMES.NSF ed è
ubicato nella directory locale dei dati di Notes. Il valore del campo
"MailFile" indica il nome del file di posta attivo, come specificato nel
documento Località attuale dell'utente.
Informazioni che la procedura guidata di aggiornamento ottiene dal
file NOTES.INI
Selezione di un metodo di aggiornamento
Ognuna delle procedure guidate di aggiornamento permette a un utente
di convertire due o tre tipi di dati personali, come appare nella seguente
tabella:
Aggiornamento guidato
Dati di posta migrati
cc:Mail
Liste indirizzi private, Indirizzi privati, Archivi
Microsoft Mail
Rubriche personali, Archivi
Microsoft Exchange
Rubriche personali/Contatti, Cartelle personali
Quando un utente esegue la procedura guidata di aggiornamento
utilizzando il metodo predefinito Express, elabora tutti i dati dei
messaggi di posta disponibili utilizzando le impostazioni predefinite.
Quando si seleziona l'aggiornamento personalizzato, gli utenti possono
convertire indipendentemente ognuno dei tipi di dati disponibili.
Ad esempio, durante un'aggiornamento personalizzato gli utenti che
eseguono la migrazione da Microsoft Mail possono selezionare
indipendentemente indirizzi privati, liste di distribuzione e archivi. Le
procedure guidate di aggiornamento segnalano un errore se non
possono individuare o migrare uno qualunque dei tipi di dati.
Conversione degli archivi di messaggi
Gli utenti possono avere considerevoli quantità di dati memorizzati nei
propri archivi di messaggi. La procedura guidata di aggiornamento può
convertire i messaggi archiviati degli utenti in un database archivio di
Notes. Per ogni utente, gli archivi di messaggi selezionati vengono
riuniti in un singolo database di Notes. All'interno di questo database, il
nome dei file archivio originali viene usato come nome di una cartella.
Per impostazione predefinita, il database di Notes viene creato nella
sottodirectory Posta della directory dei dati di Notes.
Nota Qualora gli utenti creino il database archivio sulla rete, essi
dovranno disporre dell'accesso in lettura/scrittura a quell'unità.
La procedura guidata di aggiornamento può essere eseguita più di una
volta per migrare gruppi aggiuntivi di archivi di messaggi. Gli archivi
aggiuntivi possono essere aggiunti al database archivio di Notes già
creato, oppure diventare parte di un nuovo database.
Microsoft Mail e Microsoft Exchange non permettono agli utenti di
archiviare posta. Gli utenti possono invece eseguire la copia di riserva
delle loro caselle postali, creandone delle copie fuori linea che vengono
memorizzate nello stesso formato di file (.MMF e .PST, rispettivamente)
delle caselle postali attive. La procedura guidata di aggiornamento può
migrare i dati contenuti in qualsiasi file .MMF o .PST.
La procedura guidata di aggiornamento da cc:Mail a Notes non è in
grado di convertire i messaggi provenienti da un ufficio postale cc:Mail
Mobile. Gli utenti che desiderano convertire i messaggi di un ufficio
postale Mobile devono prima archiviarli. In seguito, essi potranno
eseguire la procedura guidata di aggiornamento per migrare i messaggi
archiviati.
Migrazione di archivi durante un aggiornamento Express
Eseguendo la procedura guidata di aggiornamento, agli utenti viene
richiesto di selezionare tra le due possibilità di migrazione
Aggiornamento rapido e Aggiornamento personalizzato. Per la maggior
parte degli utenti è raccomandata la scelta di Aggiornamento rapido.
Durante un aggiornamento Express, ogni installazione guidata di
aggiornamento utilizza un metodo diverso per determinare quali file di
archivio migrare, come appare nella seguente tabella:
Come la procedura guidata di aggiornamento
seleziona gli archivi da migrare
cc:Mail *
Migra tutti i file .CCA nell'ubicazione specificata
nella sezione [cc:Archives] di WMAIL.INI
Microsoft Mail
L'utente specifica i file da migrare
Microsoft Exchange
Migra tutti i file .PST nell'ubicazione specificata
nel profilo MAPI
* Il client cc:Mail Versione 8.x non registra le informazioni nel file WMAIL.INI.
Come risultato, quando gli utenti del client Versione 8.x eseguono un
aggiornamento Express, la procedura guidata di aggiornamento non converte
alcun file di archivio. Per migrare gli archivi, i client cc:Mail Versione 8.x
devono utilizzare l'opzione di migrazione personalizzata per poter selezionare
l'ubicazione dei file archivio da migrare.
Migrazione degli archivi durante un aggiornamento personalizzato
Dopo aver selezionato una migrazione personalizzata, gli utenti che
eseguono la migrazione da cc:Mail o Microsoft Mail possono specificare
le seguenti opzioni per la migrazione degli archivi:
File archivio da migrare.
Il modello del file di posta Notes da usare per la creazione del
database archivio di Notes.
La directory nella quale si desidera creare l'archivio di posta Notes
risultato della migrazione.
Sistema di posta
Per gli utenti che migrano da Microsoft Exchange, la procedura guidata
di aggiornamento converte le cartelle personali indicate nel profilo
MAPI dell'utente.
Migrazione della gerarchia di una cartella di posta
Microsoft Mail e Microsoft Exchange permettono agli utenti di creare
copie di backup delle proprie caselle postali. Queste repliche fuori linea
sono memorizzate nello stesso formato dei file delle caselle postali attive
(file .MMF e .PST, rispettivamente), e possono contenere più cartelle e
sottocartelle. Durante la migrazione di questi file in un archivio di posta
Notes, la procedura guidata di aggiornamento conserva la gerarchia di
cartella esistente.
Ad esempio, un utente Microsoft Mail può avere una copia di backup di
una cartella della propria casella postale chiamata Progetti, nella quale
vi sono quattro sottocartelle chiamate Q1, Q2, Q3 e Q4. Quando l'utente
migra il file Projects.MMF, la procedura guidata di aggiornamento crea
una cartella chiamata Progetti all'interno dell'archivio di posta Notes,
quindi vi replica la gerarchia esistente all'interno di questa cartella,
creando le sottocartelle chiamate Q1, Q2, Q3 e Q4.
Durante la migrazione di archivi cc:Mail, la procedura guidata di
aggiornamento converte anche ciascun archivio in una cartella
all'interno del database archivio di Notes, migrando i messaggi
all'interno di ogni archivio cc:Mail nella cartella appropriata. Tuttavia,
poiché gli archivi cc:Mail contengono solo singoli messaggi e non
sottocartelle, gli archivi cc:Mail migrati conterranno solo cartelle
principali.
Traduzione dei nomi di gateway cc:Mail all'interno dei messaggi
archiviati
Per cc:Mail, i nomi dei gateway presenti nell'indirizzo dei messaggi
archiviati dal mittente vengono migrati in base al gateway mappato nel
messaggio di aggiornamento inviato dallo strumento di aggiornamento
di Domino Administrator.
La mappatura dei gateway non è supportata per gli archivi dei messaggi
migrati da Microsoft Mail o Microsoft Exchange. I messaggi migrati da
Microsoft Mail o Microsoft Exchange non vengono aggiornati
automaticamente con i nomi dei gateway di Notes. Gli utenti possono
dover modificare gli indirizzi per assicurarsi che questi facciano
riferimento al gateway corretto.
Per informazioni su come specificare la mappatura dei gateway tra
cc:Mail e Notes, vedere "Specifica della mappa dei gateway per la
migrazione degli utenti di cc:Mail".
Requisiti di spazio su disco per la migrazione degli archivi
Le dimensioni del modello del file di posta di Notes sono di circa 2 MB.
Le dimensioni di ciascun archivio migrato è pari circa alla somma della
dimensione del modello più il 130% delle dimensioni dell'archivio
originale.
Ad esempio, se l'archivio originale è di 3 MB, l'archivio convertito sarà
circa pari a (1,3 * 3 MB) + 2 MB, per un totale di circa 5,9 MB. Si
consiglia di mostrare agli utenti come prevedere la quantità di spazio su
disco necessaria prima di procedere a convertire i propri archivi.
Selezione dei file archivio da migrare
Le procedure guidate di aggiornamento per cc:Mail e Microsoft Mail
consentono agli utenti di specificare i file archivio da migrare. Quando
si specificano i file da migrare, gli utenti possono sfogliare il file system
per selezionare i file archivio da qualsiasi unità disponibile, sia essa di
rete o locale.
Per impostazione predefinita, quando si sceglie di specificare i file
archivio da migrare, le procedure guidate di aggiornamento cercano i
file nella directory di lavoro attiva. Se gli utenti eseguiranno la
procedura guidata di aggiornamento da una scorciatoia nel desktop di
Windows, è possibile impostare la directory di lavoro attiva
modificando il campo 'Avvia in' in Proprietà della scorciatoia per
l'applicazione. Se gli utenti eseguiranno la procedura guidata di
aggiornamento dal messaggio di notifica di aggiornamento o se non
viene modificata l'ubicazione "Avvia in", la directory di lavoro attiva è
impostata sulla directory da cui è stata avviata l'applicazione. Per
specificare una diversa origine per gli archivi, gli utenti possono
esaminare il file system per individuare gli archivi da convertire.
Gli utenti devono disporre dell'accesso in lettura/scrittura alla directory
contenente i file archivio da convertire, come pure alla directory
contenente i file temporanei utilizzati durante il processo di migrazione.
La procedura guidata di aggiornamento crea i propri file temporanei
nella directory specificata nella variabile "TEMP=" dell'ambiente
Windows. Di solito, la variabile TEMP specifica una directory locale,
come ad esempio C:\WINDOWS\TEMP.
Utenti che migrano da cc:Mail possono specificare solo i file archivio se
eseguono la procedura guidata utilizzando il metodo di aggiornamento
personalizzato. Le procedure guidate di aggiornamento per Microsoft
Mail chiedono agli utenti di selezionare i file archivio
indipendentemente dal metodo di aggiornamento selezionato.
Durante la conversione degli archivi Microsoft Mail o Microsoft
Exchange protetti da una password, l'utente dovrà fornire nome utente
e password appropriati. Gli archivi di cc:Mail non sono protetti da
password, e possono essere aperti e migrati da qualunque utente abbia
l'accesso appropriato al file.
Specifica del modello da usare per gli archivi migrati
La procedura guidata di aggiornamento usa il modello di posta
specificato per la migrazione degli archivi in un database archivio di
Notes. Per impostazione predefinita, la procedura guidata di
aggiornamento usa il modello definito dalla variabile
"DefaultMailTemplate" nel file NOTES.INI dell'utente, oppure, se questa
variabile non è definita, il modello MAIL50.NTF. Nella maggior parte
dei casi, gli utenti non devono modificare l'impostazione predefinita.
Per modificare l'impostazione relativa al modello da usare, gli utenti che
eseguono la migrazione da cc:Mail devono selezionare l'opzione
Aggiornamento personalizzato e modificare il campo Nome modello
nella finestra di dialogo Opzioni di conversione archivio. Gli utenti che
migrano da Microsoft Mail o Microsoft Exchange hanno la possibilità di
specificare un modello di posta indipendentemente dal fatto che
eseguano un aggiornamento rapido e personalizzato.
Specifica dell'ubicazione verso la quale migrare gli archivi
Durante la migrazione degli archivi, gli utenti possono specificare dove
la procedura guidata di aggiornamento dovrà collocare i database
archivio di Notes risultanti. Per impostazione predefinita, la procedura
guidata di aggiornamento migra tutti gli archivi in un singolo database
di posta di Notes. Ciò significa che, se l'utente procede alla migrazione
di archivi cc:Mail e Microsoft Mail, tutti gli archivi verranno inseriti in
un singolo database archivio di Notes. Se non altrimenti specificato, il
database viene creato nella sottodirectory MAIL della directory dei dati
di Notes dell'utente in questione, come specificato nel file NOTES.INI.
Quando tentano di creare il database archivio, agli utenti viene richiesto
di fornire una password di Notes.
L'archivio di Notes risultante ottiene automaticamente un nome di otto
caratteri dal nome di Notes dell'utente migrato, al quale viene aggiunto
il prefisso A_. Ad esempio, se il nome di Notes dell'utente che migra un
archivio è Roberto Rutelli, il database risultato dell'operazione avrà il
nome A_RRUTEL.NSF.
Per Microsoft Mail e Microsoft Exchange, se il file archivio a sua volta
contiene più file, questi vengono trasformati in viste cartella nel
database archivio di Notes risultante. Per evitare confusioni e duplicati
nei nomi dei file archivio (provenienti da più directory sorgenti), la
procedura guidata aggiunge un numero al nome dell'archivio. Ad
esempio, se la procedura guidata di aggiornamento migra i due file
archivio\1996\riunioni e archivio\1997\riunioni, essi vengono
visualizzati all'interno di un singolo database di Notes come cartelle
aventi i nomi riunioni1 e riunioni2.
Le impostazioni predefinite vengono conservate quando gli utenti
scelgono l'opzione Express come metodo di aggiornamento. Per
specificare una destinazione diversa, gli utenti di cc:Mail devono
selezionare Personalizzato come metodo di aggiornamento e modificare
il campo Cartella nella finestra di dialogo Opzioni di conversione
archivio. Gli utenti che migrano da Microsoft Mail o Microsoft Exchange
possono modificare la destinazione indipendentemente dal metodo di
aggiornamento selezionato.
Gli utenti possono eseguire la procedura guidata di aggiornamento più
di una volta, in modo da convertire ulteriori archivi. Per impostazione
predefinita, gli archivi migrati dopo la sessione iniziale vengono
aggiunti al database archivio di Notes esistente. L'utente può però,
agendo come segue, inserire gli archivi migrati in seguito alla prima
operazione in un database archivio diverso:
Rinominare il database originale prima di migrare gli archivi
aggiuntivi. Quindi eseguire la procedura guidata di aggiornamento
e migrare gli archivi verso l'ubicazione predefinita.
Eseguire la procedura guidata di aggiornamento e selezionare
Personalizzato come tipo di aggiornamento. Quindi, nel campo
Cartella della finestra di dialogo Opzioni di conversione archivio,
specificare l'ubicazione della directory destinazione del database di
archivio di Notes diversa da quella del database originale.
Esecuzione della procedura guidata nuovamente per la conversione
di archivi aggiuntivi
Introduzione alla migrazione delle informazioni delle rubriche
personali
Gli utenti che vengono migrati in Notes potrebbero voler mantenere le
informazioni delle rubriche personali del loro precedente sistema di
posta dopo che sono passati a Notes. Le procedure guidate di
aggiornamento consentono agli utenti di migrare le informazioni delle
rubriche personali in una Rubrica personale (RP) di Notes.
Vi sono due tipi di voci di rubrica personale che gli utenti possono
migrare:
Gli indirizzi personali degli utenti non elencati nella Rubrica
pubblica; ad esempio, indirizzi di posta elettronica Internet.
Le liste di indirizzi personali destinate alla distribuzione di posta
elettronica a più persone in una sola volta.
Durante la migrazione delle informazioni provenienti da una rubrica
personale, la procedura guidata di aggiornamento converte gli indirizzi
personali in voci Contatto nella RP. Utenti che migrano dal client
cc:Mail Versione 8.x non possono convertire gli indirizzi privati.
Le liste di indirizzi personali vengono migrate in gruppi Multifunzione
nella RP. Oltre che come liste di indirizzi, i gruppi Multifunzione
possono essere usati come liste di controllo accessi e liste accesso negato
in un documento Server.
Come la procedura guidata di aggiornamento ottiene le informazioni
su una rubrica personale
La procedura guidata di aggiornamento dell'utente legge le
informazioni migrate dalle rubriche da una o due possibili sorgenti, a
seconda del sistema di posta da cui l'utente esegue la migrazione.
Allegati dei messaggi inviati dagli strumenti di migrazione Domino
File della rubrica personale individuati su un drive locale o mappato
della stazione di lavoro
La procedura guidata di aggiornamento copia le informazioni contenute
negli allegati e negli archivi di messaggi nella RP del client Notes
dell'utente.
Migrazione delle informazioni delle rubriche personali cc:Mail
Per gli utenti migrati da cc:Mail, la procedura guidata di aggiornamento
estrae alcune informazioni della rubrica personale da un allegato, e
alcune da un file di dati presente sulla stazione di lavoro dell'utente. La
procedura guidata di aggiornamento ottiene le liste di indirizzi private
di un utente, memorizzate con la casella di posta cc:Mail dell'utente, da
un allegato della RP contenuto nel file di posta di Notes dell'utente. Gli
utenti convertiti ricevono automaticamente questo messaggio se è
selezionata l'opzione "Invia liste di distribuzione private come allegati"
nel quadro Impostazioni di conversione della finestra di dialogo
"Impostazioni avanzate aggiornamento cc:Mail" dello strumento di
migrazione Domino.
Per i client cc:Mail V2.x e V6.x, la procedura guidata di aggiornamento
ottiene gli indirizzi privati, direttamente dal file PRIVDIR.INI presente
sulla stazione di lavoro dell'utente. La procedura guidata di
aggiornamento da cc:Mail a Notes non supporta la conversione degli
indirizzi privati per gli utenti del client cc:Mail V8.x.
Migrazione delle informazioni delle rubriche personali
Microsoft Exchange
Per gli utenti che eseguono la migrazione da Microsoft Exchange, la
procedura guidata di aggiornamento estrae le informazioni della rubrica
personale da due possibili origini, in funzione dell'applicazione di posta
utilizzata. Il client di posta Outlook può memorizzare le informazioni
delle rubriche in una lista Contatti sul server Exchange e in un file
Rubrica personale (.PAB) sulla stazione di lavoro dell'utente. Il client di
posta Exchange memorizza tutte le informazioni delle rubriche
personali in un file .PAB sulla stazione di lavoro dell'utente. La
procedura guidata di aggiornamento ottiene la lista Contatti Outlook da
una PAB temporanea allegata a un messaggio di posta Notes. Gli utenti
migrati ricevono automaticamente questo messaggio se hanno definito
le informazioni sui contatti.
Migrazione delle informazioni delle rubriche personali
Microsoft Mail
Per gli utenti migrati da Microsoft Mail, la procedura guidata di
aggiornamento estrae le informazioni da una RP temporanea di Notes
allegata a un messaggio di posta Notes. La RP temporanea contiene gli
indirizzi personali e le liste di indirizzi personali migrati dal file di
casella postale (.MMF) dell'utente. Gli utenti convertiti ricevono
automaticamente un messaggio con la PAB collegata se viene
selezionata l'opzione "Converti Rubriche personali" nella finestra di
dialogo "Opzioni avanzate MS Mail" dello strumento di migrazione
Domino.
Significato di indirizzi personali e liste di indirizzi
I sistemi di posta usano a volte terminologie diverse per fare riferimento
a indirizzi e liste di indirizzi personali. In questo documento, il termine
indirizzi personali fa riferimento agli indirizzi privati di cc:Mail, oltre che
alle voci relative a singoli utenti contenute in una Rubrica personale di
Microsoft Mail o Microsoft Exchange.La definizione liste di indirizzi
personali fa riferimento alle liste private di cc:Mail e ai Gruppi personali
degli utenti o liste di distribuzione di Microsoft Mail o Microsoft
Exchange.
In cc:Mail V2.x e V6.x, gli indirizzi privati vengono memorizzati nel file
PRIVDIR.INI della stazione di lavoro dell'utente, mentre le liste private
sono memorizzate assieme alla casella postale dell'utente ubicata sul
server. Il client cc:Mail V8.x non si serve del file PRIVDIR.INI, pertanto
la procedura guidata di aggiornamento non è in grado di convertire gli
indirizzi personali degli utenti del client cc:Mail V8.x.
In Microsoft Mail, entrambi i tipi di elementi delle directory sono
memorizzati nel file della casella postale dell'utente sul server
dell'ufficio postale. In Microsoft Exchange, la lista Contatti mantenuta
sul server Exchange da alcuni client Outlook contiene solo indirizzi
personali. I client Outlook ed Exchange possono mantenere sia indirizzi
personali che liste di distribuzione personali nei file .PAB sulla loro
stazione di lavoro.
Migrazione delle informazioni di una rubrica personale da un
vecchio server di posta
Il client di posta Notes memorizza localmente le informazioni delle
rubriche personali, sulla stazione di lavoro del client. Tuttavia, i client
cc:Mail, Microsoft Mail e Microsoft Outlook memorizzano parte delle
informazioni delle rubriche personali di un utente sul server di posta. La
migrazione delle informazioni delle rubriche personali dal vecchio
server di posta richiede coordinazione tra il lavoro degli strumenti di
migrazione Domino e le procedure guidate di aggiornamento eseguite
dall'utente.
Gli strumenti di migrazione Domino per cc:Mail e Microsoft Mail
includono ciascuno le opzioni per la conversione delle informazioni
delle rubriche personali degli utenti (lo strumento di migrazione
Domino per Microsoft Exchange non fornisce un'opzione per la
conversione delle informazioni delle rubriche personali ma converte
automaticamente tali informazioni quando è presente). Quando si
migrano le informazioni delle rubriche personali degli utenti dal server,
Domino Administrator invia automaticamente un messaggio di
aggiornamento nelle loro caselle di posta in entrata Notes. Allegata a
ogni messaggio di aggiornamento c'è una Rubrica personale (RP)
temporanea di Notes, contenente le informazioni migrate dal vecchio
sistema di posta.
Gli utenti che non hanno informazioni personali da migrare dal server
non ricevono un messaggio di aggiornamento.
Informazioni della rubrica personale inviate nel messaggio di
aggiornamento
La tabella seguente mostra le informazioni delle rubriche personali che
gli strumenti di migrazione Domino copiano dal server nella PAB
temporanea allegata al messaggio di aggiornamento:
Sistema di posta
Informazioni della rubrica personale allegate al messaggio di
aggiornamento
cc:Mail
Liste di indirizzi private
Microsoft Mail
Rubrica personale
Microsoft Outlook
Contatti
Per informazioni su come migrare le rubriche personali degli utenti di
Microsoft Mail, vedere il capitolo 14.
Copia delle informazioni della rubrica personale nella Rubrica
personale di Notes
Per aggiornare la Rubrica personale Notes di un utente con le
informazioni migrate dal vecchio sistema di posta, le procedure guidate
di aggiornamento copiano le informazioni delle rubriche personali
memorizzate sul vecchio client di posta in rubriche personali
temporanee inviate agli utenti in un messaggio di aggiornamento. La
seguente tabella mostra le origini che le procedure guidate di
aggiornamento utilizzano per ottenere le informazioni delle rubriche:
Origine delle
informazioni
migrate
cc:Mail
Client Microsoft Client
Microsoft
Exchange
Exchange
Microsoft Mail Outlook
Liste di indirizzi Rubrica
Server (rubrica
personale
temporanea in un private
messaggio di
aggiornamento)
Contatti
--
Stazione di lavoro Indirizzi privati -(PRIVDIR.INI)
client
Rubrica
personale
Rubrica
personale
Per informazioni su come migrare le liste di indirizzi private degli utenti
di cc:Mail, vedere il capitolo 13.
Migrazione delle rubriche personali durante gli aggiornamenti
Express o personalizzati
Durante un aggiornamento Express, le procedure guidate di
aggiornamento convertono tutte le informazioni delle rubriche personali
disponibili per un utente (cioè le informazioni dalle righe Server e Client
della tabella precedente).
Durante un aggiornamento Personalizzato, gli utenti possono scegliere
se convertire le informazioni delle rubriche personali. La procedura
guidata di aggiornamento per cc:Mail ha la flessibilità di permettere agli
utenti di cc:Mail Versione 2.x o 6.x di convertire indipendentemente i
loro indirizzi privati e le loro liste di distribuzione private. Gli utenti
della Versione 8.x di cc:Mail possono solo convertire le liste di
distribuzione private.
Le procedure guidate di aggiornamento per Microsoft Mail consentono
di migrare le rubriche personali. La procedura guidata di
aggiornamento per Microsoft Exchange fornisce un'unica opzione per
migrare insieme contatti e rubriche personali. Anche se gli utenti del
client Outlook possono mantenere separati i file Contatti e Rubriche
personali, gli utenti non possono convertire questi elementi
indipendentemente.
Migrazione delle informazioni ottenute dal server di posta
Quando si migrano le informazioni ottenute dal vecchio server di posta
(fare riferimento alla tabella precedente) le procedure guidate di
aggiornamento esaminano la posta in entrata Notes dell'utente per
trovare un messaggio di aggiornamento. Dopo avere individuato un
messaggio, le procedure guidate estraggono la PAB temporanea da esso
e copiano le informazioni della PAB temporanea sulla Rubrica personale
nella stazione di lavoro dell'utente (NAMES.NSF). Il messaggio
originale rimane nella casella In arrivo, e può essere cancellato una volta
che l'utente ha verificato che le informazioni siano state migrate con
successo.
Migrazione diretta delle informazioni dalla stazione di lavoro
Per migrare le informazioni da una stazione di lavoro client cc:Mail, la
procedura guidata di aggiornamento cerca nella rubrica dell'utente
cc:Mail sulla stazione di lavoro per individuare il file PRIVDIR.INI. Allo
stesso modo, l'installazione guidata di aggiornamento per Microsoft
Exchange esamina la stazione di lavoro in cerca dello Rubrica personale
di Exchange (file .PAB) specificata nel profilo MAPI dell'utente. Dopo
aver individuato i file, le procedure guidate copiano le informazioni
delle rubriche nella Rubrica personale di Notes.
Gli indirizzi elettronici elencati nei documenti Contatto nella Rubrica
personale di Notes possono essere conformi a uno qualunque dei
diversi sistemi di posta. Notes assegna il tipo di sistema "Posta Internet"
agli indirizzi che la procedura guidata di aggiornamento converte da
altri sistemi di posta. Nella migrazione degli indirizzi di posta convertiti
da cc:Mail, lo strumento di migrazione applica le informazioni di
mappatura gateway contenute nel messaggio di notifica aggiornamento.
Traduzione dei nomi di gateway contenuti negli indirizzi privati
di cc:Mail
I messaggi inviati a indirizzi al di fuori dal sistema cc:Mail della società
attraversano un ufficio postale gateway, che li indirizza verso le loro
destinazioni. Quando gli utenti creano un indirizzo privato relativo a un
utente di un sistema di posta esterno, il gateway che inoltra il messaggio
diviene parte dell'indirizzo. Ad esempio, il seguente indirizzo cc:Mail
comprende il nome dell'ufficio postale gateway chiamato Internet, usato
per inoltrare i messaggi verso la loro destinazione, all'indirizzo
nome@società.dominio in Internet.
Per informazioni su come specificare la mappatura dei gateway tra
cc:Mail e Notes, vedere "Specifica della mappa dei gateway per la
migrazione degli utenti di cc:Mail".
Le Rubriche personali migrate da Microsoft Mail o Microsoft Exchange
non vengono aggiornate automaticamente con i nomi dei gateway di
Notes. Gli utenti possono dover modificare gli indirizzi per assicurarsi
che questi facciano riferimento al gateway corretto.
Una volta migrati gli utenti in Notes, i gateway cc:Mail cui viene fatto
riferimento nell'indirizzo non sono più disponibili per l'invio dei
messaggi. La procedura guidata di aggiornamento da cc:Mail a Notes
aggiorna automaticamente il nome del gateway presente in ogni
indirizzo secondo la mappa dei gateway specificata nel messaggio di
aggiornamento inviato da Domino Administrator.
Una volta completata l'elaborazione da parte della procedura guidata
di aggiornamento
Durante l'elaborazione di file archivio o di informazioni contenute in
elenchi indirizzi, in caso di errori la procedura guidata di
aggiornamento passa al record successivo, ignorando quello errato, e
prosegue. I malfunzionamenti vengono registrati e, dopo che la
procedura guidata avrà finito di elaborare tutte le informazioni, essa
mostra un messaggio di stato indicante il numero di messaggi elaborati.
Gli utenti possono trovare che il numero di messaggi migrati
dall'archivio risulta inferiore al numero di messaggi presenti
nell'archivio originale. Qualora nell'archivio originale o in più differenti
archivi siano presenti più copie di un messaggio, una sola di esse verrà
migrata.
Dopo che la procedura guidata di aggiornamento avrà finito di migrare
i dati provenienti dal vecchio sistema, gli utenti dovranno completare le
Controllare la vista Eventi vari nello storico di Notes (LOG.NSF) per
verificare se si è presentato qualche problema che richieda ulteriore
attenzione.
Verificare che tutti i messaggi negli archivi sorgenti siano stati
migrati con successo nell'archivio di posta di Notes.
Rimuovere i file obsoleti di cc:Mail, Microsoft Mail o Microsoft
Exchange dalla stazione di lavoro dell'utente. Fare riferimento alla
documentazione appropriata del vecchio sistema di posta per
ulteriori informazioni. Prima che gli utenti cancellino i propri dati, si
raccomanda di fare loro eseguire una copia di riserva dei vecchi file
di posta.
Prima di poter usare gli indirizzi migrati per inviare la propria posta
in Notes, gli utenti di Microsoft Mail o di Microsoft Exchange
possono avere la necessità di modificare manualmente le
informazioni relative al gateway. Gli indirizzi esterni delle PAB e gli
archivi migrati da Microsoft Mail o da Microsoft Exchange non
vengono aggiornati automaticamente con i nomi dei gateway di
Notes.
Indice analitico
A
account di sottoscrizione
creazione per gli utenti LDIF
importati, 17-13
ADMIN4.NSF
aggiornamento, 2-14, 3-7
agenti
collaudo, 1-14
aggiornamento
applicazioni Web, 8-9
attività, 1-5
client di amministrazione, 4-1
da versioni precedenti, 6-2
database e applicazioni, 8-1
Elenco indirizzi di Domino, 3-4
file di posta alla V5, 8-4
indici del server, 9-7
indririzzamento facilitato, 6-10
lettura delle Note complementari,
1-3
Notes Versione 3, 1-4
organizzazioni internazionali, 1-5
panoramica, 1-1
pianificazione, 1-5
preparazione, 1-3
progetti pilota, 1-10
requisiti hardware, 1-3
requisiti software, 1-3
rubrica, 6-1
Rubrica pubblica, 3-4, 6-1
Rubriche pubbliche e modello
Elenco indirizzi di Domino,
6-2
sicurezza, 10-1
strumento di amministrazione
Web, 4-2
versioni di manutenzione
trimestrali, 1-4
aggiornamento client
panoramica, 5-1
passi, 5-1
aggiornamento dei database
ricostruzione delle viste, 8-10
aggiornamento del server
abilitazione dell'attività SMTP
Listener per il server di posta
Internet, 2-14
aggiornamento della Rubrica
pubblica, 2-9, 3-4
backup dei file di Domino, 3-2
backup dei file MTA, 2-3
cancellazione della coda di lavoro
in entrata per MTA, 2-7
in uscita, 2-7
cancellazione di SMTP.BOX per
MTA, 2-5
chiusura del router per MTA, 2-4
chiusura di Domino per
l'aggiornamento, 3-2
chiusura di MTA per
come evitare il caricamento di
MTA, 2-8
disattivazione della
manutenzione per MTA, 2-4
impostazioni di NOTES.INI, 2-31
installazione della Versione 5, 2-9,
3-3
modifica di NOTES.INI, 3-2
panoramica, 3-1
passi per il server Domino, 3-1
SMTP, 2-12
thread di trasferimento, 2-32
thread di trasferimento multipli,
3-8
aggiornamento personalizzato
selezione dei file archivio, 21-15
aggiornamento rapido
migrazione archivi, 21-13
alias
migrazione da cc:Mail, 13-27
nomi di utente, 12-17
allegati
invio della Rubrica personale di
Notes, 21-20
ambiente di test
aggiornamento di applicazioni,
1-14
amministratore Web
aggiornamento, 4-2
amministrazione
server, 4-1
API motore di posta
migrazione, 13-9
applicazioni
aggiornamento, 1-8, 8-1, 8-13
collaudo, 1-14
documentazione, 1-15
documentazione per
riconversione alle versioni
precedenti, 8-12
storico delle transazioni, 8-13
applicazioni, Domino
caratteristiche, 1-23
applicazioni Domino
applicazioni Web
archivi di messaggi
conversione, 21-17
archivi di posta
denominazione, 21-16
mantenimento delle gerarchie fra
le cartelle, 21-14
migrazione, 21-12, 21-15, 21-16
opzioni di conversione, 21-15,
21-16
archiviazione
dati di Organizer, 13-21
area di lavoro
conversione in segnalibri, 5-3
autenticazione
certificati di terze parti, 10-4
client Web, 6-11
HTTP, 10-3
organizzazioni normali, 11-20
password, 10-2
autenticazione server Web
ambiente con versioni miste, 10-3
Indice analitico I-1
B
backup
file del client Notes prima
dell'aggiornamento, 5-2
file del server Domino prima
browser
uso con i modelli Web predefiniti,
8-9
browser Web
uso con i modelli Web predefiniti,
8-9
bulletin board
cc:Mail, 13-40
bulletin board di sottoscrizione
C
Calendar & scheduling
posta, 2-29
posta Internet, 5-7
riunioni, 5-7
campi revisioni
prestazioni dei database, 8-18
campo Indirizzo Internet, 6-7
compilazione nei documenti
Persona, 6-4
controllo dell'unicità, 6-9
interrogazioni LDAP, 6-10
cancellazioni soft
in un cluster con versioni miste,
7-1
caratteri internazionali
ordinamento, 8-19
caratteri jolly
utility di conversione posta, 8-8
caratteri speciali
ordinamento, 8-19
cartella di posta in arrivo
migrazione, 12-27
cartelle
migrazione, 12-27, 21-14
cartelle di posta
lunghezza massima del nome,
12-27
CATALOG.NSF
sicurezza per la ricerca nel
dominio, 9-9
CATALOG.NTF
ricerca nel dominio, 9-1
Catalogo, server
aggiornamento, 9-5
requisiti, 9-1
catalogo del dominio
aggiornamento, 9-5
descrizione, 9-3
requisiti del server, 9-2
cc:Mail 6.3
migrazione delle liste di inoltro
private, 13-27, 13-33
modello di posta, 13-33
cc:Mail Admin
cancellazione di file, 13-42
cc:Mail CHKSTAT
eliminazione messaggi, 13-42
report di account, 13-10
cc:Mail MSGMGR
eliminazione messaggi, 13-42
cc:Mail MTA
conversione bulletin board, 13-28
inoltro della posta, 13-43
requisiti di migrazione, 12-5, 13-9,
13-13, 13-27, 13-37, 13-38,
13-40
CCNOTBB.NSF
migrazione di bulletin board
cc:Mail, 13-28
CCPODOWN, file
eliminazione prima della
migrazione cc:Mail, 13-9
certificati
accreditati, 11-20
normale, 11-11
S/MIME e SSL, 10-4
scambio, 11-20
certificati normali
eliminazione dagli ID, 11-19
Certificati X.509
file ID, 10-2
certificazione
normale, 11-20
organizzazioni non-gerarchiche,
11-20
cifratura
posta, 2-28
client di amministrazione
installazione, 1-20
client Notes
aggiornamento degli indici locali
alla Versione Release 5, 9-11
aggiornamento dell'area di lavoro
nei segnalibri, 5-3
I-2 Trasferimento a Domino Versione 5
backup dei file, 5-2
backup dei file prima
Certificati X.509, 10-2
compressione dei database, 8-3
database portfolio, 5-5
installazione, 5-2
record di account, 5-5
client Web
autenticazione, 6-11
cluster
aggiornamento, 7-1
file di posta, 7-1
coda di lavoro in entrata
cancellazione, 2-7
coda di lavoro in uscita
cancellazione, 2-7
coda di registrazione
aggiunta di file di utenti LDIF,
17-8, 17-10
aggiunta di utenti cc:Mail, 13-23
aggiunta di utenti Microsoft
Exchange, 15-7, 15-9
aggiunta di utenti Microsoft Mail,
14-9, 14-14
aggiunta di utenti Netscape
Messaging Server, 20-2
aggiunta di utenti Novell
GroupWise, 18-2
aggiunta di utenti Novell
GroupWise 5, 19-2
aggiunta di utenti Windows NT,
16-4, 16-9
mantenimento delle password,
12-16
migrazione, 12-24
migrazione di utenti Organizer,
13-16
modifica dei nomi di utenti, 16-8
ordine di migrazione, 13-16
code di messaggi
cancellazione, 2-4
code page della lingua
migrazione da cc:Mail, 13-26,
13-29
migrazione da Microsoft Mail,
14-13
migrazione da Organizer, 13-16
codici di località
cc:Mail, 13-33, 13-42
collaudo delle applicazioni, 1-14
Compact -R, attività
ripristino del formato dei
database, 8-3, 8-12
compressione
database, 8-3, 8-12
dati di Organizer prima della
Configurazione, documento
modifica per il server MTA
aggiornato per abilitare
l'SMTP nativo, 2-12
Configurazione server, documento
abilitazione di SMTP, 2-12
configurazione utente
specifica in un server catalogo del
dominio, 9-8
conflitti di replica o salvataggio
campo $Revisions, 8-18
Connessione SMTP, documento
configurazione della posta
Internet, 2-15
connessioni remote
aggiornamento, 2-32
consegna della posta
in un ambiente con versioni miste,
2-30
conteggio messaggi
discrepanze durante la
migrazione, 21-24
contrassegni di non lettura
disabilitazione, 8-15
controllo password
risultati dell'abilitazione, 10-2
convalida indirizzi Internet
strumento nell'Elenco Indirizzi di
Domino, 6-9
convalida indirizzo Internet univoco
finestra di dialogo, 6-9
convenzioni di denominazione
cartelle, 12-27
gruppi importati, 12-10
ID certificatori normali, 11-12
indirizzi Internet, 6-8
nomi cc:Mail migrati, 13-10, 13-11
nomi LDIF migrati, 17-5
nomi Microsoft Mail migrati, 14-3
nomi Windows NT migrati, 16-6
conversione
definizione, 12-2
conversione messaggi
aggiornamento, 2-30
Convert, attività
aggiornamento dei file di posta
alla V5, 8-4
Converti solo posta
opzione di migrazione, 12-18
costruzione degli indirizzi Internet,
6-7
finestra di dialogo, 6-4
Cronologia delle transazioni
aggiornamento dei database, 8-13
spazio su disco, 8-13
D
DA50.NTF
aggiornamento
dell'indirizzamento facilitato,
6-10
database
accesso locale, 8-11
aggiornamento, 1-9, 8-1, 8-13
compressione, 8-3
compressione in un ambiente con
versioni miste, 8-12
esclusi dalla ricerca nel dominio,
9-7
estensioni di file, 8-11
formato della Versione 4, 8-11
inclusione nella ricerca nel
dominio, 9-7
miglioramento delle prestazioni
durante l'aggiornamento, 8-14
ordinamento, 8-19
ordinamento colonne, 8-19
ricerca, 9-7
riconversione alle versioni
precedenti, 8-12
database della Versione 4
mantenimento del formato, 8-3,
8-11, 8-12
dati dei messaggi
migrati dalla procedura guidata
di aggiornamento utenti, 21-2
dati di Organizer
conversione a Notes, 13-27
migrazione secondaria, 13-20
dati di posta personali
migrati dalla procedura guidata
di aggiornamento, 21-2
panoramica della migrazione,
21-1
dati eliminati
sovrascrittura, 8-16
DefaultMailTemplate
uso nella migrazione di archivi,
21-16
Design, attività
aggiornamento dei modelli, 8-8
Dimensione
file di posta, 12-26
direttive di protezione. vedere
Protezione file, documenti,
10-3
diritti di accesso
migrazione della posta, 12-18,
13-6
documenti Persona
aggiornamento durante la
migrazione, 13-13
aggiunta dei nomi LDIF, 17-4
campo Indirizzo Internet, 6-4
compilazione del campo Indirizzo
Internet, 6-4
convalida delle immissioni nel
campo Indirizzi Internet, 6-9
formato di registrazione della
posta Internet, 2-30
migrazione dei nomi degli utenti,
12-17
uso della maschera di formato
personalizzata per gli indirizzi
Internet, 6-8
documenti Persona duplicati
aggiornamento, 13-13
Dominio globale, documento
Internet, 2-15
Dominio SMTP esterno, documento
Internet, 2-15
Domino Administrator
creazione di file di posta per la
migrazione degli utenti, 14-15
installazione, 1-20, 3-3, 12-4
E
E-mail. vedere posta, posta di Notes,
1-20
ECL
sicurezza della stazione di lavoro,
5-6
elenchi indirizzi Domino in cascata
autenticazione Web, 6-11
aggiornamento dei clienti di
amministrazione, 4-1
aggiornamento del server di
amministrazione, 3-7
pubblica, 3-4
aggiunta di persone da un file
LDIF, 17-12
compilazione del campo Indirizzo
Internet, 6-4
compressione, 2-9, 3-4
controllo dell'univocità degli
convalida del campo Indirizzo
Internet, 6-9
interrogazioni LDAP in un
ambiente con versioni miste,
6-10
modello, 6-2
moduli, 6-4
moduli nuovi ed eliminati, 6-4
replica, 2-12, 3-6, 6-1
ricostruzione delle viste, 3-5
uso dei nomi di host nei
document Server, 6-11
uso in un ambiente misto V4/V5,
6-2
viste, 6-3
viste nuove ed eliminate, 6-3
elenco indirizzi di origine
definizione, 12-5
importazione degli utenti, 12-5
Esempi
file LDIF, 17-2
mappatura dei gateway, 13-32
nomi gerarchici, 11-5
estensioni di file
database della Versione 4, 8-11
Exchange. vedere Microsoft
Exchange, 15-1
F
failover
7-1
file
backup del client Notes prima
backup del server Domino prima
protezione per il Web, 10-3
file di posta
cluster, 7-1
come evitarne la replica, 8-8
creazione con Domino
Administrator, 14-15
creazione per utenti migrati, 12-26
migrazione, 12-18
quote, 12-26
file ID
aggiornamento, 10-1
certificati X.509, 10-2
controllo password, 10-2
creating flat IDs, 10-2
utilizzo, 10-1
versioni precedenti di Notes, 10-1
file immagine
registrazione, 8-21
file pianificazione di gruppo di
Organizer
migrazione, 13-2
file system
integrazione con la ricerca nel
dominio, 9-5
ricerca, 9-6
sicurezza, 9-6
file Web
protezione, 10-3
formato dei database
aggiornamento, 8-3
interoperabilità, 8-12
manutenzione, 8-11
formazione
per la Versione 5, 1-16
V5, 1-6
formazione per l'aggiornamento, 1-16
fusi orari
impostazione, 5-6
modifica per i server Domino,
3-10
sincronizzazione di Notes e del
sistema operativo, 5-6
sincronizzazione tra Domino e il
G
gateway
host di ritrasmissione, 2-24
mappatura, 13-32
gateway messaggi
gerarchia di risposta
gerarchies delle cartelle
mantenimento durante la
migrazione di archivi, 21-14
GIF, file
registrazione, 8-21
GroupWise. vedere Novell
GroupWise, 18-1
gruppi
aggiunta di utenti durante la
migrazione, 12-14
annidati, 12-6
annullamento della migrazione,
12-14
creazione durante la migrazione,
12-10
migrazione, 12-5
migrazione annidati, 12-12
migrazione duplicati, 12-6
opzioni di migrazione, 12-8
ridenominazione durante la
migrazione, 12-10
gruppi annidati
definizione, 12-6
migrazione, 12-12
gruppi duplicati
come evitarne la creazione, 12-8
gruppi esistenti
aggiunta di utenti migrati, 12-9
opzioni per la migrazione, 12-6
gruppi Notes
creazione, 12-10
specifica deurante la migrazione,
12-11
gruppi vuoti
migrazione, 12-17
H
hardware
requisiti per l'aggiornamento, 1-3
host di ritrasmissione
aggiornamento, 2-24
configurazione, 2-31
HPFS
nomi di file lunghi con OS/2
Warp, 1-3
HTTP, servizio
protezione file, 10-3
HTTPD.CNF
protezione file, 10-3
I
IBM OS/2 Warp. Vedi OS/2 Warp.,
1-3
ID
controllo password, 10-2
creazione di ID normali, 10-2
ricertificazione, 11-12
ID certificatori
creazione, 11-12
nomi normali, 11-11
ID gerarchici
ID normali
certificazioni, 11-20
convenzioni di denominazione,
11-12
creazione, 10-2, 11-12
descrizione, 11-11
eliminazioni dei certificati, 11-19
ridenominazione, 11-16, 11-17
ID utente
ridenominazione, 11-16
IMAP
aggiornamento del servizio, 2-31
conversione dei file di posta da
usare, 8-4
formato di registrazione
messaggi, 2-30
immagini
registrazione, 8-21
importazione
definizione, 12-2
gruppi, 12-6
Imposta indirizzo Internet
strumento nell'Elenco Indirizzi di
Domino, 6-4
impostazione dei database
aggiornamento, 8-3
impostazioni di NOTES.INI
server MTA, 2-8
impostazioni di registrazione
migrazione, 12-22
Inbound Session Controller, attività
chiusura, 2-5
indice del dominio
interoperabilità della ricerca, 9-11
ricerca con un client Notes, 9-8
specifica dei file, 9-6
indici
aggiornamento manuale per i
client Notes, 9-11
aggiornamento sui servers, 9-7
dimensione, 9-4
interoperabilità della ricerca, 9-11
indicizzatore
aggiornamento, 9-5
indicizzatore del dominio
aggiornamento, 9-5
indicizzazione
prestazioni della ricerca, 9-6
indirizzi
convalida per la posta Internet,
6-9
creazione per la posta Internet,
6-4
in ambienti con versioni miste,
2-29
indirizzi dei gateway
sostituzione nei messaggi cc:Mail
migrati, 21-14
indirizzi di posta
2-29
indirizzi di posta Internet
2-29
indirizzi Internet
assegnazione agli utenti, 6-4
controllo dell'unicità, 6-9
convalida, 6-9
convalida per gli utenti, 6-9
creazione, 6-7, 6-9
documenti Persona, 6-4
formati, 6-6
formati dei nomi, 6-8
separatori, 6-7
uso della maschera di formato
personalizzata, 6-8
indirizzi IP
nei documenti Server, 6-11
sostituzione con i nomi di host nei
document Server, 6-11
indirizzi personali
definizione, 21-20
indirizzi privati
indririzzamento facilitato
aggiornamento, 6-10
informazioni di registrazione
migrazione, 12-20
installazione
pubblica, 3-4
Versione 5 su un client Notes, 5-2
Versione 5 su un server Domino,
3-3
instradamento della posta
2-24
MTA SMTP/MIME, 2-1
server Domino, 2-15
interoperabilità
certificati X.509, 10-2
database, 8-11
file ID, 10-1
ricerca, 9-11
interrogazioni LDAP
aggiornamento dei server, 6-10
6-10
Inviati, cartella
migrazione, 12-27
invio di una notifica di
aggiornamento
procedura, 21-7
ISESCTL
chiusura prima di aggiornare il
MTA, 2-5
J
JavaScript
aggiornamento delle applicazioni
Web, 8-9
browser Web, 8-9
uso dei modelli Web predefiniti,
8-9
JavaScript, formule
Web, 8-9
JavaScript, utilizzo proprietà
aggiornamento delle applicazioni
Web, 8-9
JPEG, file
registrazione, 8-21
L
LCA
migrazione dei file di posta, 12-18
LDAP
aggiornamento del servizio, 6-10
servizio in ambienti con versioni
miste, 6-10
LDAP Data Interchange Format.
vedere LDIF, 17-2
LDIF
definizione, 17-2
librerie di documento
aggiornamento, 8-10
lista controllo esecuzione per
amministrazione
sicurezza predefinita, 5-6
liste di accesso ai server
sicurezza per la ricerca nel
dominio, 9-9
liste di inoltro
migrazione private, 21-19
liste di inoltro personali
definizione, 21-20
migrazione, 21-19
liste di inoltro private
migrazione, 21-19
migrazione nella Rubrica
personale di Notes, 21-20
migrazione per utenti di cc:Mail
6.3, 13-27
Listener, attività
server MTA, 2-14
Località, documenti
selezione di un server catalogo
del dominio, 9-8
sincronizzazione delle
impostazioni per l'ora, 5-6
M
MAIL.BOX, database
database multipli, 3-9
prestazioni, 2-32
uso di pi- database, 3-9
MAIL50.NTF
aggiornamento dei file di posta,
8-4
nome modello predefinito per la
migrazione di archivi, 21-16
maiuscole e minuscole
nelle viste, 8-19
mantenimento proprietà
LastAccessed
mappatura
gateway fra cc:Mail e Notes, 21-14
mappatura gateway
fra cc:Mail e Notes, 13-30, 21-14
impostazione per la procedura
guidata di aggiornamento da
cc:Mail, 21-8
maschera di formato personalizzata
strumento Indirizzo Internet, 6-8
utilizzo per creare indirizzi
Internet, 6-8
MEAPI. vedere API motore di posta,
13-9
messaggi
cifrati, 2-28
traccia, 4-2
messaggi duplicati
migrazione, 12-26
messaggi MIME
conversione al formato Notes,
2-28
conversione in un ambiente con
7-1
invio a server della Versione 4,
2-30
messaggio di notifica aggiornamento
informazioni ottenute dalla
procedura guidata di
invio, 21-7
metodi di aggiornamento
rapido e. personalizzato, 21-12
Microsoft Exchange, migrazione
aggiunta di utenti alla coda di
registrazione, 15-7
attività, 15-4, 15-6
cartelle, 15-4
creazione dei file di posta Notes,
15-10
equivalenti Notes per i dati
migrati, 15-2
file di posta, 15-3
opzioni, 15-8
panoramica, 15-1
profili di posta, 15-6, 15-7
PST, file, 15-4
registrazione degli utenti, 15-9
rubrica, 15-5
Microsoft Mail, migrazione
aggiunta di utenti a Notes, 14-1
attività, 14-7
code page della lingua, 14-13
connessione all'ufficio postale,
14-8
14-3
creazione dei file di posta Notes,
14-15
migrati, 14-2, 14-3
errori nella conversione dei nomi,
14-6
opzione Converti solo posta,
14-16
opzioni, 14-10, 14-11
registrazione degli utenti, 14-9,
14-14
rubrica indirizzi utente, 14-8
rubriche indirizzi, 14-2, 14-12
soglia d'errore, 14-12
versioni supportate, 14-1
migrazione
archivi, 21-12, 21-17
archivi di messaggi, 21-12
componenti di un gruppo in un
gruppo esistente, 12-9
dati di posta personali, 21-1, 21-4
definizione, 12-2
descrizione, 12-1
gruppi, 12-6
gruppi annidati, 12-12
gruppi in nuovi gruppi Notes,
12-10
messaggi duplicati, 12-26
nomi di utenti in documenti
Persona, 12-17
password, 12-15
procedure guidate di
rubriche indirizzi personali, 21-18
selezione di persone e gruppi da
migrare, 12-5
solo posta, 12-18
verifica, 12-28
migrazione da cc:Mail
aggiunta di nomi ai documenti
Persona, 13-13
aggiunta di utenti a Notes, 13-1
registrazione, 13-23
alias, 13-27
attività, 13-5, 13-7
code page della lingua, 13-16,
13-26, 13-29
codici di località, 13-33, 13-42
connessione all'ufficio postale,
13-22
13-10, 13-11
conversione bulletin board, 13-28,
13-40
conversione rubriche, 13-38, 13-39
Converti solo posta, 13-43
dati di Organizer, 13-14, 13-17,
13-18, 13-20
diritti di accesso, 13-6
eliminazione dei file utente, 13-41
migrati, 13-3, 13-4, 13-11, 13-40
file, 13-2
file di Organizer, 13-2, 13-4
impostazioni di aggiornamento,
13-32
inoltro della posta a Notes, 13-33
liste di inoltro private, 13-3, 13-26
mappatura dei gateway in domini
Notes, 13-30
opzioni, 13-24, 13-25, 13-26
ordine, 13-16
password, 12-16, 13-7, 13-24
requisiti MTA, 12-5, 13-9, 13-13,
13-37
rimozione di account inattivi,
13-10
soglia d'errore, 13-32, 13-35
spazio su disco richiesto, 13-8
ufficio postale, 13-9, 13-21
utenti mobili, 13-23, 13-28
versioni supportate, 13-2, 13-33
migrazione da Organizer
archiviazione dati, 13-21
attività, 13-19, 13-21
code page della lingua, 13-16
directory dei dati, 13-20
migrati, 13-15, 13-18, 13-20
grafica, 13-17
indirizzi, 13-17
informazioni sulle categorie,
13-19
informazioni sulle riunioni, 13-19
password, 13-16
registrazione errori, 13-15
sezione Chiamate, 13-18
sezioni Appunti, 13-17
migrazione file LDIF
account di sottoscrizione, 17-13
aggiunta di nomi ai documenti
Persona, 17-4, 17-6, 17-12
attività, 17-6
classi di oggetti, 17-3, 17-4
migrati, 17-3, 17-5, 17-6
in unità organizzative Notes
multiple, 17-7
nomi distinti, 17-3
opzioni, 17-9
panoramica, 17-1
password, 17-6
selezione dei file, 17-8
utenti Notes non registrati, 17-4,
17-10, 17-12
valori multipli per gli attributi,
17-5
Migrazione persone e gruppi, finestra
di dialogo
opzioni, 12-15
migrazione secondaria
esecuzione, 12-18
MMF, file
migrazione di messaggi, 21-12
modelli
aggiornamento, 8-8
compatibilità JavaScript, 8-9
specifica per la migrazione degli
archivi, 21-16
modello dell'Elenco Indirizzi di
Domino
uso in un ambiente misto V4/V5,
6-2
modello di posta
specifica per la migrazione degli
archivi, 21-16
moduli
collaudo, 1-14
MTA, server
abilitazione dell'attività Listener
SMTP, 2-14
aggiornamento, 2-1
aggiornamento del database
Richieste di amministrazione,
2-14
pubblica, 2-9
aggiornamento per usare thread
di trasferimento multipli, 2-32
in entrata, 2-7
in uscita, 2-7
cancellazione di SMTP.BOX, 2-5
chiusura, 2-8
chiusura del router prima
chiusura del trasporto in entrata,
2-5
come evitarne il caricamento
dopo l'aggiornamento, 2-8
manutenzione, 2-4
icone, 2-5
installzione di Domino, 2-9
MTA SMTP/MIME
abilitazione dell'attività Listener
SMTP, 2-14
aggiornamento, 2-1
2-14
pubblica, 2-9
in entrata, 2-7
in uscita, 2-7
cancellazione di SMTP.BOX, 2-5
chiusura del router prima
chiusura del trasporto in entrata,
2-5
chiusura per l'aggiornamento, 2-8
come evitare il caricamento, 2-8
manutenzione prima
installazione della Versione 5, 2-9
rimozione da ServerTasks, 2-8
MX, record
host di ritrasmissione di terze
parti, 2-24
N
NAMES=
and Web authentication, 6-11
NAMES.NSF
aggiornamento, 2-9
aggiornamento all'Elenco
indirizzi di Domino
Versione 5, 3-4
compressione, 2-9
compressione nel formato della
Versione 5, 3-4
Netscape Messaging Server,
migrazione
registrazione, 20-2
attività, 20-1
panoramica, 20-1
nomi
conversione, 11-7, 11-8, 11-9
indirizzo Internet, 6-6
normali, 11-8, 11-9
nomi brevi di Notes
generazione, 16-9
nomi di cartella
lunghezza massima, 12-27
nomi di file
in OS/2 Warp, 1-3
nomi di gruppo
specifica, 12-10
nomi di host
utilizzo al posto degli indirizzi IP
nei documenti Server, 6-11
nomi di Notes
caratteri validi, 13-10
conversione degli attributi LDIF,
17-5
conversione dei nomi di cc:Mail,
13-11
conversione dei nomi di
Windows NT, 16-6, 16-7, 16-8
conversione dei nomi Microsoft
Mail, 14-3
gerarchica, 12-17
nomi di utente
caratteri non validi, 13-10
file LDIF, 17-2
Microsoft Mail, 14-3, 14-6
migrati da cc:Mail, 13-10
migrati da Windows NT, 16-8
nomi distinti
aggiunta al documento Persona,
17-3
nomi duplicati
migrazione dei gruppi, 12-6
nomi gerarchici
conversione, 11-14
conversione dei nomi normali,
11-1, 11-9
conversione manuale, 11-13
esempi, 11-5
nomi normali
certificazione, 11-12, 11-20
comunicazioni, 11-20
conversione in gerarchici, 11-1,
11-6, 11-7, 11-8, 11-9, 11-10,
11-13, 11-14
descrizione, 11-11
ridenominazione, 11-22
utente, 11-9, 11-16
normali, nomi. vedere nomi normali,
11-11
Note complementari
informazioni per l'aggiornamento,
1-3
Notes
conversione MIME, 2-28
NOTES.EXE
installazione di Domino
Administrator, 1-20
NOTES.INI, file
Internet, 2-15
informazioni ottenute dalla
nomi, 11-7
Novell GroupWise 4, migrazione
registrazione, 18-2
attività, 18-1
panoramica, 18-1
Novell GroupWise 5, migrazione
registrazione, 19-2
attività, 19-1
panoramica, 19-1
NS4, file
mantenimento dei database nel
ripristino del formato dei
database, 8-12
NTF, file
aggiornamento, 8-8
NUPGRADE.EXE
procedure guidate di
O
ODS
aggiornamento, 8-3
interoperabilità, 8-12
mantenimento di un database nel
opzioni di conversione
archivi da migrare, 21-15
opzioni di migrazione
gruppo, 12-8
impostazione, 12-15
utente, 12-22
opzioni di migrazione gruppi
impostazione, 12-8
OR2, file
migrazione, 13-2
ora di sistema
impostazione, 5-6
3-10
ora legale
3-10
sincronizzazione di Notes e del
ordinamento
caratteri speciali, 8-19
ordinamento colonne
ordinamento con verifica di
maiuscole e minuscole, 8-19
ordinamento di colonne
Organizer
migrati, 13-4
organizzazioni internazionali
aggiornamento, 1-5
OS/2 Warp
nomi di file lunghi, 1-3
ottimizzazione bitmap
ricostruzione viste, 8-15
ottimizzazione tabella bitmap
Outlook, client
migrazione delle informazioni sui
Contatti, 21-20
P
passi per l'aggiornamento
client Notes, 5-1
database e applicazioni, 8-1
Rubrica pubblica, 3-4
server Domino, 3-1
server raggruppati in cluster, 7-1
password
controllo durante l'autenticazione,
10-2
generazione automatica, 12-15
importazione, 12-21
informazioni, 12-16
migrazione, 12-15
migrazione di utenti cc:Mail, 13-7
specifica durante la migrazione di
archivi, 21-16
PERNAMES.NSF
descrizione, 5-4
Persone
migrazione, 12-5
Persone/Gruppi da migrare, elenco
aggiunta di gruppi, 12-6
pianificazione riunioni
in ambienti con versioni miste, 5-7
piano di aggiornamento
creazione, 1-5
POP3
aggiornamento a Notes
Versione 5, 5-5
formato di registrazione
messaggi, 2-30
Portfolio
segnalibri, 5-5
Portfolio, database
descrizione, 5-5
Posta
aggiornamento dei file alla V5, 8-4
cifrata, 2-28
configurazione per Internet, 2-15
conversione a MIME, 2-28
formato MIME, 2-15
indirizzamento per gli utenti di
posta Internet, 2-29
prestazioni, 2-32
prestazioni e MAIL.BOX multiple,
3-9
traccia, 4-2
uso in un cluster con versioni
miste, 7-1
posta di Notes
ridenominazione degli ID utente,
11-16
posta Internet
aggiornamento, 2-20
calendar & scheduling, 5-7
formattazione Notes, 2-28
host di ritrasmissione di terze
parti, 2-24
inoltro in un ambiente con
registrazione, 2-30
traccia, 4-2
preferenze di amministrazione
impostazione, 12-23
prestazioni
database MAIL.BOX multipli,
2-32, 3-9
messa a punto della ricerca nel
dominio, 9-5
miglioramenti sui database
durante l'aggiornamento, 8-14
prestazioni dei database
ottimizzazione, 8-14
PRIVDIR.INI
indirizzi privati, 21-20
uso durante la migrazione degli
indirizzi privati di cc:Mail,
21-19
procedure guidate di aggiornamento
aggiornamento personalizzato,
21-13
attività, 12-3
dati di posta Microsoft Mail, 14-15
dati migrati, 21-2
descrizione, 12-3
esecuzione, 21-10
esecuzione con versioni multiple
di Notes, 21-5
esecuzione da scorciatoie di
tastiera, 21-10
installazione, 12-4, 21-5
installazione su un'unità di rete,
21-5
installazione su un client Notes,
21-6
mappatura gateway, 13-31
migrazione delle informazioni
delle rubriche personali, 21-21
panoramica dell'esecuzione, 21-1
preparazione dell'esecuzione,
21-4
requisiti di piattaforma, 21-4
specifica del percorso per le copie
di rete, 21-9
verifica della migrazione, 21-24
versioni disponibili in Domino
Versione 5, 21-1
campo richiesta di modifica, 11-3
11-1, 11-21
creazione dei file di posta, 12-26
ridenominazione degli utenti,
11-1
ridenominazione dei nomi di
server normali, 11-22
profili di posta
migrazione da Microsoft
Exchange, 15-6, 15-7
profilo dell'elenco indirizzi, 6-2
utilizzo, 6-2
profilo MAPI
migrazione da Microsoft
Exchange, 15-7
progetti pilota
per l'aggiornamento, 1-10
Protezione file, documenti
aggiornamento alla V5, 10-3
utenti Web, 10-3
PST, file
migrazione di messaggi, 15-3,
21-12
PUBNAMES.NTF
Q
QMR
aggiornamento, 1-4
quote
file di posta, 12-26
R
R63MAIL.NTF
file di posta per utenti di
cc:Mail 6.3, 13-33
record di account
aggiornamento, 5-5
posta Internet, 5-5
registrazione
in attesa, 12-24
interruzione, 14-14
mancata riuscita, 12-21
migrazione, 12-20
registrazione della posta
aggiornamento, 2-30
2-30
registrazioni in attesa
salvataggio delle informazioni,
12-24
regole di posta
7-1
replica
come evitarla, 8-8
versioni precedenti, 8-12
Reporter, attività
eliminazione, 3-2
ricerca
abilitazione dopo
aggiornamento, 9-1
aggiornamento degli indici del
server, 9-7
aggiornamento per includere i file
system, 9-5
client Notes, 9-8
database, 9-7
database esclusi, 9-7
impostazione per i client Notes,
9-8
interoperabilita con la Versione 4,
9-11
messa a punto delle prestazioni,
9-5
selezione dei database, 9-7
sicurezza, 9-9
Ricerca nel dominio
abilitazione, 9-5
aggiornamento, 9-1
aggiornamento per includere i file
system, 9-5
database esclusi, 9-7
descrizione, 9-1
e Sito di ricerca, 9-12
filtro dei risultati, 9-9
impostazione dei database in cui
cercare, 9-7
impostazione per i client, 9-8
impostazione per i client Notes,
9-8
interoperabilita con la Versione 4,
9-11
modifiche dalla V4, 9-4
prestazioni, 9-6
sicurezza, 9-9
specifica dei database, 9-7
ricerca nel sito
inclusione di database nelle
ricerche nel dominio, 9-7
ricertificazione
risultati, 11-21
database
ricostruzione delle viste
directory temporanea di
ritardi nell'accesso iniziale ai
database, 8-10
ridenominazione
gruppi, 12-10
ID utente, 11-17, 11-19
rilevazione elementi in primo piano
disabilitazione, 8-19
Rinomina nelle liste controllo accessi,
richieste
conversione in nomi gerarchici,
11-1
Rinomina server nella Rubrica
indirizzi, richieste, 11-1
riunioni ricorrenti
aggiornamento dei modelli di
posta, 5-7
riunioni ricorrenti, funzione
aggiornamento dei modelli di
posta, 5-7
router
chiusura prima
router di posta
chiusura, 2-4
rubrica indirizzi principale
aggiornamento
dell'indirizzamento facilitato,
6-10
Rubrica personale
invio temporaneo, 21-20
migrazione da MS Mail a Notes,
21-20
migrazione delle informazioni,
21-18
Rubrica pubblica
aggiornamento, 2-9
aggiornamento all'Elenco
Indirizzi di Domino, 3-4
compressione, 2-9, 3-4
uso dell'impostazione dell'Elenco
indirizzi di Domino, 6-2
rubriche indirizzi
migrazione, 21-18
Rubriche personali temporanee
invio agli utenti, 21-20
S
S/MIME
scorciatoie
esecuzione delle procedure
guidate di aggiornamento,
21-11
segnalibri
conversione dell'area di lavoro,
5-3
descrizione, 5-3
serie di caratteri
file LDIF, 17-2
Microsoft Mail, 14-13
server
3-7
certificati normali, 11-20
configurazione per la posta
Internet, 2-15
11-1, 11-8, 11-9
ricertificazione degli ID, 11-12
Server, documenti
Internet, 2-15
informazioni di instradamento
SMTP, 2-14
nomi di host, 6-11
uso dei nomi di host invece degli
indirizzi IP, 6-11
server, file
backup prima
dell'aggiornamento, 2-3, 3-2
Server catalogo del dominio
requisiti, 9-1
server catalogo del dominio
aggiornamento, 9-5
specifica per un client Notes, 9-8
server di amministrazione
aggiornamento per l'Elenco
indirizzi di Domino., 3-7
server di applicazioni
aggiornamento, 1-8
server di posta
server di posta Internet
aggiornamento, 2-1
modifica del documento Server,
2-14
Server Domino
aggiornamento, 3-1
3-7
pubblica, 3-4
aggiornamento per usare thread
di trasferimento multipli, 3-8
backup dei file, 3-2
caratteristiche della posta, 1-20
chiusura, 3-2
chiusura per l'aggiornamento, 3-2
installazione, 2-9
installazione della Versione 5, 3-3
installazione di Domino
Administrator, 1-20
instradamento della posta, 2-15
modifica di NOTES.INI durante
panoramica dell'aggiornamento,
3-1
passi per l'aggiornamento, 3-1
server hub
aggiornamento, 1-7
server Web
ServerTasks=
and upgrading, 3-2
servizi in entrata
sostituzione con il server di posta
V5, 2-15
servizi in uscita
sostituzione con il server di posta
V5, 2-15
Servizio POP3
aggiornamento, 2-31
sicurezza
aggiornamento, 10-1
autenticazione dei client Web,
6-11, 10-3
file ID, 10-1
file system, 9-6
liste di accesso ai server e ricerca
nel dominio, 9-9
sovrascrittura dello spazio libero,
8-16
sicurezza della stazione di lavoro, 5-6
sistema Domino
aggiornamento, 1-7
sistemi operativi
modifiche nella V5, 1-3
siti Web
account di sottoscrizione, 17-13
Sito di ricerca
sicurezza, 9-12
SMTP
aggiornamento di Notes, 5-5
server MTA aggiornato, 2-12
SMTP.BOX
cancellazione, 2-5
SMTP.BOX, icone
aggiunta all'area di lavoro, 2-5
SMTP Listener, attività
abilitazione per il server MTA
aggiornato, 2-14
SMTPIBWQ.NSF
cancellazione, 2-7
SMTPMTA
rimozione da NOTES.INI, 2-8
SMTPOBWQ.NSF
cancellazione, 2-7
software
requisiti per l'aggiornamento, 1-3,
8-13
sottocartelle
spazio libero
come evitarne la sovrascrittura,
8-16
spazio su disco
SSL
statistiche
Reporter, attività, 3-3
stazioni di lavoro
ECL, 5-6
storico certificazioni
risoluzione dei problemi, 11-6
storico di Notes
verifica della migrazione, 21-24
strumenti di migrazione
attività, 12-3
descrizione, 12-3
installazione, 12-4
versioni disponibili, 12-3
strumenti di migrazione Domino
attività, 12-3
cc:Mail, 13-1
descrizione, 12-3
file LDIF, 17-1
installazione, 12-4
Microsoft Exchange, 15-1
password, 17-6
versioni, 12-3
Windows NT, 16-1
strumento di amministrazione Web
aggiornamento, 4-2
voci della LCA, 4-2
strumento Indirizzo Internet
esempi di indirizzi creati, 6-7
uso nell'Elenco Indirizzi di
Domino, 6-4
T
team di aggiornamento
creazione, 1-4
thread di trasferimento
aggiornamento del server, 2-32
aggiornamento del server per
thread multipli, 3-8
thread di trasferimento multipli
aggiornamento del server, 3-8
tipi di gruppo
specifica deurante la migrazione,
12-11
traccia messaggi
in un ambiente V4/V5, 4-2
traduzione
indirizzi gateway in messaggi
migrati, 21-23
trasporto in entrata
chiusura prima di aggiornare il
MTA, 2-5
U
unità organizzative
migrazione dei file utenti LDIF,
17-7
unità organizzative Notes
migrazione dei file utenti LDIF,
17-7
UpdatedBy, campi
URL
generazione, 8-9
utenti
11-1
migrazione, 12-5
registrazione per la migrazione,
12-20
ricertificazione degli ID, 11-12
utenti locali
migrazione, 12-6
utenti mobili
migrazione da cc:Mail, 13-23,
13-28
UTF-8, serie di caratteri
file LDIF, 17-2
utility di backup
utility di conversione posta
caratteri jolly, 8-8
opzioni, 8-6
installazione su un server
Domino, 3-3
installazione su un server MTA,
2-9
View_Rebuild_Dir
viste
collaudo, 1-14
ordinamento dei caratteri speciali,
8-19
ricorstruzione dopo
ricostruzione, 8-13
W
Web
documenti Protezione file, 10-3
JavaScript, formule, 8-9
modelli, 8-9
versioni JavaScript, 8-9
WEBADMIN.NSF
aggiornamento, 4-2
WinAdmin
cancellazione dei file di cc:Mail
dopo la migrazione, 13-42
Windows NT
formato del nome utente, 16-7
Windows NT, migrazione
registrazione, 16-4
attività, 16-1
migrati, 16-6, 16-8
errori nella conversione dei nomi,
16-8
formati dei nomi, 16-6, 16-7
lista dei domini, 16-2
opzioni, 16-4, 16-5
requisiti, 16-2
V
Versione 3
aggiornamento alla V5, 1-4
Versione 4
controllo delle applicazioni
create, 1-14
Versione 5
installazione su un client Notes,
5-2

Capitolo 3 Aggiornamento di un server Domino

Transcript

Documenti analoghi

PROGRAMMA DI LINGUA E LETTERATURA INGLESE CLASSE 4L

GIO 21 luglio NOTTATA STELLARE

Programma di lingua e letteratura Inglese

IN04 - Software gratis e open source in alternativa a Microsoft Office

IP Location - Seo Web Internet Marketing

ABN AMRO BANK N.V.

Giunzione di profili tondi con battuta circolare della fresa

Frescobaldi Castello di Nipozzano Riserva Chianti Rùfina

Giunzione obliqua di pannelli con tasselli DOMINO

"Roma città...Open" Soluzioni di Office Automation, Collaboration ed