Showing posts with label People Picker. Show all posts
Showing posts with label People Picker. Show all posts

Wednesday, November 26, 2014

No exact match was found People Picker error message



No exact match was found People Picker error message

Issue: Assume that you configure a forest trust between two Active Directory forests and that the Windows Internet Name Service (WINS) is not enabled for Net Bios resolution. In this situation, People Picker in a Microsoft SharePoint Server 2010 site works fine for users in the local forest. However, for users in any domain in the trusted forest, People Picker does not work.

Additionally, People Picker finds the user account and seems to resolve it. However, when user clicks OK to post back to the site, the user receives the following error message:
No exact match was found. Click the items that did not resolve for more options

Cause: This issue occurs because, when you click OK, People Picker makes a NetBIOS call to try to resolve the domain name. Because the customer does not have WINS set up, a Net Bios broadcast occurs. However, the broadcast cannot find the trusted domains because broadcasts are not enabled outside the subnet

Solution: Please check the below link from MS

 


I hope the above information will help you to resolve the issue, in case of any queries/questions regarding the above mentioned information then please let me know. I would be more than happy to help you as well as resolves your issues, Thank you.

Tuesday, September 2, 2014

Configure People Picker in SharePoint 2013



Configure People Picker in SharePoint 2013

Check the below link from MS that clearly explain different scenarios of configuration of people picker.

 

I hope the above information will help you to resolve the issue, in case of any queries/questions regarding the above mentioned information then please let me know. I would be more than happy to help you as well as resolves your issues, Thank you.

Monday, August 18, 2014

The user does not exist or is not unique in SharePoint 2013



The user does not exist or is not unique in SharePoint 2013
 
Issue: The user does not exist or is not unique in share point 2013,when we check the user in people picker.

Solution: This issue could be of many reasons, In this article I am providing all the relevant solutions to resolve the issue.

Solution 1: ensure that there is no space, The most common issue that occurs with the above is inadvertently adding a space character between the elements of the path.

For example:
instead of OU=Users,DC=CONTOSO,DC=COM you type OU=Users, DC=CONTOSO,DC=COM

Solution 2: Ensure that the user account is not in Disabled state in AD.

Solution 3: Ensure that the user account is not Locked out state in AD
 

I hope the above information will help you to resolve the issue, in case of any queries/questions regarding the above mentioned information then please let me know. I would be more than happy to help you as well as resolves your issues, Thank you.

Monday, June 23, 2014

People Picker takes too long to resolve names



People Picker takes too long to resolve names 

 http://i.technet.microsoft.com/dynimg/IC468765.jpg

This is a most common issue that we see in People search that picker takes more time to resolve the names. Microsoft has provided a fix for this. There is not impact and no downtime.

Issue: People Picker takes too long to resolve names

Cause: The problem is that we will always go to Active Directory first by default to do the lookup via the Translate To ids  function.  This isn’t desirable in this specific case because it’s a SharePoint security group that’s being passed.  The second part of the problem is with the format of the name specified on the people picker field.  The fact that there is no \ in the name causes Active Directory to submit the lookup against every domain in the forest.  In a large Forest, this can become a taxing operation.  Finally, the lookup is resolved within SharePoint.

Solution: Please run the following to resolve the issue.

1.    [System.Reflection.Assembly]::LoadWithPartialName("Microsoft.SharePoint")
2.    $webapp=[Microsoft.SharePoint.Administration.SPWebApplication]::Lookup("WEB App URL")
3.    $webapp.PeoplePickerSettings.ActiveDirectoryRestrictIsolatedNameLevel=$true;
4.    $webapp.Update();
 

Related KB’s:


 This property is set on the Web Application level and is false by default. In order to work around the problem, set this property to true.  

 

Please Comment if you need Any Help.Your Feed back is always Welcome.I Am Happy to Help !!!!!

Related Posts Plugin for WordPress, Blogger...

ShareThis

X