Support for using email addresses as User Ids in AD, and being compatible with BI tools, such as SSR

So we have an AD instance integrated with our BI environment. We have a requirement for external BI users to be allowed to use an email address as their user ID in AD. I understand that email addresses are suported in AD, but does the BI tool SharePoint
2007, SSRS and SSAS 2008 support user ID that arn't pre-windows 2000 user ids.

Our testing would indicate that email addresses are failing to be provisioned in SharePOint 2007 and SSAS 2008. Is this a configuration issue or really a limitation of the BI suite.

More Related Resource Links

I'm not sure how to structure the code for this but what I want to do is be able to add data to a database, and once this has completed successfully, then email the user to say the details have been added successfully to the database.

I need an application to allow a user to see a list of documents/spreadsheets in a directory, click a link to the file, have it open, then review it, close it, then from the form choose to accept or deny it, then have it emailed to a recipient contained
in a db or list
any good ideas how to accomplish this? maybe a windows form?

Remember when I introduced you to the Search References extension? I know my fellow coworkers at Clarius are awesome and all, but I was happily surprised when after installing MonoDroid, the following just worked: See the "Filtered to: MonoDroid Profile"? See how the paths point to the right assemblies under MonoDroid reference assemblies? Kudos to the http://go-mono.com/monodroid/ team for integrating so nicely in the VS2010 environment! Read full article

It appears (from observation and searching) that SP 2007 will not send a task assignment email when the assignee does not have read access for the assigned task and there is no warning when assigning a task to someone who will be unable to read it.
I have not been able to find any mentions of attempting to address this quirk by either an item event listener or a workflow that would either prevent the assignment or task the originating user to fix the issue by either changing the assignment or having
them added to the appropriate group. I could see one done badly causing a cascade of tasks.
The approaches that I've thought about are:
Attempt to block assignment by hooking ItemAdding and ItemUpdating on the task content type. In ItemUpdating, you could use SPListItem.DoesUserHavePermissions since the SPListItem should be there, but you'd may have check the list since I don't think
SPListItem is available at that time. I could see this causing problems when the assignment is via workflow or something that doesn't like other code interfering with its task creation.
Hooking ItemAdded and ItemUpdated to assign a new task to the assigning user to either change the assignment or have the assignee added to the users with access to the site.
Define a workflow which could be enabled for a list that would check if any new or modified task is assigned to users with

We have finally gotten LiveID authentication to work. However when we specify a user to add to a sharepoint group, we need to do it via the unique id that live uses. The user does login using their usual email address and password, but
on the sharepoint side they see the PUID@live.com as the logged in user, and when we want to specify the user to have access to the a particular site or library, we have to do it by the same
PUID@live.com. This display makes it difficult to manager users on the sharepoint side. Is there something I missed on setting up of the authentication provider, or is there something I can do to get sharepoint
to retrieve the other information so that we can view the user through the email or full name that live provides?
Steve Paplanus

How I can query Active Directory for accounts missing email address. What is the syntax for this from a .Net application. Does anyone have sample code for doing this? I am also looking to query AD for GetCustomersWithInvalidEmailAddresses.
Thanks so much....

I have set up an approval workflow for a document library that has email enabled. Emails come into the document library fine, however, if an item is emailed to the library the workflow kicks off with the initiator as "System Account" rather than the person
who submitted the email. This makes the error of "The e-mail message cannot be sent. Make sure the e-mail has a valid recipient." come up. If someone submits a document directly to the library (by logging into sharepoint and submitting) everything works fine.
The person submitting by email is a valid sharepoint user and the profile shows the correct email address. The Created by and Modified by fields show the correct person (rather than System Account), it's only the workflow User ID that shows incorrectly if
document is emailed to library.
Any help or ideas would be appreciated.
Thanks

Hi I know this is a simple fix but here's my register.aspx.vb and activation.aspx.vb codes. Its given an ordinary user unauthorized permissions after activation from email link which when clicked, approves and logs them in.

I have an Technical Service Request InfoPath form and an email alert needs to be sent to two users each time that the form is completed and submitted to a library. An email alert needs to be sent to our technical manager which is a relatively easy workflow to set up in SharePoint Designer. The other user which needs to be alerted is the engineer which could be one of six people (we only have one technical manager).

The person completing the form will have to enter the name of the engineer to whom the alert should be sent to. I am struggling to send an email to this user. Is there a way to associate an email address with the name which is entered? We could use drop down lists and need to automate this in some way.

We dont need to retrieve full user information from AD but just need the email address of the user whose name is captured in a Text Box named 'Engineer'.

My first post here and I hope someone out there could kindly help. I recently found out a strange issue with my SPD workflow. Basically, it couldn't send out email if (1)ÃÂ the recipient resides in the list and (2) the workflow is automatically started.

For example, I have a list with a "user" field. A workflow first "Send an email" to this user, and then "Collect data from a user" from this user. IfÃÂ the workflow is set toÃÂ startÃÂ automatically, then this user gets no email. Tasks list does contain a task, but the "Assigned To" field of the task is empty. This is the case no matter if the user field is of type "Single line of text" or "Person or Group".

Everything's fine if I manually start the workflow. And everything's fine ifÃÂ the user is directly spelled out (jay@company.com) in the "Send an email" and "Collect data from a user" actions instead of retrieved from the list. Either case the user would get two emails as expected, and theÃÂ "Assigned To" field would display the user name properly.

I looked into the log but didn't find anything special. As you can imagine, this is breaking a lot of our workflows and making SPD workflow look very bad. It's just not