Capitolo 3 Aggiornamento di un server Domino
Transcript
Capitolo 3 Aggiornamento di un server Domino
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 amministrazione . . . . . . . . . . . . . . . . Conversione di un nome server normale in gerarchico tramite il processo di amministrazione . . . . . . . . . . . . . . . . 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 . . . . . . . . . . . . . . . Equivalenti di Notes per le informazioni 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 . . . . . . . . . . . Specifica delle opzioni avanzate per la 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 . Equivalenti di Notes per le informazioni 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 Impostazione delle opzioni di migrazione per gli utenti di Microsoft Mail . . . . . . . . . . . . . . . . . . Specifica delle opzioni avanzate per la 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 . . . . . . . . . . . . . . . . . . Registrazione degli utenti e completamento della migrazione da 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 Migrazione degli utenti da Microsoft Exchange . . . . . . . . . 15-1 Migrazione degli utenti di Microsoft Exchange . . . . . . . . . . . . . . . . . . . . . . Equivalenti di Notes per i dati migrati da Microsoft Exchange . . . . . . . . . . . . . . Preparazione della migrazione degli utenti di Exchange . . . . . . . . . . . . . . . . . . . . Importazione di elenchi indirizzi da Microsoft Exchange . . . . . . . . . . . . . . Collegamento al server Exchange . . . . . Specifica di un Profilo di posta dell'amministratore . . . . . . . . . . . . . . Importazione degli utenti di Microsoft Exchange nella coda di registrazione . Impostazione delle opzioni di migrazione per gli utenti di Microsoft Exchange . . . . . . . . . . . . . . Registrazione degli utenti e completamento della migrazione da 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 . . . . . . . Registrazione degli utenti e completamento della migrazione da 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 . . . . . . . . . . . . . . . . . . . Preparazione della migrazione degli utenti di GroupWise 4 . . . . . . . . . . . . . . . . . Esportazione di una lista di utenti GroupWise 4 . . . . . . . . . . . . . . . . . . . Importazione di persone e gruppi nella coda di registrazione . . . . . . . . . . . . . Registrazione degli utenti e 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 . . . . . . . . . . . . . . . . . . . Preparazione della migrazione degli utenti di GroupWise 5 . . . . . . . . . . . . . . . . . Concessione dei diritti proxy nel client GroupWise 5 . . . . . . . . . . . . . . . . . . . Importazione di persone e gruppi nella coda di registrazione . . . . . . . . . . . . . Registrazione degli utenti e completamento della migrazione . . . 19-1 19-1 19-2 19-2 19-3 Capitolo 20 Migrazione degli utenti da Netscape Messaging Server . . . 20-1 Migrazione degli utenti di Netscape Messaging Server . . . . . . . . . . . . . . . . Preparazione della migrazione degli utenti di Netscape Messaging Server . . . . . . Importazione di persone e gruppi nella coda di registrazione . . . . . . . . . . . . . Registrazione degli utenti e completamento della migrazione . . . 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 . . . . . . . . . . . . . . . . . . Installazione della procedura guidata di aggiornamento su un'unità di rete . . . Installazione della procedura guidata di 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 @. Guida alla programmazione con 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. Guida alla programmazione con 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 Aggiornamento alla versione 5 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. 1-4 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-5 Aggiornamento alla versione 5 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. 1-6 Trasferimento a Domino Versione 5 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 dell'aggiornamento alla Versione 5 1-7 Aggiornamento alla versione 5 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. 1-8 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-9 Aggiornamento alla versione 5 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 1-10 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-11 Aggiornamento alla versione 5 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. 1-12 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-13 Aggiornamento alla versione 5 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. 1-14 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-15 Aggiornamento alla versione 5 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. 1-16 Trasferimento a Domino 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. Pianificazione dell'aggiornamento alla Versione 5 1-17 Aggiornamento alla versione 5 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. 1-18 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-19 Aggiornamento alla versione 5 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. Nuove funzioni della posta di Domino 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 1-20 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-21 Aggiornamento alla versione 5 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). 1-22 Trasferimento a Domino Versione 5 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. Pianificazione dell'aggiornamento alla Versione 5 1-23 Aggiornamento alla versione 5 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à. 1-24 Trasferimento a Domino Versione 5 Pianificazione dell'aggiornamento alla Versione 5 1-25 Aggiornamento alla versione 5 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. 1-26 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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 Nuove funzioni della posta di Domino 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 2-2 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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. 2-4 Trasferimento a Domino Versione 5 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 e premere il tasto INVIO. 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. Aggiornamento di un server di posta Internet 2-5 Aggiornamento alla versione 5 3. Digitare Aggiunta delle icone di database di sistema MTA server all'area di lavoro 1. Passare al client Lotus Notes. 2. Scegliere File - Database - Apri. 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. 7. Fare clic su Aggiungi icona. 8. Nel campo Nome file, digitare SMTPIBWQ.NSF. 9. Fare clic su Aggiungi icona. 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. 2-6 Trasferimento a Domino Versione 5 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". 2. Passare al client Lotus Notes. 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. Aggiornamento di un server di posta Internet 2-7 Aggiornamento alla versione 5 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 e premere il tasto INVIO. 4. Passare al client Lotus Notes. 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. 2-8 Trasferimento a Domino Versione 5 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. Aggiornamento di un server di posta Internet 2-9 Aggiornamento alla versione 5 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 e premere il tasto INVIO. 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 e premere il tasto INVIO. 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 e premere il tasto INVIO. Nota Se l'Elenco indirizzi di Domino ha un nome file diverso da NAMES.NSF, sostituire il nome file corretto per NAMES.NSF. In IBM OS/2 Warp, digitare: icompact names.nsf e premere il tasto INVIO. Nota Se l'Elenco indirizzi di Domino ha un nome file diverso da NAMES.NSF, sostituire il nome file corretto per NAMES.NSF. Su piattaforme UNIX, digitare: compact names.nsf e premere il tasto INVIO. 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-10 Trasferimento a Domino Versione 5 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. In Microsoft Windows NT (piattaforme Intel), digitare nupdall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: nupdall names.nsf -t "($Users)" -r e premere il tasto INVIO. In Microsoft Windows NT (piattaforme Alpha), digitare: aupdall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: aupdall names.nsf -t "($Users)" -r e premere il tasto INVIO. In IBM OS/2 Warp, digitare: iupdall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: iupdall names.nsf -t "($Users)" -r e premere il tasto INVIO. Su piattaforme UNIX, digitare: updall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: updall names.nsf -t "($Users)" -r e premere il tasto INVIO. 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 di un server di posta Internet 2-11 Aggiornamento alla versione 5 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 e premere il tasto INVIO. 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. 2-12 Trasferimento a Domino Versione 5 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". 12. Fare clic sul pulsante Salva e chiudi sulla barra operazioni. 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. Aggiornamento di un server di posta Internet 2-13 Aggiornamento alla versione 5 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". 8. Selezionare Abilitata e fare clic su OK. 9. Fare clic sul pulsante Salva e chiudi sulla barra operazioni. 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. 2-14 Trasferimento a Domino Versione 5 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 Aggiornamento di un server di posta Internet 2-15 Aggiornamento alla versione 5 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. Non utilizzata nella V5 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 Non utilizzata nella V5 Controllo - Esecuzione manutenzione giornaliera alle Non utilizzata nella V5 Conversione - Gestione testata Non utilizzata nella V5 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 2-16 Trasferimento a Domino Versione 5 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 Non utilizzata nella V5 Configurazione in uscita Numero di processi Non utilizzata nella V5 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 Non utilizzata nella V5 Configurazione trasporto Intervallo ripetizione tentativi Non utilizzata nella V5 Configurazione trasporto Modalità di trasferimento Non utilizzata nella V5 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. Aggiornamento di un server di posta Internet 2-17 Aggiornamento alla versione 5 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) Documento Configurazione server, pannello 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) Documento Configurazione server, pannello Router/SMTP-Limitazioni e 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) Documento Configurazione server, pannello Router/SMTP-Avanzate-Controlli, sezione 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) Documento Configurazione server, pannello Router/SMTP-Avanzate-Controlli, sezione Controlli di trasferimento avanzati Intervallo ripristino dinamico costi. 2-18 Trasferimento a Domino Versione 5 Ubicazione V5 Documento Configurazione server, pannello Router/SMTP-Limitazioni e 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) Non utilizzata nella V5 SMTP_KEEP1MEANS1=X (forza il MTA a trattare il dominio locale analogamente agli altri domini) Non utilizzata nella V5 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. Non utilizzata nella V5 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). Aggiornamento di un server di posta Internet 2-19 Aggiornamento alla versione 5 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 Documento Configurazione server, pannello 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. 2-20 Trasferimento a Domino Versione 5 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. Aggiornamento di un server di posta Internet 2-21 Aggiornamento alla versione 5 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. 2-22 Trasferimento a Domino Versione 5 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. Aggiornamento di un server di posta Internet 2-23 Aggiornamento alla versione 5 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à. 2-24 Trasferimento a Domino Versione 5 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. Aggiornamento di un server di posta Internet 2-25 Aggiornamento alla versione 5 È 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. 2-26 Trasferimento a Domino Versione 5 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. 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 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. Aggiornamento di un server di posta Internet 2-27 Aggiornamento alla versione 5 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. 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. 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. 2-28 Trasferimento a Domino Versione 5 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. Aggiornamento di un server di posta Internet 2-29 Aggiornamento alla versione 5 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. 2-30 Trasferimento a Domino Versione 5 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 di posta Internet 2-31 Aggiornamento alla versione 5 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. 2-32 Trasferimento a Domino Versione 5 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. Aggiornamento di un server di posta Internet 2-33 Aggiornamento alla versione 5 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. 2-34 Trasferimento a Domino Versione 5 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 Modifiche nell'aggiornamento 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 Aggiornamento alla versione 5 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. 1. Passare alla console del server Domino. 2. Digitare quit e premere il tasto INVIO. 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. 3-2 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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 e premere il tasto INVIO. 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 e premere il tasto INVIO. 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 e premere il tasto INVIO. Nota Se l'Elenco indirizzi di Domino ha un nome file diverso da NAMES.NSF, sostituire il nome file corretto per NAMES.NSF. 3-4 Trasferimento a Domino Versione 5 icompact names.nsf e premere il tasto INVIO. Nota Se l'Elenco indirizzi di Domino ha un nome file diverso da NAMES.NSF, sostituire il nome file corretto per NAMES.NSF. Su piattaforme UNIX, digitare: compact names.nsf e premere il tasto INVIO. 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. In Microsoft Windows NT (piattaforme Intel), digitare nupdall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: nupdall names.nsf -t "($Users)" -r e premere il tasto INVIO. In Microsoft Windows NT (piattaforme Alpha), digitare: aupdall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: aupdall names.nsf -t "($Users)" -r e premere il tasto INVIO. In IBM OS/2 Warp, digitare: iupdall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: iupdall names.nsf -t "($Users)" -r e premere il tasto INVIO. Aggiornamento di un server Domino 3-5 Aggiornamento alla versione 5 In IBM OS/2 Warp, digitare: Su piattaforme UNIX, digitare: updall names.nsf -t "($ServerAccess)" -r e premere il tasto INVIO. Quindi digitare: updall names.nsf -t "($Users)" -r e premere il tasto INVIO. 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 e premere il tasto INVIO. 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. 3-6 Trasferimento a Domino Versione 5 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 1. Passare alla console del server Domino. 2. Digitare tell adminp process all e premere il tasto INVIO. 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 di un server Domino 3-7 Aggiornamento alla versione 5 Aggiornamento del server di amministrazione dell'Elenco indirizzi di Domino Arresto del Processo di Amministrazione sul server 1. Digitare tell adminp quit e premere il tasto INVIO. 2. Aggiornare l'impostazione del database Richieste di amministrazione. Aggiornamento dell'impostazione del database Richieste di amministrazione 1. Avviare il client Domino Administrator. 2. Scegliere File - Database - Apri. 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 3-8 Trasferimento a Domino Versione 5 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. Aggiornamento di un server Domino 3-9 Aggiornamento alla versione 5 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. 3-10 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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. 4-2 Trasferimento a Domino Versione 5 Aggiornamento alla versione 5 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: Modifiche nell'aggiornamento 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) Directory di dati di Notes (ad esempio, C:\NOTES\DATA) File di ID utente (ad esempio, GROSSI.ID) Directory di dati di Notes (ad esempio, C:\NOTES\DATA) Database locali (.NSF) Directory di dati di Notes (ad esempio, C:\NOTES\DATA) Collegamenti a directory di database locali (.DIR) Directory di dati di Notes (ad esempio, C:\NOTES\DATA) Qualsiasi modello di database di Notes personalizzato (.NTF) Directory di dati di Notes (ad esempio, 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". 5-2 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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 5-4 Trasferimento a Domino Versione 5 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. Aggiornamento dei client 5-5 Aggiornamento alla versione 5 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. 5-6 Trasferimento a Domino Versione 5 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. Aggiornamento dei client 5-7 Aggiornamento alla versione 5 Uso delle funzioni di diario e pianificazione con la posta Internet 5-8 Trasferimento a Domino Versione 5 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 Creazione di un indirizzo Internet 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 Aggiornamento alla versione 5 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. 6-2 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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. 6-4 Trasferimento a Domino Versione 5 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. Capitolo 6: Come lavorare con l'Elenco indirizzi di Domino 6-5 Aggiornamento alla versione 5 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 Cognome per formare l'indirizzo. 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. 6-6 Trasferimento a Domino Versione 5 Nome InizCognome Questo formato usa il campo Nome e il primo carattere del campo Cognome per formare l'indirizzo. 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. Creazione di un indirizzo Internet 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] Capitolo 6: Come lavorare con l'Elenco indirizzi di Domino 6-7 Aggiornamento alla versione 5 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. 6-8 Trasferimento a Domino Versione 5 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: 1. Avviare Domino Administrator. 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). Capitolo 6: Come lavorare con l'Elenco indirizzi di Domino 6-9 Aggiornamento alla versione 5 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. 2. Scegliere File - Database - Apri. 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. 6-10 Trasferimento a Domino Versione 5 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. Capitolo 6: Come lavorare con l'Elenco indirizzi di Domino 6-11 Aggiornamento alla versione 5 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. 6-12 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 Capitolo 7 Aggiornamento dei cluster 7-2 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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 8-2 Trasferimento a Domino Versione 5 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 alla versione 5 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 8-4 Trasferimento a Domino Versione 5 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 e premere il tasto INVIO. 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. Aggiornamento di database e applicazioni 8-5 Aggiornamento alla versione 5 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 8-6 Trasferimento a Domino Versione 5 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 Aggiornamento di database e applicazioni 8-7 Aggiornamento alla versione 5 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. 8-8 Trasferimento a Domino Versione 5 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. Aggiornamento di database e applicazioni 8-9 Aggiornamento alla versione 5 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. 8-10 Trasferimento a Domino Versione 5 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 1. Scegliere File - Database - Apri. 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. Aggiornamento di database e applicazioni 8-11 Aggiornamento alla versione 5 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 1. Passare alla console del server Domino. 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. 8-12 Trasferimento a Domino Versione 5 2. Scegliere File - Database - Apri. 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. Aggiornamento di database e applicazioni 8-13 Aggiornamento alla versione 5 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 Amministrazione del sistema Domino. 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. 8-14 Trasferimento a Domino Versione 5 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. 2. Scegliere File - Database - Proprietà. 3. Fare clic sulla linguetta Avanzate. Aggiornamento di database e applicazioni 8-15 Aggiornamento alla versione 5 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. 2. Scegliere File - Database - Proprietà. 3. Fare clic sulla linguetta Avanzate. 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. 8-16 Trasferimento a Domino Versione 5 1. Aprire il database in cui si desidera tenere traccia della lettura o della modifica dei documenti. 2. Scegliere File - Database - Proprietà. 3. Fare clic sulla linguetta Avanzate. 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. 2. Scegliere File - Database - Proprietà. 3. Fare clic sulla linguetta Avanzate. 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. Aggiornamento di database e applicazioni 8-17 Aggiornamento alla versione 5 Per selezionare l'opzione "Attiva proprietà LastAccessed", eseguire le seguenti operazioni: 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. 2. Scegliere File - Database - Proprietà. 3. Fare clic sulla linguetta Avanzate. 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. 8-18 Trasferimento a Domino Versione 5 1. Aprire il database in cui si desidera limitare il numero di voci nei campi $Revisions. 2. Scegliere File - Database - Proprietà. 3. Fare clic sulla linguetta Avanzate. 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. 2. Scegliere File - Database - Proprietà. 3. Fare clic sulla linguetta Avanzate. 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. Aggiornamento di database e applicazioni 8-19 Aggiornamento alla versione 5 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 maiuscole/minuscole e accenti V4 senza controllo di maiuscole/minuscole e accenti Le viste appaiono identiche Le viste sono diverse V4 controllo maiuscole/minuscole e accenti Le viste sono quasi identiche, con differenze dove due stringhe corrispondono Le viste sono molto diverse; vedere precedentemente i dettagli sull'ordinamento 8-20 Trasferimento a Domino Versione 5 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. Aggiornamento di database e applicazioni 8-21 Aggiornamento alla versione 5 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. 8-22 Trasferimento a Domino Versione 5 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. Aggiornamento 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 Aggiornamento alla versione 5 Capitolo 9 Aggiornamento della ricerca 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 50 GB di spazio su disco libero (questo valore cresce all'aumentare delle dimensioni del dominio). 9-2 Trasferimento a Domino Versione 5 Server Ultra Enterprise 250 con processore singolo 512MB di RAM 50 GB di spazio su disco libero (questo valore cresce all'aumentare delle dimensioni del dominio). 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 Aggiornamento alla versione 5 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. 9-4 Trasferimento a Domino Versione 5 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". 2. Avviare Domino Administrator. 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. 9. Selezionare Abilitata e fare clic su OK. 10. Impostare la programmazione dell'indicizzazione in modo da soddisfare le necessità del sistema. Aggiornamento della ricerca 9-5 Aggiornamento alla versione 5 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. 9-6 Trasferimento a Domino Versione 5 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). Aggiornamento della ricerca 9-7 Aggiornamento alla versione 5 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. 9-8 Trasferimento a Domino Versione 5 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. Aggiornamento della ricerca 9-9 Aggiornamento alla versione 5 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 9-10 Trasferimento a Domino Versione 5 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. Aggiornamento della ricerca 9-11 Aggiornamento 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 1. Scegliere File - Database - Apri. 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". 9-12 Trasferimento a Domino Versione 5 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. Aggiornamento della sicurezza 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 Aggiornamento alla versione 5 Capitolo 10 Aggiornamento della sicurezza 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. 10-2 Trasferimento a Domino Versione 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 Aggiornamento alla versione 5 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. 10-4 Trasferimento a Domino Versione 5 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 Amministrazione del sistema Domino. 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 Aggiornamento alla versione 5 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. 11-2 Trasferimento a Domino Versione 5 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 Aggiornamento alla versione 5 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. 11-4 Trasferimento a Domino Versione 5 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. Certificazione di utenti e server nelle organizzazioni normali 11-5 Aggiornamento alla versione 5 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. 11-6 Trasferimento a Domino Versione 5 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. Certificazione di utenti e server nelle organizzazioni normali 11-7 Aggiornamento alla versione 5 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. 11-8 Trasferimento a Domino Versione 5 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 password. Fare riferimento allo schema di denominazione gerarchico creato durante la progettazione della struttura gerarchica. 5. Immettere la data alla quale questo certificato scadrà per i server. 6. Fare clic su Aggiorna. 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. Certificazione di utenti e server nelle organizzazioni normali 11-9 Aggiornamento alla versione 5 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 password. Fare riferimento allo schema di denominazione gerarchico creato durante la progettazione della struttura gerarchica. 11-10 Trasferimento a Domino Versione 5 8. Fare clic su Aggiorna. 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. Certificazione di utenti e server nelle organizzazioni normali 11-11 Aggiornamento alla versione 5 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. 11-12 Trasferimento a Domino Versione 5 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. Certificazione di utenti e server nelle organizzazioni normali 11-13 Aggiornamento alla versione 5 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: 1. Scegliere File - Strumenti - ID utente. 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. 11-14 Trasferimento a Domino Versione 5 2. Fare clic sull'icona Certificatori e scegliere Certifica file ID. 3. Selezionare il certificatore da utilizzare e fare clic su OK. 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. 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 o Server 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. Rimuovere il disco contenente la copia di sicurezza dell'ID ricertificato e consegnarlo direttamente al proprietario, oppure inviarlo attraverso il servizio postale. Per fondere il nuovo certificato, il proprietario dell'ID deve eseguire 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. 3. Fare clic su Altre opzioni. 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. Certificazione di utenti e server nelle organizzazioni normali 11-15 Aggiornamento alla versione 5 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. 2. Fare clic su Altre opzioni. 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. 4. Immettere la password del certificatore e fare clic su OK. 5. Se il certificatore si trova su un disco, rimuovere il disco e conservarlo in un posto sicuro. 11-16 Trasferimento a Domino Versione 5 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. 9. Fare clic su Certifica. 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. Per fondere il nuovo certificato, il proprietario dell'ID deve eseguire 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. Certificazione di utenti e server nelle organizzazioni normali 11-17 Aggiornamento alla versione 5 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. 4. Fare clic su Altre opzioni. 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. 3. Selezionare il certificatore da utilizzare e fare clic su OK. 4. Immettere la password del certificatore e fare clic su OK. 5. Selezionare la copia di sicurezza dell'ID appena ridenominato da ricertificare. 6. (Facoltativo) Modificare la data di scadenza della certificazione. 7. (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 o Server da aggiornare. Se il server non è locale, si deve disporre almeno dell'accesso Revisione al suo Elenco indirizzi di Domino. 11-18 Trasferimento a Domino Versione 5 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: 1. Scegliere File - Strumenti - ID utente. 2. Fare clic su Altre opzioni. 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: 1. Scegliere File - Strumenti - ID utente. 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. 5. Fare clic su Chiudi. Certificazione di utenti e server nelle organizzazioni normali 11-19 Aggiornamento alla versione 5 8. Fare clic su Certifica. 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. 11-20 Trasferimento a Domino Versione 5 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. Certificazione di utenti e server nelle organizzazioni normali 11-21 Aggiornamento alla versione 5 Risultati della ricertificazione Conversione di un nome server normale in gerarchico tramite il processo di amministrazione 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". 11-22 Trasferimento a Domino Versione 5 Inserita su: Il server che ha cambiato nome. Eseguita su: Il server di amministrazione dell'Elenco indirizzi di Domino. Eseguita: Secondo l'impostazione interval del Processo di Amministrazione nel documento Server. 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. Eseguita su: Il server di amministrazione dell'Elenco indirizzi di 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. Eseguita: Secondo l'impostazione interval del Processo di Amministrazione nel documento Server. Risultato: Ogni server nel dominio aggiorna il nome del server nelle LCA dei database di cui è un server di amministrazione. Certificazione di utenti e server nelle organizzazioni normali 11-23 Aggiornamento alla versione 5 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. Inviata su: Il server di amministrazione dell'Elenco indirizzi di Domino. Eseguita su: Ogni server nel dominio. Eseguita: In base alle impostazioni "Richiesta rinviata" del Processo di Amministrazione nel documento Server. 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. Inviata su: Il server di amministrazione dell'Elenco indirizzi di Domino. Eseguita su: Il server di amministrazione dell'Elenco indirizzi di 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. 11-24 Trasferimento a Domino Versione 5 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 Migrazione degli utenti 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 12-2 Trasferimento a Domino Versione 5 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 Migrazione degli utenti 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. 12-4 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-5 Migrazione degli utenti 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. 12-6 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-7 Migrazione degli utenti 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 12-8 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-9 Migrazione degli utenti 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 indirizzi di Domino. 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: Nome del gruppo Notes 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. Nome del gruppo Notes 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. 12-10 Trasferimento a Domino Versione 5 È 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:". Panoramica sulla migrazione degli utenti verso Notes e Domino 12-11 Migrazione degli utenti 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:". 12-12 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-13 Migrazione degli utenti 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. 12-14 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-15 Migrazione degli utenti 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. 12-16 Trasferimento a Domino Versione 5 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). Panoramica sulla migrazione degli utenti verso Notes e Domino 12-17 Migrazione degli utenti 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. 12-18 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-19 Migrazione degli utenti 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 Amministrazione del sistema Domino. 12-20 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-21 Migrazione degli utenti 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. 12-22 Trasferimento a Domino Versione 5 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 Amministrazione del sistema Domino. 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-23 Migrazione degli utenti 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. 12-24 Trasferimento a Domino Versione 5 È 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 Amministrazione del sistema Domino. 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 Panoramica sulla migrazione degli utenti verso Notes e Domino 12-25 Migrazione degli utenti 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. 12-26 Trasferimento a Domino Versione 5 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. Panoramica sulla migrazione degli utenti verso Notes e Domino 12-27 Migrazione degli utenti 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. 12-28 Trasferimento a Domino Versione 5 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 Migrazione degli utenti 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. 13-2 Trasferimento a Domino Versione 5 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 Informazioni relative a mittente e 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 Migrazione degli utenti 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 13-4 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-5 Migrazione degli utenti ** 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. 13-6 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-7 Migrazione degli utenti 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" dove nome_up è il nome dell'ufficio postale; password_up è la password 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 13-8 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-9 Migrazione degli utenti 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: Per un ufficio postale DB6: CHKSTAT nome_up password_up percorso_up STATUSERS/N >output.txt Per un ufficio postale DB8: DIRSTAT nome_up password_up percorso_up /DL /LU /LOG output.txt 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. 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. 13-10 Trasferimento a Domino Versione 5 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> Migrazione degli utenti da cc:Mail 13-11 Migrazione degli utenti 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 Componenti del nome Notes 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 13-12 Trasferimento a Domino Versione 5 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) Migrazione degli utenti da cc:Mail 13-13 Migrazione degli utenti 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 13-14 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-15 Migrazione degli utenti 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. 13-16 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-17 Migrazione degli utenti 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. 13-18 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-19 Migrazione degli utenti 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. 13-20 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-21 Migrazione degli utenti 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. 13-22 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-23 Migrazione degli utenti 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. 13-24 Trasferimento a Domino Versione 5 La seguente tabella illustra le opzioni di importazione disponibili e il loro stato predefinito: Opzione di migrazione Stato predefinito Genera password casuali 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 Migrazione degli utenti da cc:Mail 13-25 Migrazione degli utenti 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. 13-26 Trasferimento a Domino Versione 5 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 Selezionare questa casella di controllo nel quadro Impostazioni di conversione della finestra di dialogo Impostazioni avanzate 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 Selezionare questa casella di controllo nel quadro Impostazioni di conversione della finestra di dialogo Impostazioni avanzate 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. Migrazione degli utenti da cc:Mail 13-27 Migrazione degli utenti 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 Selezionare questa casella di controllo nel quadro Impostazioni di conversione della finestra di dialogo Impostazioni avanzate 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. 13-28 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-29 Migrazione degli utenti 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. 13-30 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-31 Migrazione degli utenti 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. 13-32 Trasferimento a Domino Versione 5 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". Migrazione degli utenti da cc:Mail 13-33 Migrazione degli utenti 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. 13-34 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-35 Migrazione degli utenti È 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. 13-36 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-37 Migrazione degli utenti 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 seguenti operazioni: 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 dove nome_ufficio_postale è il nome dell'ufficio postale specificato al punto 1. Questo comando genera un messaggio che include i nomi di tutti gli utenti Notes presenti nell'Elenco indirizzi di Domino 13-38 Trasferimento a Domino Versione 5 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 dove nome_ufficio_postale è il nome dell'ufficio postale specificato al 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. Migrazione degli utenti da cc:Mail 13-39 Migrazione degli utenti 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. 13-40 Trasferimento a Domino Versione 5 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: Migrazione degli utenti da cc:Mail 13-41 Migrazione degli utenti 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. 13-42 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da cc:Mail 13-43 Migrazione degli utenti 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. 13-44 Trasferimento a Domino Versione 5 Capitolo 14 Migrazione degli utenti di Microsoft Mail a Notes 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 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 processo di migrazione: 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. Consultare il capitolo 21 per le informazioni sulle procedure guidate di aggiornamento utenti 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 Migrazione degli utenti 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 Documento gruppo nell'Elenco indirizzi di Domino Messaggi di posta interpersonali (IPM) Non migrati Data e priorità del messaggio 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 Elenco indirizzi di Domino Stato Lettura e non letti Stato Lettura e non letti Informazioni relative a mittente e destinatario Informazioni relative a mittente e 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. Consultare il capitolo 8 per le informazioni sulle procedure guidate di aggiornamento utenti 14-2 Trasferimento a Domino Versione 5 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 Migrazione degli utenti 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 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 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> 14-4 Trasferimento a Domino Versione 5 Componenti del nome Notes 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. Migrazione degli utenti di Microsoft Mail a Notes 14-5 Migrazione degli utenti 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 Lo strumento di migrazione genera i seguenti componenti del nome 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 Lo strumento di migrazione genera i seguenti componenti del nome 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 Lo strumento di migrazione genera i seguenti componenti del nome Notes: Nome: Chiara ; Iniziale secondo nome: Li; Cognome: Larini 14-6 Trasferimento a Domino Versione 5 Preparazione della migrazione degli utenti di Microsoft Mail Prima di trasferire gli utenti da Microsoft Mail a Notes, completare le seguenti operazioni: 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. Eseguire un backup delle informazioni di Domino. 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. (Facoltativo) Impostare le preferenza di registrazione. (Facoltativo) Creare un gruppo di Notes a cui si possano aggiungere gli utenti migrati. Inviare ogni messaggio in sospeso di Microsoft Mail. Migrazione degli utenti di Microsoft Mail a Notes 14-7 Migrazione degli utenti Verificare di disporre dell'accesso Revisione, Impostazione o 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. 3. Dal quadro Strumenti, fare clic su Persone - Registra. 14-8 Trasferimento a Domino Versione 5 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. 7. Fare clic su Migra persone. 8. Dalla finestra di dialogo Migrazione persone e gruppi, selezionare 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. 1. Dalla finestra di dialogo Migrazione persone e gruppi, abilitare le 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. 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 Microsoft Mail. 3. Fare clic su OK una volta ultimato di specificare queste impostazioni. Migrazione degli utenti di Microsoft Mail a Notes 14-9 Migrazione degli utenti 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. 4. Dalla casella Persone/Gruppi disponibili, selezionare utenti e gruppi da convertire e fare clic su Aggiungi. Per ulteriori informazioni sull'importazione di gruppi, vedere il 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. 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 relativo a un ufficio postale di Microsoft Mail in modo che il suo contenuto venga visualizzato nella lista Persone/Gruppi disponibili. 14-10 Trasferimento a Domino Versione 5 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: Opzione di migrazione Stato predefinito Genera password casuali Inattiva Aggiungi il nome completo fornito al documento Inattiva Persona di Notes. Consenti l'aggiunta di gruppi vuoti in 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) Migrazione degli utenti di Microsoft Mail a Notes 14-11 Migrazione degli utenti 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. 14-12 Trasferimento a Domino Versione 5 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 Migrazione degli utenti di Microsoft Mail a Notes 14-13 Migrazione degli utenti 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 Registrazione degli utenti e completamento della migrazione da 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.. 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 il tasto CTRL contemporaneamente a quello 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) Fare clic sul pulsante Opzioni e selezionare le opzioni di registrazione da applicare durante la presente sessione e fare clic su OK. 14-14 Trasferimento a Domino Versione 5 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. 4. Dalla casella Stato della registrazione, selezionare gli utenti da registrare e fare clic su Registra. Domino Administrator tenta di 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. 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. 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 altri dati di Microsoft 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 Microsoft Mail sul client 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 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. Migrazione degli utenti di Microsoft Mail a Notes 14-15 Migrazione degli utenti 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. 14-16 Trasferimento a Domino Versione 5 Capitolo 15 Migrazione degli utenti da Microsoft Exchange Questo capitolo illustra gli argomenti relativi alla migrazione di utenti 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. Permette di creare i file ID e di posta Notes per gli utenti migrati. 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 Migrazione degli utenti 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 Data e priorità del messaggio Messaggi e allegati Documenti Microsoft Office Notes Cartella In uscita Elenchi indirizzi di Exchange Rubrica privata Cartelle pubbliche Stato Lettura e non letti Ruoli e Permessi su caselle di posta e cartelle Informazioni relative a mittente e destinatario Attività Voci della Rubrica personale * Non convertibili Cartella Cestinati** Non convertibili Non convertibili Documento gruppo nell'Elenco indirizzi di Domino Non convertibili Non convertibili Non convertibili Data e priorità del messaggio 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 Informazioni relative a mittente e 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. 15-2 Trasferimento a Domino Versione 5 ** 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 Migrazione degli utenti 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. 15-4 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da Microsoft Exchange 15-5 Migrazione degli utenti 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. 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 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. (Facoltativo) Impostare le preferenza di registrazione. (Facoltativo) Creare un gruppo di Notes a cui si possano aggiungere 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. 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 linguetta Persone e gruppi. 3. Dal quadro Strumenti, fare clic su Persone - Registra. 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. 7. Fare clic su Migra persone. 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. 15-6 Trasferimento a Domino Versione 5 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 1. Dalla finestra di dialogo Migrazione persone e gruppi, abilitare le opzioni selezionando gli elementi nella casella Opzioni di migrazione. Le opzioni selezionate vengono applicano a tutti gli utenti Microsoft Exchange importati durante la presente sessione. 2. Dalla casella Persone/Gruppi disponibili, selezionare utenti e gruppi da convertire e fare clic su Aggiungi. Per ulteriori informazioni sull'importazione di gruppi, vedere il capitolo 12. 3. 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. 4. Fare clic su Chiudi. Gli utenti accodati per la registrazione vengono ora visualizzati nella casella Stato della registrazione. Si può quindi procedere con la registrazione degli utenti. Migrazione degli utenti da Microsoft Exchange 15-7 Migrazione 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". 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 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: Opzione di migrazione Stato predefinito Genera password casuali Attiva Aggiungi il nome completo fornito al documento Persona di Notes. Inattiva Consenti l'aggiunta di gruppi vuoti in Notes 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. 15-8 Trasferimento a Domino Versione 5 Registrazione degli utenti e completamento della migrazione 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. È 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. 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) Fare clic sul pulsante Opzioni e selezionare le opzioni di registrazione da applicare durante questa sessione, quindi 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. 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. 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. Migrazione degli utenti da Microsoft Exchange 15-9 Migrazione degli utenti 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. 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 Microsoft Exchange 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 Microsoft Exchange sul client 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 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. 15-10 Trasferimento a Domino Versione 5 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: Permette di creare i file ID e di posta Notes per gli utenti migrati. Questa sezione della guida per la migrazione illustra i seguenti argomenti relativi allo spostamento degli utenti da Windows NT Notes: Preparazione dell'importazione degli utenti da Windows NT Importazione di utenti e gruppi Registrazione degli utenti e completamento della migrazione 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 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 avere acquistato la licenza appropriata del client di Notes per ogni utente. 16-1 Migrazione degli utenti 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. Eseguire un backup delle informazioni di Domino. 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. (Facoltativo) Impostare le preferenza di registrazione. (Facoltativo) Creare un gruppo di Notes a cui si possano aggiungere 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. 16-2 Trasferimento a Domino Versione 5 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 linguetta Persone e gruppi. 3. Dal quadro Strumenti, fare clic su Persone - Registra. 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. 7. Fare clic su Migra persone. 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 Migrazione degli utenti 8. Dalla finestra di dialogo Migrazione persone e gruppi, selezionare 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. 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 di Windows NT importati durante la presente sessione. 2. Fare clic su Avanzate per aprire la finestra di dialogo che permette 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. 4. Dalla casella Persone/Gruppi disponibili, selezionare utenti e gruppi da convertire e fare clic su Aggiungi. 5. Per ulteriori informazioni sull'importazione di gruppi, vedere il capitolo 12. 6. 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. 7. Fare clic su Chiudi. 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 È possibile impostare delle opzioni per determinare quali informazioni 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. 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 di un dominio Windows NT in modo che il suo contenuto venga visualizzato nella lista Persone/Gruppi disponibili. 16-4 Trasferimento a Domino Versione 5 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: Opzione di migrazione Stato predefinito Genera password casuali Attiva Aggiungi il nome completo fornito al documento Persona di Notes. Inattiva Consenti l'aggiunta di gruppi vuoti in Notes 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. Migrazione degli utenti da una lista di dominio Windows NT 16-5 Migrazione degli utenti È 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 16-6 Trasferimento a Domino Versione 5 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. Migrazione degli utenti da una lista di dominio Windows NT 16-7 Migrazione degli utenti 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. 16-8 Trasferimento a Domino Versione 5 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. Registrazione degli utenti e completamento della migrazione da Windows NT 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. 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) Fare clic sul pulsante Opzioni e selezionare le opzioni di registrazione da applicarsi 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. Migrazione degli utenti da una lista di dominio Windows NT 16-9 Migrazione degli utenti È 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. 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 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. 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. 16-10 Trasferimento a Domino Versione 5 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. Questa sezione della guida per la migrazione illustra i seguenti 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 Migrazione degli utenti 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 17-2 Trasferimento a Domino Versione 5 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 Migrazione degli utenti 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. 17-4 Trasferimento a Domino Versione 5 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 Iniziale secondo nome 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 Iniziale secondo nome 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. Migrazione di utenti da un file LDIF 17-5 Migrazione degli utenti 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. 17-6 Trasferimento a Domino Versione 5 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. Migrazione di utenti da un file LDIF 17-7 Migrazione degli utenti 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. Eseguire un backup delle informazioni di Domino. 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. (Facoltativo) Impostare le preferenza di registrazione. (Facoltativo) Creare un gruppo di Notes a cui si possano aggiungere 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. 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 linguetta Persone e gruppi. 3. Dal quadro Strumenti, fare clic su Persone - Registra. 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. 7. Fare clic su Migra persone. 17-8 Trasferimento a Domino Versione 5 8. Dalla finestra di dialogo Migrazione persone e gruppi, selezionare 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. 12. Fare clic su Chiudi. 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 È possibile impostare delle opzioni per determinare quali informazioni 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. Consultare il capitolo 12 per ulteriori informazioni sulle opzioni di migrazione disponibili. 1. Dalla finestra di dialogo Migrazione persone e gruppi, importare un file LDIF. Migrazione di utenti da un file LDIF 17-9 Migrazione degli utenti 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: Opzione di migrazione Stato predefinito Genera password casuali Attiva Aggiungi il nome completo fornito al documento Persona di Notes. 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 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. 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". 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. 17-10 Trasferimento a Domino Versione 5 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. 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. 2. (Facoltativo) Fare clic sul pulsante Opzioni e selezionare le opzioni di registrazione da applicarsi 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. 4. Dalla casella Stato della registrazione, selezionare gli utenti da 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. 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. Migrazione di utenti da un file LDIF 17-11 Migrazione degli utenti 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". 2. Dalla vista Generali della finestra di dialogo Registra persona, visualizzare le informazioni di registrazione per ogni nome compreso nella casella Stato della registrazione, per verificare che risulti corretto. Se necessario, modificare tali informazioni. 3. (Facoltativo) Fare clic sul pulsante Opzioni e selezionare le opzioni 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. 17-12 Trasferimento a Domino Versione 5 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 indirizzi di Domino. È 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. Migrazione di utenti da un file LDIF 17-13 Migrazione degli utenti Uso degli utenti importati negli account di sottoscrizione 17-14 Trasferimento a Domino Versione 5 Capitolo 18 Migrazione degli utenti da Novell GroupWise 4 Questo capitolo illustra gli argomenti relativi alla migrazione di utenti 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 Importa utenti e gruppi dall'ufficio postale e crea delle relative voci nell'Elenco indirizzi di Domino. Permette di creare i file ID e di posta Notes per gli utenti migrati. 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 le seguenti operazioni: 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 Migrazione degli utenti 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 1. Da Domino Administrator, fare clic sulla pagina 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 GroupWise 4 dalla lista Sorgente elenco esterno. 18-2 Trasferimento a Domino Versione 5 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 stato e il numero degli utenti accodati per la registrazione. Registrazione degli utenti e completamento della migrazione Dopo avere importato con successo gli utenti nella coda delle registrazioni, è possibile registrarli e completare 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. Converte messaggi e altri dati dalla casella di posta GroupWise 4. È 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. 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. Nota Il client GroupWise 4 deve essere attivo durante la migrazione. Migrazione degli utenti da Novell GroupWise 4 18-3 Migrazione degli utenti 12. Fare clic su Chiudi. Gli utenti accodati per la registrazione vengono ora visualizzati nella casella Stato della registrazione. 1. Dalla vista Generali della finestra di dialogo Registra persona, visualizzare le informazioni di registrazione per ogni nome compreso nella casella Stato della registrazione, per verificare che 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. 4. (Facoltativo) Specificare le informazioni di registrazione aggiuntive per gli utenti come necessario. Se è stato creato un gruppo 'migrazione', aprire il quadro Gruppi e assegnare adesso gli utenti a questo gruppo. 5. 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 successiva registrazione. 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. 6. Verificare che la migrazione sia avvenuta con successo osservando l'Elenco indirizzi di Domino e i file di posta dell'utente. 18-4 Trasferimento a Domino Versione 5 Capitolo 19 Migrazione degli utenti da Novell GroupWise 5 Questo capitolo illustra gli argomenti relativi alla migrazione di utenti da Novell GroupWise 5 a Domino e Notes Versione 5 e fornisce istruzioni sull'uso di Domino Administrator per completare la migrazione. Migrazione degli utenti di Novell GroupWise 5 Importa utenti e gruppi dall'ufficio postale e crea delle relative voci nell'Elenco indirizzi di Domino. 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 le seguenti operazioni: 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. Procurarsi le copie degli ID certificatori per le organizzazioni e le unità organizzative in cui verranno registrati gli utenti. 19-1 Migrazione degli utenti 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 processo di migrazione: 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 Importazione di persone e gruppi nella coda di registrazione 1. Da Domino Administrator, fare clic sulla pagina 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 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. 9. Dalla casella Persone/Gruppi disponibili, selezionare gli utenti e i gruppi da migrare, quindi fare clic su Aggiungi. 10. Fare clic su Migra per collocare gli utenti selezionati nella coda di registrazione, quindi su OK per chiudere il messaggio che indica lo stato e il numero degli utenti accodati per la registrazione. 11. Fare clic su Chiudi. Gli utenti accodati per la registrazione vengono ora visualizzati nella casella Stato della registrazione. 19-2 Trasferimento a Domino Versione 5 Registrazione degli utenti e completamento della migrazione Dopo avere importato con successo gli utenti nella coda delle registrazioni, è possibile registrarli e completare 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. Converte messaggi e altri dati dalla casella di posta GroupWise 5. È 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. 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. 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. 4. (Facoltativo) Specificare le informazioni di registrazione aggiuntive per gli utenti come necessario. Se è stato creato un gruppo 'migrazione', aprire il quadro Gruppi e assegnare adesso gli utenti a questo gruppo. 5. 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 successiva registrazione. 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. Migrazione degli utenti da Novell GroupWise 5 19-3 Migrazione degli utenti 1. Dalla vista Generali della finestra di dialogo Registra persona, visualizzare le informazioni di registrazione per ogni nome compreso nella casella Stato della registrazione, per verificare che risulti corretto. 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. 6. Verificare che la migrazione abbia avuto esito positivo. 19-4 Trasferimento a Domino Versione 5 Capitolo 20 Migrazione degli utenti da Netscape Messaging Server Questo capitolo illustra gli argomenti relativi alla migrazione di utenti da Netscape Messaging Server a Domino e Notes Versione e fornisce istruzioni sull'uso di Domino Administrator per completare la 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. Permette di creare i file ID e di posta Notes per gli utenti migrati. 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 Migrazione degli utenti 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. Procurarsi le copie degli ID certificatori per le organizzazioni e le unità organizzative in cui verranno registrati gli utenti. Importazione di persone e gruppi nella coda 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 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. 20-2 Trasferimento a Domino Versione 5 9. Dalla casella Persone/Gruppi disponibili, selezionare gli utenti e i gruppi da migrare, quindi fare clic su Aggiungi. 10. Fare clic su Migra per collocare gli utenti selezionati nella coda di registrazione, quindi su OK per chiudere il messaggio che indica lo stato e il numero degli utenti accodati per la registrazione. 11. Fare clic su Chiudi. Gli utenti accodati per la registrazione vengono ora visualizzati nella casella Stato della registrazione. Registrazione degli utenti e completamento della migrazione Dopo avere importato con successo gli utenti nella coda delle registrazioni, è possibile registrarli e completare 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. Converte messaggi e altri dati dalla casella di posta GroupWise 4. 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. 1. Dalla vista Generali della finestra di dialogo Registra persona, visualizzare le informazioni di registrazione per ogni nome compreso nella casella Stato della registrazione, per verificare che 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. 4. (Facoltativo) Specificare le informazioni di registrazione aggiuntive per gli utenti come necessario. Se è stato creato un gruppo 'migrazione', aprire il quadro Gruppi e assegnare adesso gli utenti a questo gruppo. 5. 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 successiva registrazione. Migrazione degli utenti da Netscape Messaging Server 20-3 Migrazione degli utenti È 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. 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. 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. 20-4 Trasferimento a Domino Versione 5 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 Migrazione degli utenti 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. 21-2 Trasferimento a Domino Versione 5 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 Migrazione degli utenti 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. 21-4 Trasferimento a Domino Versione 5 ** ** 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 Migrazione dei dati di posta personali 21-5 Migrazione degli utenti 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. 21-6 Trasferimento a Domino Versione 5 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. Migrazione dei dati di posta personali 21-7 Migrazione degli utenti 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. 21-8 Trasferimento a Domino Versione 5 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". Migrazione dei dati di posta personali 21-9 Migrazione degli utenti 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. 21-10 Trasferimento a Domino Versione 5 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. Migrazione dei dati di posta personali 21-11 Migrazione degli utenti 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. 21-12 Trasferimento a Domino Versione 5 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. Migrazione dei dati di posta personali 21-13 Migrazione degli utenti 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". 21-14 Trasferimento a Domino Versione 5 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. Migrazione dei dati di posta personali 21-15 Migrazione degli utenti 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. 21-16 Trasferimento a Domino Versione 5 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. Migrazione dei dati di posta personali 21-17 Migrazione degli utenti 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. 21-18 Trasferimento a Domino Versione 5 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 dei dati di posta personali 21-19 Migrazione degli utenti 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 21-20 Trasferimento a Domino Versione 5 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 Migrazione dei dati di posta personali 21-21 Migrazione degli utenti 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. 21-22 Trasferimento a Domino Versione 5 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. Migrazione dei dati di posta personali 21-23 Migrazione degli utenti 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 seguenti operazioni: 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. 21-24 Trasferimento a Domino Versione 5 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 cancellazione della coda di lavoro 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 l'aggiornamento, 2-8 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 l'aggiornamento, 1-15 riconversione alle versioni precedenti, 8-12 storico delle transazioni, 8-13 applicazioni, Domino caratteristiche, 1-23 applicazioni Domino caratteristiche, 1-23 applicazioni Web aggiornamento, 8-9, 10-3 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 dell'aggiornamento, 3-2 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 migrazione da cc:Mail, 13-29 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 aggiornamento, 2-29, 6-9 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 aggiornamento, 1-7, 4-1 installazione, 1-20 client Notes aggiornamento, 1-9, 5-1 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 dell'aggiornamento, 5-2 caratteristiche, 1-21 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 migrazione, 13-20, 13-21 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 caratteristiche, 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 storico delle transazioni, 8-13 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 configurazione della posta Internet, 2-15 Dominio SMTP esterno, documento configurazione della posta 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 Elenco indirizzi di Domino aggiornamento, 2-9, 3-4 Indice analitico I-3 aggiornamento dei clienti di amministrazione, 4-1 aggiornamento del server di amministrazione, 3-7 aggiornamento della Rubrica pubblica, 3-4 aggiunta di persone da un file LDIF, 17-12 caratteristiche, 6-3 compilazione del campo Indirizzo Internet, 6-4 compressione, 2-9, 3-4 controllo dell'univocità degli indirizzi Internet, 6-9 convalida del campo Indirizzo Internet, 6-9 indirizzi Internet, 6-1 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 in un cluster con versioni miste, 7-1 file backup del client Notes prima dell'aggiornamento, 5-2 backup del server Domino prima dell'aggiornamento, 3-2 protezione per il Web, 10-3 file di posta aggiornamento, 5-5, 8-4 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 sistema operativo, 3-10 G gateway host di ritrasmissione, 2-24 mappatura, 13-32 gateway messaggi migrazione da cc:Mail, 13-30 gerarchia di risposta prestazioni dei database, 8-17 I-4 Trasferimento a Domino Versione 5 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 degli utenti, 12-9 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 migrazione degli utenti, 12-7 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 autenticazione, 10-3 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 ricertificazione, 11-21 ID gerarchici ricertificazione, 11-21 ID normali certificazioni, 11-20 convenzioni di denominazione, 11-12 creazione, 10-2, 11-12 descrizione, 11-11 eliminazioni dei certificati, 11-19 ricertificazione, 11-12 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, 9-7, 9-11 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 aggiornamento, 2-29, 6-7 in ambienti con versioni miste, 2-29 indirizzi di posta Internet aggiornamento, 2-29, 6-7 in un ambiente con versioni miste, 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 migrazione da cc:Mail, 21-19 indririzzamento facilitato aggiornamento, 6-10 autenticazione Web, 6-11 informazioni di registrazione migrazione, 12-20 installazione aggiornamento della Rubrica pubblica, 3-4 Versione 5 su un client Notes, 5-2 Versione 5 su un server Domino, 3-3 instradamento della posta in ambienti con versioni miste, 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 in ambienti con versioni miste, 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 Indice analitico I-5 LDIF definizione, 17-2 formati dei nomi, 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 prestazioni dei database, 8-16 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 versioni miste, 2-15 in un cluster con versioni miste, 7-1 invio a server della Versione 4, 2-30 messaggio di notifica aggiornamento informazioni ottenute dalla procedura guidata di aggiornamento, 21-11 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 backup dei file di Domino, 14-8 code page della lingua, 14-13 connessione all'ufficio postale, 14-8 convenzioni di denominazione, 14-3 creazione dei file di posta Notes, 14-15 I-6 Trasferimento a Domino Versione 5 equivalenti Notes per i dati migrati, 14-2, 14-3 errori nella conversione dei nomi, 14-6 opzione Converti solo posta, 14-16 opzioni, 14-10, 14-11 procedura guidata di aggiornamento, 14-15 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 aggiornamento, 21-24 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 aggiunta di utenti alla coda di registrazione, 13-23 alias, 13-27 attività, 13-5, 13-7 backup dei file di Domino, 13-8 code page della lingua, 13-16, 13-26, 13-29 codici di località, 13-33, 13-42 connessione all'ufficio postale, 13-22 convenzioni di denominazione, 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 documenti Persona, 13-13 eliminazione dei file utente, 13-41 equivalenti Notes per i dati migrati, 13-3, 13-4, 13-11, 13-40 file, 13-2 file di Organizer, 13-2, 13-4 formati dei nomi, 13-10 impostazioni di aggiornamento, 13-32 inoltro della posta, 13-43 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 procedura guidata di aggiornamento, 13-31 registrazione degli utenti, 13-35 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 equivalenti Notes per i dati migrati, 13-15, 13-18, 13-20 grafica, 13-17 indirizzi, 13-17 informazioni sulle categorie, 13-19 informazioni sulle riunioni, 13-19 inoltro della posta, 13-15 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 equivalenti Notes per i dati 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 registrazione degli utenti, 17-10 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 abilitazione di SMTP, 2-12 aggiornamento, 2-1 aggiornamento del database Richieste di amministrazione, 2-14 aggiornamento della Rubrica pubblica, 2-9 aggiornamento per usare thread di trasferimento multipli, 2-32 backup dei file prima dell'aggiornamento, 2-3 cancellazione della coda di lavoro in entrata, 2-7 cancellazione della coda di lavoro in uscita, 2-7 cancellazione di SMTP.BOX, 2-5 chiusura, 2-8 chiusura del router prima dell'aggiornamento, 2-4 chiusura del trasporto in entrata, 2-5 come evitarne il caricamento dopo l'aggiornamento, 2-8 configurazione, 2-15 disattivazione della manutenzione, 2-4 icone, 2-5 impostazioni di NOTES.INI, 2-31 installzione di Domino, 2-9 MTA SMTP/MIME abilitazione dell'attività Listener SMTP, 2-14 abilitazione di SMTP, 2-12 aggiornamento, 2-1 aggiornamento del database Richieste di amministrazione, 2-14 aggiornamento della Rubrica pubblica, 2-9 backup dei file prima dell'aggiornamento, 2-3 cancellazione della coda di lavoro in entrata, 2-7 cancellazione della coda di lavoro in uscita, 2-7 cancellazione di SMTP.BOX, 2-5 chiusura del router prima dell'aggiornamento, 2-4 chiusura del trasporto in entrata, 2-5 chiusura per l'aggiornamento, 2-8 come evitare il caricamento, 2-8 disattivazione della manutenzione prima dell'aggiornamento, 2-4 impostazioni di NOTES.INI, 2-31 installazione della Versione 5, 2-9 rimozione da ServerTasks, 2-8 MX, record host di ritrasmissione di terze parti, 2-24 Indice analitico I-7 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 aggiunta di utenti alla coda di registrazione, 20-2 attività, 20-1 panoramica, 20-1 registrazione degli utenti, 20-3 nomi autenticazione Web, 10-3 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 documenti Persona, 12-17 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 documenti Persona, 12-17 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 aggiornamento, 2-31, 3-2 configurazione della posta Internet, 2-15 informazioni ottenute dalla procedura guidata di aggiornamento, 21-11 nomi, 11-7 Novell GroupWise 4, migrazione aggiunta di utenti alla coda di registrazione, 18-2 attività, 18-1 panoramica, 18-1 registrazione degli utenti, 18-3 Novell GroupWise 5, migrazione aggiunta di utenti alla coda di registrazione, 19-2 attività, 19-1 panoramica, 19-1 registrazione degli utenti, 19-3 I-8 Trasferimento a Domino Versione 5 NS4, file mantenimento dei database nel formato della Versione 4, 8-3 ripristino del formato dei database, 8-12 NTF, file aggiornamento, 8-8 NUPGRADE.EXE procedure guidate di aggiornamento, 21-10 O ODS aggiornamento, 8-3 interoperabilità, 8-12 mantenimento di un database nel formato della Versione 4, 8-11 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 modifica per i server Domino, 3-10 ora legale modifica per i server Domino, 3-10 sincronizzazione di Notes e del sistema operativo, 5-6 ordinamento caratteri speciali, 8-19 ordinamento colonne caratteri speciali, 8-19 ordinamento con verifica di maiuscole e minuscole, 8-19 ordinamento di colonne caratteri speciali, 8-19 Organizer equivalenti Notes per i dati 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 ricostruzione viste, 8-15 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 autenticazione, 10-2 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 record di account, 5-5 Portfolio segnalibri, 5-5 Portfolio, database descrizione, 5-5 Posta aggiornamento dei file alla V5, 8-4 caratteristiche, 1-20 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 ricertificazione, 11-12 ridenominazione degli ID utente, 11-16 posta Internet aggiornamento, 2-20 calendar & scheduling, 5-7 caratteristiche, 1-20 formattazione Notes, 2-28 host di ritrasmissione di terze parti, 2-24 inoltro in un ambiente con versioni miste, 2-24 record di account, 5-5 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 processo di amministrazione aggiornamento, 2-14, 3-7 campo richiesta di modifica, 11-3 conversione dei nomi normali, 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 aggiornamento, 2-9, 3-4 Q QMR aggiornamento, 1-4 quote file di posta, 12-26 Indice analitico I-9 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 in un ambiente con versioni miste, 2-30 registrazioni in attesa salvataggio delle informazioni, 12-24 regole di posta in un cluster con versioni miste, 7-1 replica come evitarla, 8-8 versioni precedenti, 8-12 Reporter, attività aggiornamento, 2-8, 3-2 eliminazione, 3-2 ricerca abilitazione dopo l'aggiornamento, 9-5 aggiornamento, 9-1 aggiornamento degli indici del server, 9-7 aggiornamento per includere i file system, 9-5 caratteristiche, 1-24 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 caratteristiche, 1-24 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 Richieste di amministrazione, database aggiornamento, 2-14, 3-7 ricostruzione delle viste directory temporanea di ricostruzione viste, 8-13 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 dell'aggiornamento, 2-4 router di posta chiusura, 2-4 I-10 Trasferimento a Domino Versione 5 rubrica indirizzi principale aggiornamento dell'indirizzamento facilitato, 6-10 Rubrica personale caratteristiche, 5-4 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 autenticazione Web, 6-11 migrazione, 21-18 Rubriche personali temporanee invio agli utenti, 21-20 S S/MIME certificati di terze parti, 10-4 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 aggiornamento, 2-1, 3-1 aggiornamento del database Richieste di amministrazione, 3-7 certificati normali, 11-20 configurazione per la posta Internet, 2-15 conversione dei nomi normali, 11-1, 11-8, 11-9 ricertificazione degli ID, 11-12 Server, documenti autenticazione Web, 10-3 configurazione della posta 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, 2-14, 3-7 aggiornamento per l'Elenco indirizzi di Domino., 3-7 server di applicazioni aggiornamento, 1-8 server di posta aggiornamento, 1-8, 3-8 server di posta Internet aggiornamento, 2-1 configurazione, 2-12 impostazioni di NOTES.INI, 2-8 modifica del documento Server, 2-14 Server Domino aggiornamento, 3-1 aggiornamento del database Richieste di amministrazione, 3-7 aggiornamento della Rubrica pubblica, 3-4 aggiornamento per usare thread di trasferimento multipli, 3-8 backup dei file, 3-2 backup dei file prima dell'aggiornamento, 3-2 caratteristiche, 1-17 caratteristiche della posta, 1-20 chiusura, 3-2 chiusura per l'aggiornamento, 3-2 configurazione, 2-12 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 l'aggiornamento, 3-2 panoramica dell'aggiornamento, 3-1 passi per l'aggiornamento, 3-1 server hub aggiornamento, 1-7 server Web autenticazione, 10-3 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 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 ricerca nel dominio, 9-12 sicurezza, 9-12 SMTP aggiornamento di Notes, 5-5 record di account, 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 migrazione, 12-27, 21-14 spazio libero come evitarne la sovrascrittura, 8-16 spazio su disco ricostruzione viste, 8-13 storico delle transazioni, 8-13 SSL certificati di terze parti, 10-4 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 Indice analitico I-11 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 prestazioni dei database, 8-18 URL generazione, 8-9 utenti conversione dei nomi normali, 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 aggiornamento dei database, 8-13 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 aggiornamento dei database, 8-13 viste collaudo, 1-14 ordinamento dei caratteri speciali, 8-19 ricorstruzione dopo l'aggiornamento, 8-10 ricostruzione, 8-13 W Web autenticazione, 6-11 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 aggiunta di utenti alla coda di registrazione, 16-4 attività, 16-1 equivalenti Notes per i dati 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 registrazione degli utenti, 16-9 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 I-12 Trasferimento a Domino Versione 5