Address Book problem
Hi i have critical problem in our address book after made the mail ID convention ,so
while accessing email through the web , we receive a "PAB_CMD_GET_PABS: Unable to open address book" error.
Before mail ID changes was working fine . It might somthing i have ti do with LDAP .
Awaiting for you help .
Regards
Ehab
[351 byte] By [
MISEHAB] at [2007-11-26 8:41:32]

# 1
Hi Ehab,
Please provide version information (imsimta version) and whether you are using UWC or Messenger Express (I am going to assume the later).
Please also check your http logs for any error messages, they should assist in tracking down the problem.
I have seen the issue you describe previously with iMS5.2 when the PAB host defined in configutil is different from that defined in the users paburi: setting in their LDAP entry OR the paburi doesn't correspond to the DN of the user (if a user's DN has been changed).
For any particular user that is affected, what is the paburi: and dn: for the user. Also what is local.service.pab.ldaphost and local.service.pab.ldapbasedn set to?
The fix to this particular issue is to move the PAB entries to the correct base.
Cheers,
Shane.
# 2
./imsimta version
iPlanet Messaging Server 5.2 Patch 2 (built Jul 14 2004)
libimta.so 5.2 Patch 2 (built 19:30:12, Jul 14 2004)
SunOS mail 5.9 Generic_117171-15 sun4u sparc SUNW,Sun-Fire-V240
,
I did not use UWC , i did not install any external software for address book , iam using the default configration.
local.service.pab.ldaphost = mail.mis.com.sa
local.service.pab.ldapbasedn = o=pab
please note that when i change the new email id to the old one( Before convension) , i can access the address book.
Please help
# 4
Yep exactly. You need to relocate the pab entries AND you will need to reset the paburi: setting.
Please look to see if there are any error messages in the http.log file and also provide the paburi: attribute for the user when the user has the _new_ username. These will provide the guide on what messaging server is expecting from the PAB.
Cheers,
Shane.