Type-ahead and User rename problem

HCL Domino Domino Forum
1

Hi everybody,

I have searched the forum alrady, but didn’t find a solution to my problem.

User was renamed in DD using ‘rename’ and adminp function from First Last\OLD\COM to First Last\NEW\COM.

My problem now is, that if we use type-ahead function, we still get the First Last\OLD\COM. It is already ~2 months like this (definitely longer then the default 21 day transaction period).

I went to person document in DD after ~1 month and I saw First Last\OLD\COM entry there, so I’ve deleted that entry manually assuming, this is the cause of the problem, but no luck …

Any ideas?

Thx in advance a lot.

Juraj

2

Subject: Type-ahead and User rename problem

In this case, the issue should be in address book, include Server address book ( Domino Directory ) and local address book ( Personnel address book ), how to identify it?

  1. If this issue for everyone or someone that never sent mail to First Last\OLD\COM, you can check the Domino Directory, include any hide information

  2. If only for someone has sent mail to First Last\OLD\COM before, then you can check the personnel address in local, delete any entry for First Last, restart Lotus Notes client, you will see what’s happening.

3

Subject: RE: Type-ahead and User rename problem

Hi Austin,

this is it. I found, that I have an entry in my personal address book with the old name (i needed to create an ‘all documents’ view to see them though, because there were not visible in the ‘normal’ view - due to Notes version mix on my laptop) …

I have however never created a replica, nor I have added this user manually in my PAB. Based on what the PAB is updated ?? Are records being added automatically into it when a new mail arrives?

4

Subject: Type-ahead and User rename problem

What information did the response documents in the ADMIN4.NSF provide to the renaming tasks? Or the server at the moment you created the adminp request? If adminp ran into an error while creating the adminp request you will see the error message in the LOG.NSF, perhaps there are additional hints in the CERT.LOG if you recertified the user (change of OU1).

5

Subject: RE: Type-ahead and User rename problem

Peter, unfortunately I don’t have such old records available in my log.nsf db. There’s not much info in certlog.nsf though. But from what I can tell, the request was completed successfully at that time.

Any idea, what field is the type-ahead function consulting? I would guess, it’s the person document ‘user name’ field, but as told, the entry is not there anymore …

Juraj

6

Subject: RE: Type-ahead and User rename problem

I think it’s based on another view, one of those hidden ones in the server’s NAMES.NSF, but I don’t know which it is, I’m sorry.

So, if the rename request seems to have finished and the person document is up to date try a simple “load updall -R names.nsf” on your server to update all views in the NAMES.NSF.

Do you have “Directory Assistence” or “Directory Catalogs” configured? Perhaps those services are based on outdated information, check those configurations as well.

Do you have a person document for this user in your personal, local address book? Check this and if possible delete any person documents from the personal address book which are as well stored in the server’s NAMES.NSF as the local one’s entries are always(!) taken first before the client tries the server.

Peter