eGuide not updating GroupWise Address Book Correctly

[marvhuffaker]

NW6.5 SP2 w/ eGuide. GW6.5 SP2. I'm posting this here although I have not decided whether it's a GroupWise problem or an eGuide problem. I can duplicate this problem on multiple networks, and I'm pretty confident that I have things configured correctly in all cases.

Users go into eGuide and modify their Telephone number. This updates correctly and can be verified in both eGuide as well as ConsoleOne. However, when pulling up the Address Book in GroupWise, the old value is still there.. I can Change the value an infinite number of times in eGuide and still the original number exists in the Address book.

On the flipside, if I modify the Telephone in ConsoleOne, the number is immediately changed in both eGuide and the GW Address book.

I have done extensive LDAP testing and can find no trace of the old Telephone number associated with the user object. The LDAP record for Telephone number shows correctly. I've searched the eDir object on each server containing a replica and every replica shows only the new number.

So my question is this.. Is this an eGuide problem? Or a GroupWise Problem? And where is the Address Book pulling the wrong info from? Or is eGuide incomplete in it's modification of the telephone attribute on the user object? Is it a defect or configuration error? Am I a complete idiot because I can't figure this one out? Have I overlooked something really obvious?

Many thanks to anyone that can help.

Steps to Duplicate:
1) Go to ConsoleOne. Check a Users Phone number. Change it to 555-555-5555.
2) Go to eGuide and lookup the user. Verify the number has been updated correctly to 555-555-5555.
3) Go into GroupWise Address book. lookup same user. Verify number correctly displays 555-555-5555.
4) (optional) Go into DSBROWSE.. Find User Object. View object details and verify that TelephoneNUmber attribute shows as 555-555-5555.
5) (optional) Use an LDAP browser, pull up the attributes of user. Verify that the TelephoneNumber attribute shows as 555-555-5555.

Now, do the following:
4) Go into eGuide as the user. Change the number to 888-888-8888. Verify that eGuide displays it correctly after the update.
5) Go into ConsoleOne. Verify that the Phone number now displays 888-888-8888. It will.
6) Go into DSBROWSE, find user object. View the object Details and verify that The TelephoneNumber attribute shows 888-888-8888.
7) Do an LDAP search and verify that the users TelephoneNumber attribute shows 888-888-8888. There is also no sign of the 555-555-5555.
8) Go into GroupWise Address Book. lookup User. It will display 555-555-5555 as the phone number. This is the problem.

Lunch is on me if anyone has a solution. Additionally, the answer can't be "use ConsoleOne to update". That's not a good solution as eGuide is used extensively for user self administration.



Marvin Huffaker MCNE
Marvin Huffaker Consulting

Home of the BLUEGUNK Punk

http://www.bluegunk.com

 

[marvhuffaker]

Times up. I usually am on my last leg when I write a dissertation like that for a problem... But I had a brainsurge last night and I found my answer. In a nutshell..

Address book is pulling info from the GroupWise Database, not NDS. (This is the assumption that kicked my butt).
ConsoleOne updates the GroupWise database because a) it has GroupWise Snapins and B) I'm connected to the GroupWise system when running consoleOne.. So it has the ability to modify the GroupWise Database as well as NDS.

eGuide does not have snapins, therefore cannot modify the GroupWise database. Updating eDir alone does not automatically update the GroupWise database either.. I Tested my theory by using ConsoleOne without GroupWise snapins and was able to get the same behavior as when modifying an object in eGuide.

So the solution is to Force a manual sync on the GroupWise database so it picks up the changes made in eDir. And this is where I would expect Brent to cut in and say "You could use the DirXML GroupWise driver to automate it.." Fair enough.

Thanks.

Marvin Huffaker MCNE
Marvin Huffaker Consulting

Home of the BLUEGUNK Punk

http://www.bluegunk.com