Let users register their own accounts via Active Directory, without losing control of your portal. Creating user accounts in SharePoint is an important task; it's alsoextremely tedious, often repetitive, and generally unavoidable.Although they're the best ones to provide most profile and contactinformation, individual users can't be allowed to determine things likesecurity rights, leaving IT managers with the burdensome task ofcreating hundreds -- or thousands -- of user accounts as they'rerequested. This bottleneck keeps users from getting the access they'reentitled to, and your IT managers stuck doing data entry instead oftheir jobs.

The SharePoint User Registration Accelerator solves this bottleneck,enabling IT managers to create a simple, automated self-registrationsystem where users provide profile information and confirm their e-mailaddress, and an admin-controlled Web Part automatically assigns createsa corresponding AD user with proper security access and groupmembership based on the provided e-mail. Administrators can createtheir own series of rules and filters, review and audit accountcreation requests, and best of all, offload a time-consuming taskwithout worrying about losing control over the account creation process.

The SharePoint User Registration Accelerator includes these features:

• Easy to use data entry form for end users to submit account information.
• Automatic e-mail address validation system.
• Customizable system messages for validation and confirmation; use rich text, custom "From" address, and more.
• Powerful rule system lets you assign accounts requested by certaine-mail addresses to specific SharePoint groups and AD OrganizationalUnits.
• Rule logic allows for "wildcards", so entire domains or other parts of an email address can be used to trigger a custom rule.
• Request History list allows administrators to quickly review and auditall account creation requests and the emails that sent them.
• Data entry form supports custom CSS and HTML source editing so it fits in perfectly with your site's look and feel.
  

Here's what happens when a visitor to the site containing the User Registration Web Part makes an Account Request.

1. The email address submitted by the user is checked against the Configuration List.

• If it fails to match any of the rules there, the request is denied.
• If it matches a rule, the request procedure continues. If theaccount request is ultimately successful, the new account will becreated according to the specifics of the matching rule. Note thatthese rules are checked in the order they are stored in the list, sothat the supplied email address falls under multiple rules, it will usethe earliest one listed.

2. Next, the email address is checked against the Pending Request list.

• If it doesn't match any of the addresses stored on the list, it isconfirmed as an original request, and the request procedure continues.
• If it does match an existing address, the request is denied.

3. Once the system has determined the email address has not alreadybeen used to create an account, an email message is sent to thesubmitted address to confirm its authenticity. At this point, therequest is "pending".

4. When the user clicks the link contained within the authenticationemail, the new account is created, based on the specifics contained inthe Configuration list (determined in Step 2)

5. Finally, a confirmation message is sent to the account's email address, containing the new user name and password.

Visit vendor website for more information.