Active Directory
6 TopicsDynimically Update a Microsoft Lists Field/Collumn Content
Hi, Here's my situation: I have this list of Microsoft 365 Ambassadors that are in place in various business units of our org. I would like to have a "Business Unit" collumn in which the content would dinymically be entered and updated based on a user's Active Directory's data (Ie. have the collumn sync with their "Departement" field of their AD profile). Is this possible? Thank you in advance, AlexSolved615Views0likes2CommentsMinimum Active Directoy requirement for SharePoint Server Subscription Edition?
So I have a customer that has a Windows Server 2008 R2 active directory domain controller. Does SharePoint Server Subscription Edition support AD in Windows Server 2008 R2? Seems the offical documentation is not updated. I see SP 2019 supports AD 2003: SharePoint Server 2019 requires a minimum Active Directory domain and forest functional level of Windows Server 2003 (native). Source: https://learn.microsoft.com/en-us/sharepoint/install/hardware-and-software-requirements-2019 But in the SPSE documentation, it is not specified. https://learn.microsoft.com/en-us/sharepoint/install/software-requirements-for-sharepoint-servers-for-sharepoint-server-subscription-edition Googled (and Binged) around with no results. Anyone has a SPSE in AD 2008 R2?SolvedError: AADSTS500011: The resource principal named '*URL*' was not found in the tenant.
We are trying to add an app to our SharePoint Online site using the template from https://docs.microsoft.com/en-us/sharepoint/dev/spfx/web-parts/get-started/build-a-hello-world-web-part and we get the error below when we deploy to SharePoint and add the app/Webpart to a test SharePoint site. Found [object Object]Driver Display External Error: Error: AADSTS500011: The resource principal named https://driverdisplayexternal.azurewebsites.net was not found in the tenant named 7018324c-9efd-4880-809d-b2e6bb1606b6. This can happen if the application has not been installed by the administrator of the tenant or consented to by any user in the tenant. You might have sent your authentication request to the wrong tenant. Trace ID: 358b22eb-cd2c-4091-b592-5a57cbc21d00 Correlation ID: ec96d656-1a36-42e2-a2b9-3ff78efc1e2e Timestamp: 2019-10-01 16:26:06Z We have added a call to our own client as shown below. We are not sure why the resource principal was not found. The Tenant ID's match and things seem to be set up properly for authentication. Has anyone else encountered this issue or know where to look for the issue? Thanks in advance!7.8KViews0likes2CommentsTurn on O365 alerting when Admin role is activated?
Hi all 🙂 I am wondering how I turn on alerts when a role is activated through O365 rather than Azure AD. I have PIM setup for Azure AD, but when an Admin role is assigned/activated through the O365 portal, then I do not receive an alert. Any and all help is appreciated 🙂1.2KViews0likes1CommentCustom user properties in AD
We have AD hybrid (AD on prem > AD connect > AAD (Azure Active Directory)) and we want to be able to pull custom properties through to Sharepoint Online (for example, user shoe size, user hair colour, etc) How do we add custom properties to AAD so we can query the custom properties either using Sharepoint people search or using the Microsoft Graph please?2.8KViews0likes1CommentSharePoint 2013 Performance Issue with AD Accounts From Other Region
We have our intranet data center in Europe and some of our users are experiencing slow server response and it is only affecting AD accounts that are based in Asia. This issue may look familiar because someone has asked the exact same thing before in the forums (only difference is they're using SharePoint Online while we're on premise). The only solution in that thread is to diagnose the issue using these diagnostic steps: https://docs.microsoft.com/en-us/office365/enterprise/diagnosing-performance-issues-with-sharepoint-online?redirectSourcePath=%252fen-us%252farticle%252fDiagnosing-performance-issues-with-SharePoint-Online-3c364f9e-b9f6-4da4-a792-c8e8c8cd2e86 The results are definite and based from my research it boils down to this response header value: (my account) SPRequestDuration: 796 (account from Asia) SPRequestDuration: 40683 Both request are using the same link, only difference is the signed in account. All other parameters like SPIisLatency and X-SharePointHealthScore are optimal. I already cross checked Group Policy between the different accounts and it's inconclusive. Right now all I know is they have different Domain Controllers but I'm not entirely sure if that could affect server requests, especially if it's a totally different server serving those requests but that's just my opinion. Any ideas what may cause the server to respond slowly to other AD accounts? Thanks in advance! Regards, Bruce1KViews0likes1Comment