SharePoint: Profile Synchronization – some users are missing their manager
Important: This little quirk only occurs with the “SharePoint Profile Synchronization” (aka: FIM Sync) option in SharePoint 2010 and 2013. It does not occur with the “Active Directory Import” (aka: AD Import) option available in SharePoint 2013 and 2016. If possible, I recommend switching to AD Import. You can read through switch considerations in my
SharePoint: The problem with changing UserQueryMaxTimeout
Consider the following scenario: You have a fairly large and / or complex Active Directory (AD) infrastructure.When using People Picker in a SharePoint 2013 or 2016 site, you are unable to find users from certain domains, and eventually the People Picker control displays an error: “Sorry, we’re having trouble reaching the server”. You do some
SharePoint: Person or Group column does not display expected results when limited to a SharePoint group
Consider the following scenario: You have a SharePoint list with a Person or Group column.This column is limited to choose from a SharePoint group called (for example) Approvers. Within this SharePoint group, you have three users with (for example) first name Jeff, and one user with last name Jefferson. Within the person or
SharePoint: Troubleshooting “User cannot be found” and other mysterious user behavior
Update 11/16/20: Added PowerShell script near the end of the post that can be used to check all of your site collections for a specific User Information List problem. Some potential symptoms: You try to add a user to a SharePoint group. The account is added without error, but it doesn’t show up in the
SharePoint: People Picker shows disabled user accounts in domain migration scenario
This is one that has plagued SharePoint admins since SharePoint 2007 and earlier. There are a few other posts out there that mention this behavior, but as far as I can tell, none of them offer a complete solution. Consider the following scenario: The SharePoint farm exists in DomainB.You have users in DomainA.You migrate those
SharePoint: Quick Troubleshooting Tip: HTTP Response Headers
Often in troubleshooting SharePoint, we’re interested to know on which Web-Front-End (WFE) a certain request landed. When you have multiple WFEs that are load balanced, this is not easily discernable. One trick is to edit your HOSTS file and point the load balanced URL at the IP address of one WFE. That method certainly has
SharePoint: Common NTLM Authentication Issues, aka: Consider Ditching NTLM
NTLM authentication is not great. It’s not the fastest. In most cases, that honor would go to Kerberos. It’s not the most secure. Again, Kerberos. It’s not all that flexible. For example, it doesn’t work well for extranets or anything cross-firewall. In those scenarios, Trusted Provider auth (SAML / WS-Fed) works well. See: AD FS.