[Building Sakai] modifications to the New Account tool

[Steve Swinsburg]

Hi James,

It's only the services/API's that have moved into the Kernel (K1). K2  
is in development but is a different kettle of fish altogether. So in  
essence you are safe in your modifications of the user tool.

As for adding detection/restriction of valid emails, there are a  
couple of sakai.properties you might be interested in which might save  
you some work:

invalidEmailInIdAccountString	A list of patterns to detect invalid  
email addresses when creating new accounts.
This property is used in Sakai version(s): 2.2,2.3,2.4
invalidNonOfficialAccountString	A list of patterns to detect invalid  
email addresses when creating new accounts.
This property is used in Sakai version(s): 2.5,2.6

ref: http://confluence.sakaiproject.org/confluence/display/DOC/Sakai+Properties+Reference+-+I

The other part of the new account process that you are implementing  
sounds good (emailing details of new account). This is also filed as a  
feature request here:
http://bugs.sakaiproject.org/jira/browse/SAK-15570


cheers,
Steve

---
Steve Swinsburg
Portal Systems Developer
Centre for e-Science
Lancaster University
Lancaster
LA1 4YT

email: s.swinsburg at lancaster.ac.uk
phone: +44 (0) 1524 594870

On 28/04/2009, at 9:18 PM, James Marca wrote:

> Hi All,
>
> I am implementing some local modifications to
> user/user-tool/tool/src/java/org/sakaiproject/user/tool/ 
> UsersAction.java
> relating to creating new accounts.  My question is whether this is the
> right piece of code to be changing going forward, or is the
> functionality of adding a new user going to migrate into the new
> kernel code (K1 and/or K2)?  I scanned the svn source of K1 and didn't
> see it, and I didn't see any edits aside from the new license change
> between UsersAction.java 2.5 and 2.6rc, but I figure it is best to
> ask!
>
> In a nutshell, my change is that I'm adding restrictions on user email
> addresses, and am in the process of changing the intial login process
> so that user creation doesn't log the person in immediately, but
> rather generates an email to the named account with the account
> password.  (We only want to allow users with valid email accounts on
> certain domains (for example, uci.edu) without getting too formal
> about negotiating identity).
>
> Cheers,
> James
> -- 
> James E. Marca
> Researcher
> Institute of Transportation Studies
> AIRB Suite 4000
> University of California
> Irvine, CA 92697-3600
> jmarca at translab.its.uci.edu
>
>
> -- 
> This message has been scanned for viruses and
> dangerous content by MailScanner, and is
> believed to be clean.
>
> _______________________________________________
> sakai-dev mailing list
> sakai-dev at collab.sakaiproject.org
> http://collab.sakaiproject.org/mailman/listinfo/sakai-dev
>
> TO UNSUBSCRIBE: send email to sakai-dev-unsubscribe at collab.sakaiproject.org 
>  with a subject of "unsubscribe"

-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20090428/3cd9f198/attachment.html 
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/pkcs7-signature
Size: 2437 bytes
Desc: not available
Url : http://collab.sakaiproject.org/pipermail/sakai-dev/attachments/20090428/3cd9f198/attachment.bin