Sletning af bruger og oprettelse igen, giver fejl: not "unique"

Hvis du har slettet brugeren via det indbyggede adminklient så kan det tage op til 21 dage (default) før personen er helt væk.

OK, det er skidt, men kan der gøres noget.. det kan der jo ofte .. :-)

jep i console på server (via adminklient) skriver du: "tell adminP process all" uden "" så kører den alt med det samme, det tager bare recourcer så du ved det, det burde så i løbet af dagen fikse det, men der er ineg garantier :-)

Du kan evt. undersøge den skjulte oversigt ($Users) i den offentlige adressebog. Det er denne oversigt der bliver anvendt til at undersøge om dels navne (og adresser) er unikke, samt komme med forslag på alternative navne (hvis man arbejder med Notes klienten. Bliver heldigvis ikke anvendt ved SMTP mail udefra :-).

For at komme ind i oversigten skal du åbne databasen fra Arbejdsområdet/Workspace ved at trykke på <Ctrl Shift> samtidig med at du dobbelklikker på databaseikonet. Ved denne procedure bliver de skjulte oversigter vist. Du kan også vælge Menupunktet View -> Go To... samtidig med at du holder <Ctrl Shift> nede, så vises de skjulte oversigter også.

Hvis den internetadresse du leder efter ikke er her, så må du vende tilbage, så må den findes et andet sted.

jogii: Han var ikke i ($Users)..., hvis nu jeg kører "tell adminP process all" i aften, vil det så være løst ? Er der andre steder jeg kan kigge ?

Hvor mange servere/brugere har I?
Du burde kunne udføre "te adminp process all" med det samme. Det burde ikke være et problem. Hvis du vil holde øje med hvordan AdminP arbejder, så åben databasen EVENTS4.NSF på serveren. Her kan du se de requests som ligger og venter, og hvilken AdminP på hvilken server der har udført hvad.

Hvordan slettede du brugeren? Når du anvender den indbyggese slettemekanisme, så skal du ikke vælge "slet postkasse på alle servere", da det vil forsinge processen. Det anvendes kun hvis du har clustere eller brugere med en kopi af deres postkasse på flere servere rundt omkring.

AdminP bør have udført sine pligter i løbet af dagen. Det er kun hvis du vil have "her og nu"-resultater at du behøver anvende "process all".

Vedr. $Users, har du ledt efter brugerens initialer? Kan du ikke prøve at oprette brugeren med en anden adresse, og så rette den senere?

Du kan bagefter anvende funktionen i Administrator -> People and Groups -> Tools -> Validate internet address ... for at checke.

Ja, i havde begge et svar, jeg håber, at det er OK med pointfordelingen.

jogii: 1 server på Iseries, ca. 100 brugere. Brugeren er slettet via indbygget mekanisme. Serveren er genstartet i nat.

fik du løst dit problem?? Tak iøvrigt :-)

Ingen løsning endnu ...

oki har du fundet din "sletningsopgave" i AdminP databasen? den burde ligge der, i den er der osse en oversigt over hvor langt den er nået.

EN anden ting er du kunne prøve at skrive i console på server via adminklienten: "dbcache flush" det sletter alt der evt. skulle ligge i serverens "hukommelse"

Dernæst er der osse en sådan hukommelse på din klient('er) prøv at slukke din egen klient og slet filen (i R5 er det cache.dsk) i R6 er det cache.ndk slet den og start din'e klienter igen.

Jeg fandt ikke opgaven i AdminP databasen. Men jeg slettede brugeren i en "ekstern adressebog", som vi benytter. Jeg troede dog ikke at den talte med i Directory. Alt. er der gået noget tid og derfor lykkedes det ...

Tak for hjælpen

Den eksterne adressebog kan være indlemmet i adressebogsstrukturen via DirectoryAssistance. Hvordan opdaterer i denne eksterne adressebog?

Det er en adressebog til alle kontakter ud af huset, den vedligeholdes af alle brugerne.

Udsenet afdenne eksterne adressebog, alså designet af den er det samme som på den anden adressebog? For hvis det er det kunne det godt tyde på det som jogii nævner, og så er det sansynligvis der vi skal kan finde grunden til fejlen, eller osse er der en anden der har samme internet addresse men bare en af de eksterne.