I have been playing with LDAP. My company has some different needs for a company directory than SME provides and I am looking to make some minor mods.
First, in case anyone is interested, I have written several scripts to pull the contents of the SME5 user accounts db into vCard, LDIF, and CSV formats for import into other apps (like Palm Desktop, OE, Netscape, Ximian, etc.). If you are interested, email me (jrp2 at jrp2 dot net) and I will send you what I have. I am also glad to share my hacks to the system (planned to be VERY minor) if this is of interest. Why I write though is I am looking to "repurpose" a couple fields and want to know if I am going to seriously break anything in SME. I guess I could do this right and add the fields to the db, web screens, etc., but that would be a fairly significant amount of tinkering that I would like to avoid. What I am looking to do is use the "street" field for mobile phone, and the "city" field for pager, those seem like 2 safe fields to tinker with. I could just do this and do the conversion in my scripts mentioned above (actually, already have), but would also like to properly list the fields on the LDAP server (under the correct attributes). I found where the LDIF file is created to populate the LDAP server in /etc/e-smith/events/console-save/S80ldap-rebuild . I could make 2 really minor hacks here, changing the (street address) "street:" to "mobile:" and (city) "l:" to "pager:" in the part where it writes the LDIF. That creates a properly mapped LDAP server with my hacked fields. I can handle the wrong labels on the user accounts page in SME server manager (I am the only one that sees them anyway). Bottom line, do these seem like "safe" fields to repurpose (am I going to break any SME dependancy if I do this)? Any thoughts, stern warnings, abuse, etc. appreciated. Thanks, JP -- Please report bugs to [EMAIL PROTECTED] Please mail [EMAIL PROTECTED] (only) to discuss security issues Support for registered customers and partners to [EMAIL PROTECTED] To unsubscribe, e-mail: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED] Archives by mail and http://www.mail-archive.com/devinfo%40lists.e-smith.org
