We've just moved to a new ARS 7.1 backend system. During this upgrade we're also making heavy use of LDAP for user management. I'm not the remedy expert so I'll explain this the best I can.
Issue 1) On the Remedy side we created an ARDBC LDAP Configuration. We also created a Vendor Form. This was all done a while ago. Now we needed to add another field to the form, and this is where the problems started. When we go into the Vendor form and Load the columns available it was only showing us a few columns, not even the columns we are already using. Our connection string is something like: ldap://192.168.1.99/o=TreeRoot??sub?(objectclass=inetOrgPerson) Here's what we found out, Remedy is connecting to LDAP and looking at the last person created for pulling back column data. If I added a new test user, it would start using that users data. If I deleted the new user it would drop back to the last one. Since not all of our users are required to have some of the data, such as a fax number, we would not see those columns. So, is it possible to force Remedy to look at a specific user object when building the vendor form so you can control what columns it finds? Issue 2) We've also had some issues with the "Base DN for Discovery" in the ARDBC LDAP Configuration. Our ldap directory has several different contexts for different types of accounts. For example, out internal users, customers, and vendors all have their own contexts off the root. Unfortunately our internal users container has a space in the name, ie "Internal Users". When we try to use this for the discovery DN Remedy doesn't seem to handle it. If we put o=TreeRoot there's appears to be too much data or something. If we specify cn=RemedyLogin,o=TreeRoot then it seems to work ok. Seems strange to me to have a cn in a Base DN. Any ideas or suggestions? Thanks, James _______________________________________________________________________________ UNSUBSCRIBE or access ARSlist Archives at www.arslist.org Platinum Sponsor: RMI Solutions ARSlist: "Where the Answers Are"
