Anti-Phishing > Impersonation Insights inaccuracy
Working with a client who are piloting Standard Preset Policies. We have not added any Users to Protect. We have added "owned domains" to the Domains to Protect list. No other anti-phish policies in the tenant have any users listed in Users to Protect. I repeat, zero policies have any users listed in Users to Protect, none, zero. In Impersonation Insights (https://security.microsoft.com > Email & Collaboration > Threat Policies > Anti-Phishing > Impersonation Insights, we have 2 listed in the "Users" tab: And in the details pane for either message, we see this: I can't find anywhere in documentation that explains why this would happen. It seems as though our user is being treated as a "Protected User", yet we've not added this user to any Anti-Phish policy's "Users to Protect" list. We DO have mailbox and impersonation intelligence enabled on the policies. When I read up on Mailbox Impersonation setting, I see this note: The question I have is this - when Mailbox Intelligence identity's a message as impersonation, and when the impersonated user is NOT a protected user, is this enough to trick Impersonation Insight into pretending as though the impersonated user is a Protected User?
Static Constructor Exceptions: A Rare Culprit That Requires App Restarts
If a static constructor throws an exception, the runtime doesn't invoke it a second time, and the type will remain uninitialized for the lifetime of the application domain. So, only way to come out this situation is Application recycle/restarts. Static Constructors - C# Programming Guide - C# | Microsoft Learn This can be a very rare scenario occurring intermittently and can become difficult debug. I have seen this issue happening in WCF or Asp.Net impersonation.
SharePoint 2010 item permissions workflow - getting user from look-up list
On SharePoint Online I have a 2010 workflow with an Impersonation Step to Replace permissions of the current item so only the person who created it and also the Administrator for the corresponding region can see it. Presently the Administrator is hard-coded in the workflow, looking up from the main company directory on Exchange. The Region is a choice column on the list the workflow is running on. Whenever a regional Admin changes - or additional ones are added - the workflow will need to be adjusted so the permissions are changed (person removed or new ones added). My question is: **How would I use a Lookup list** with Region and the corresponding Admin so the workflow can look at that instead of the names being hard-coded on the w/f? This will be a better interface, so the admin team can change admin roles from a list themselves rather than having IT to change the workflow each time. Thanks!
Use impersonation in SPFX Webpart
Hi, I have sharepoint team site with a list that have custom permissions. I want to develop a WebPart SPFx that shows list items from my list for user who didn't have permissions. I saw that we can create secured AAD function that let impersonation. Could you explain process please ? How it does works ? Thank you.
Saving PowerApps app results to SharePoint list using service account instead of app user
I am creating an app for end users to take a test and then submit the results to a SharePoint list. I am no fan of giving everyone contribute access to the list, as they potentially will be able to edit their test results in the list, so I am looking to run the save (patch()) function using a service account. This I know is possible to to with Flow actions, but I have not seen if or where I can define the same in PowerApp connections. Have anyone managed to do this, and if so - how? Thx
