We're using Forms Authentication in SharePoint. When the account is created, the administrator can add some information, like name and address. But the required fields are username and email address.
When a user goes to their profile page, all the fields are blank and they are unable to edit them. I have read a number of articles discussing how to import profiles from another data store, or to sync profiles. This doesn't work for us, because we don't have another data store where these profiles are stored.
Will I just have to recreate the edit profile page and build a custom profile editor? Is this information exposed via SharePoint API? I don't think directly editing the database is a good solution.
If you log in to the "Shared Services administration" through the "Central Admin Tool" there is an option "Profile services policies". You can define in here what fields are user-overridable.
Related
I have a Lotus Notes web application where users are required to be defined in the same database using a custom profile form. Specific roles will be assigned in every user accordingly based on the selected predefined user roles. These users will be populated in the ACL dynamically using lotus script web agent.
My question is, how do I programatically register the user in the domino directory? Can I just create a person document with basic info and internet password and assign an external email like gmail or yahoo? If it's possible, do I still need to certify the user using the Certifier Id?
Your suggestion is very much appreciated. Thanks in advance.
You don’t need to certify the user or create an id file. As you already suggested, you just create the person document in the directory database. Look at Registering users for your Domino Web site for details, e.g. how to avoid duplicate user names.
I just added two new properties for the users using sharepoint, and then I edited the values.The problem is that when entering to <sharepointdomain>/_api/SP.UserProfiles.PeopleManager/getmyproperties the new properties appear, but their values are empty. I changed the values from the sharepoint admin page, on "users profiles" > "Manage Users Profiles". Why the changes are not being reflected on the rest api? Should I do something else?
Based on your description, you are not calling Microsoft Graph, but the SharePoint endpoint. With Microsoft Graph you can get user profile information aggregated from Azure Active Directory, Exchange and SharePoint. However, It does not expose custom properties you add on the SharePoint profile service, but it does have a mechanism (going into preview very soon) for you to add open extensions and schematized extensions. For more info check this video: https://channel9.msdn.com/Events/Connect/2016/213
I have a WSS 3.0 site with FBA and a custom user management web part. To track user email address, I have been using the Email property of the MembershipUser object. I just realized today that if you go into People and Groups and look at the email address for a user, the email address is blank, and can be edited there independent of the MembershipUser value. It seems that the alerts system uses the email address that is stored in People and Groups.
I have not gotten into recoding yet because I want to make sure I'm not missing anything first. I assume I could switch from MembershipUser.Email and story my information in SPUser.Email instead. But I seem to remember that on a different project I used MembershipUser.Email with no problems and the alerts went out fine (although that was MOSS).
So I guess I have two questions:
Is there a way to tell People and Groups or the Alerts system to use MembershipUser.Email?
Is it best practice to use SPUser.Email for email storage, rather than MembershipUser.Email?
This post goes in-depth in getting SharePoint to sync the user profiles in your FBA store by naming all properties sharepoint should know about in the web.config and create those properties in your ProfileProvider. Not sure if it is what you are looking for exactly though. FBA user profile mapping does not work as clean as AD user profile mapping does out of the box.
Also, check out the User Profile Import Tool on CodePlex. It's for MOSS but might provide some pointers.
I have created a custom membership provider for a SharePoint application but would like to populate the Title and Department columns for the MembershipUsers that are displayed with data from my user repository.
Is this possible? How can it be done?
I don't see anything in the System.Web.Security.MembershipUser class that could store this information. How does the Windows AD MembershipProvider have a different Display Name than the Account Name? Are some of these values coming from someplace else?
What happens in the AD is that, SharePoint runs the User Profile Sync Job that will pull all the required information from AD and updated the SharePoint UserProfile DB which In turn pushes to Each of the Site. Whereas in the case of the Custom Membership we don't have a direct option to update the Profile Information.
One method you can do is to update those information using code.There are two options you can update the User Profile information in the SSP so that it will be displayed in all the Site Collection or to Update the SPWeb.SiteUserInfo List. Please refer these link1 , link2 on how to do that. In case you want to update in SiteUserInfo list it is just another list just search for Item based on the user account name and update that item.
Is there any method available for sharepoint that can do the following:
Create an internet site suing wss3.0. login using fba. no need to login to edit documents from library that logged in user has access to.
change the password of a user from the site?
You can create an internet site using FBA under WSS 3.0. You will need the appropriate license, which I believe is called the "internet connector" license in the case of WSS. I'm not sure what you mean by "no need to login to edit documents from library that logged in user has access to." You can expose a document library to anonymous users even if authenticated users have specific privileges to it, if that's what you mean. You can write a custom web part that will allow administrators or users themselves to change user passwords from within the site.