I have come across a few instances in which this field is not populated after a User upgrades to 6.5.x (From 5.x). For these Users, the “Update Client Information in Person Record” is not present the admin4.nsf.
There is no difference in access level to admin4.nsf for those that do not have this field populated (versus those that have this field following). I verified the public key from their user id matches the directory.
Any ideas?
Thanks for your asisstance.
Subject: Notes client build not populated in the directory
This really works. I was having the same problem and this fixed it.
Problem
An administrator has removed the data from the fields in the Client Information section on the Administration tab of a user’s Person document. The Admin reauthenticated with the server and also tried running the Ndyncfg task, but neither approach updated this information. How is this information repopulated?
Solution
The client information in the Person document is populated by the Dynamic Configuration task when it notices that the client has been updated to a later release. The client release information is stored in the INI file on the workstation with the parameters “Setup =” and “DYNINFOCR_…”
If the values of these parameters have not changed, the Ndyncfg task will not make an AdminP request to update this information.
An enhancement request for additional admin functionality has been submitted to Lotus software Quality Engineering, which would allow you to request that the client information be updated regardless of whether the INI parameters indicate it as necessary.
Workaround:
If the DYNINFOCR_… entry is removed from the Notes.INI, the next time the user restarts the Notes Client and authenticates with their home mail server, then an admin request will be made to repopulate the client information. The DYNINFOCR_ entry will be repopulated at the same time.
Additional Troubleshooting:
If the workaround does not yield the expected results, be sure to check the value of the InstallType parameter in the Notes.INI. If the value is not one of the client parameters (0, 1, 2, or 6), then this will also prevent the AdminP request from being issued because the system is not recognized as a client. For details on the various InstallType codes, refer to the document titled " What NOTES.INI Install Settings Are New to Domino 5.x?" (# 1098221)
Supporting Information:
The Client Information section is made up of the following descriptions and corresponding fields:
Notes Client License - ClientType
Notes Client Machine - CIntMachine
Notes Client Platform - CIntPltfrm
Notes Client Build - CIntBld
Subject: RE: Notes client build not populated in the directory
This works great! I removed this line on a client’s PC notes.ini file that was not populating the version info. and it worked great…I have severl (about 60 or so users) that I would like to fix…is there away to write a batch to automate this? Any help would be greatly appreciated! Thank you
Subject: RE: Notes client build not populated in the directory
We are having this same issue as well with the 6.5.x client versions no updating in the NAB for a large number of our users. Is there anything that can be done on the server to force the update, or is there a button with code behind it that I can send out to the users with this problem, have them click it, and it will do the update?Thanks.
Subject: RE: Notes client build not populated in the directory
Nothing can be done from the server side to make the client side reissue the same request. A client will only issue the exact request once. The question to answer is why your large number of users are missing. What version of client and what version are the home mail servers for these users? Are they mailing the requests in or submitting directly to admin4.nsf?
Subject: RE: Notes client build not populated in the directory
Sorry for the delay in my response. The main admin server and the mail servers are all 6.5.4. The clients are all either 6.5.3 or 6.5.4.I’ve looked at the the ini on several of the clients that are not updating their version. Of all of the ones that I have looked at, none have the DYNINFOCR_… variable in them.
I will try the code that was posted in the recent response and see if that helps me out.
Thanks!
Subject: RE: Notes client build not populated in the directory
I will give it a shot. Thanks!
Subject: RE: Notes client build not populated in the directory
According to Domino support, this sporadic problem is corrected in 6.5.4
Subject: Some Code that might help
I wrote this code to send in a button to users. It seems to work pretty well. So my testing has let me to believe that most users at our organization only have one Dyninfocr_ variable in their ini file. Those that have travelled around a bit and connected to multiple servers may have multiple instances of a notes ini variable that start with Dyninfocr_ .
So I wrote a code in a button to send to users to look for dyninfocr_ and remove that variable. If it occurs once the next time they start their client and hit their mail server it creates an adminP request without issue. Fo those with multiple Dyninfocr_… varibles in their file…deleting all of them doesnt do the trick. For those users I wound up deleting the Dyninfocr_ variables and then backrev’ing their setup= var. for those users they will get the setup complete popup when they restart their notes client but it does seem to work. Here we are able to know what version of the client we can back rev to without causing them to go through the setup of IM.
It’s a bit of a hack job but it worked for us. Hope others can find use in it too.
Rgrds,
Sub Click(Source As Button)
MyIni% = Freefile()
Dim AgilityFile As Variant
Dim session As New NotesSession
Dim user As String
Dim Counter As Integer
Dim db As NotesDatabase
Dim doc As NotesDocument
Set db = session.CurrentDatabase
Set doc = New NotesDocument( db )
AgilityFile= Evaluate("@ConfigFile")
count=0
’ Open the ini file and read it in line by line.
Open AgilityFile(0) For Input As MyIni%
While Not Eof(1)
Line Input #1,a$
subString$ = Left$(a$, 10)
If subString$="DYNINFOCR_" Then
’ Now that we found the line get the rest of the var
TEMP$ = Strleft( a$, "=")
' Now delete it
Call session.SetEnvironmentVar( Temp$, "",True )
count=count+1
End If
’ if they have more then one dyninfocr_ instance then backrev their setup
If count>1 Then
' if they had more then one Dyn_ var they need the Setup Variable set too
Call Session.SetEnvironmentVar("Setup","650100",True)
End If
Wend
Close MyIni%
user = session.UserName
doc.Form = "Memo"
doc.SendTo = "yourname"
doc.Subject =user + " Has Pressed the Client Build Button"
Call doc.Send( False )
Msgbox ("Process Complete. Please restart your Notes client. Thank you.")
End Sub
There are times though when you’ll want to
Subject: RE: Some Code that might help
Todd- Thanks for the code. I tried putting it into a button and sent it to a user that I’m having this issue with, but it does not seem to have worked. It did not create a new Dyn variable in the client’s ini. I think the problem may be that the clients I’m having this issue with don’t have a Dyn variable in them to start with. I had tested it on my machine, and when I remove my Dyn variable the next time I go in it does recreate. So I’m kinda stumped right now what to try next.
Subject: RE: Some Code that might help
Try changing the setup= variable back a point version. For instance the users here were setup=650200 change that number to 650100 and see if that works.
The users will be prompted with the Setup Complete but that should do it.