In genere all'accadere di questa situazione è usanza degli amministratori canellare l'utente (senza cancellare il database), quindi ricrearlo e riassegnargli il vecchi Db di posta. Ecco quindi un suggerimento di come è possibile agire al causarsi di questa situazione:
Ricreazione utente esistente
Esiste un modo mediante Domino Administrator di poter ricreare(registrare) un utente senza cancellarlo dalla rubrica in caso di perdita (o inaccessibilità) del file Id.
Se un utente dovesse perdere il suo file id ( l'amministratore del domino non ha nessun backup del suddetto file), non cè bisogno di cancellare e ricreare l'utente.
- Aprire il Domino Administrator
- Cliccare sulla linguetta "Configuration"
poi sul bottone "Registration" (Person...)
Compilare tutti i campi avendo cura di
impostare il flag "create file in Background".
Così facendo il database nuovo non verrà
creato
- Cliccare sul Bottone Options...
- Sulla finestra aperta, fleggare l'opzione
"Allow Registration of Previously Registrated People"
- Inserire i dati di registrazione dell'utente
quindi cliccate su registra, apparira la schermata seguente sulla quale
dovrete dire SI.
NOTE: Verificate al termine della procedura che il database di posta definito nel docuemento persona sia corretto.
I vantaggi di questo metodo sono:
Tutte le personalizzazioni nei campi del documento persona vengono mantenute (alias nel shornames, etc..) senza doverle reinmettere a mano. Attenzione che comunque il certificato notes viene rigenerato a nuovo (chiave pubblica e privata cambiano) questo significa che eventuali e-mail criptate con la vecchia ID non saranno più leggibili
8 Commenti:
Il problema ( e a me capita spesso ) lo risolvo sempre cosi' (non ho il controllo delle chiavi sull'utente attivato ) registro l'utente con lo stesso nome, cambio il nome del file di posta, e cosi' non appare l'errore " A file with this person's mail file name already exists. Supply a unique name for this person's mail file."
Una volta registrato vado sulla rubrica e metto il nome del file di posta originale sul record dell'utente.
esempio :
se il file di posta originale si chiama mrossi io su admin ci metto mrossi1 e lo faccio registrare , poi con calma cancello il file vuoto mrossi1.nsf creato dal client admin sulla cartella mail.
No il nuovo id ha chiavi pubblica e privata nuove... purtroppo (ma è capibile il perchè) non è possibile rigenerare un ID identica nelle chiavi alla precedente (altrimenti addio sicureza...)
Ciao, qualcuno sa che accade se l'utente aveva la posta cifrata?
il nuovo ID ha la stessa chiave privata del precedente?
X il resto, comodo, basta con sposta il db, rinomina, taglia cuci etc. etc.
Ciao!
perfetto, cos■ facendo va liscio come l'olio !!.
Grazie Claudio
ovvio.... infatti questa è per quelli che sono alla frutta.. e primo poi puo capitare di trovarsi in una situazione dove si è costretti a ricreare l'utente...
Non ■ forse meglio abilitare la password e Id recovery?
strano l'ho anche provato e a me non ha dato problemi.... cambia CMQ il nome del file del db con un valore diverso ad ogni modo non creerà quel file...
Interessante la cosa, solamente che nonstante abbia seguito le Tue indicazioni mi ha dato l'errore quando ho digitato "register all".
" A file with this person's mail file name already exists. Supply a unique name for this person's mail file."