Delegated Administrator Force UID to Email local Part on account creation

Question

I would like to force the login id on account creation to be the same as the email local part.
So essentially mail local_part = uid.
I think I can make the field non editable by editing the JSP and xml templates or Security.properties however I don't see a way to change the default value that is presented to the user for the login_id.
If I could grab the previously entered email value from the session (using JSP) I could hack it in with JS. However the DAprinciple won't let me dump the session so I can see the attribute names.
Am I going about this the wrong way?
Edited by: sigilik on Feb 20, 2009 4:54 PM

Answer 1

sigilik wrote:
For the most part the system is going to be email only, I could go through and set all the appropriate settings on all the comms components to use the mail attribute as the auth lookup, but from a management perspective I think it would make much more sense to have user@domain actually be [email protected] a user to log in with their mail: attribute value is much more flexible. Restricting the uid to be the same as the mail: attribute prevents you from easily changing the mail address (e.g. the user changes their name when they get married) without also having to change the uid (which is a long-tedious process to be avoided if possible).
If uid = local_part I don't have to deal with any of that.This is true. That being said I couldn't see any easy way to enforce this requirement using Delegated Administrator.
I mean considering that traditionally a uid on a unix system has always mapped that user to that system's domain wouldn't this make sense? Or am I missing something....Mapping the uid <=> email address made sense when the user logged into the mail-server to access their email. It was easy to remember (and route) the email address login-uid@unix-host.
Given that this is no requirement for the uid to be related to the mail address, nor the mail-server hostname to the domain of the user for that matter, why continue to enforce it?
Regards,
Shane.