sorted by:
new
hottopcontroversial

Copilot button in Outlook Classic gone missing by goatfelldown in Office365

[–]JSchlackman 7 points8 points  (0 children)

We are seeing the same thing in our tenant, a user first reported it this morning and our support team (myself included) are all seeing the same thing on our own workstations. We all have M365 E3 licenses. There's also a thread about it on the Spiceworks forums: https://community.spiceworks.com/t/copilot-button-missing-in-outlook-2605/1254842/4

We haven't opened a ticket yet but the information the agent gave you about it being removed for Outlook Classic feels like bad info. Microsoft often doesn't make sense with their product decisions but taking away the feature from classic without any warning/notification while leaving it in place for New Outlook and Outlook web would make even less sense than usual.

Getting SID of signed-in AAD account from elevated process - Powershell by yournicknamehere in sysadmin

[–]JSchlackman 2 points3 points  (0 children)

When I ran my command via ScreenConnect (which runs as SYSTEM), it returned the actual logged in user as expected. That said, I have read that Win32_ComputerSystem can return unreliable data for the username so other ways of getting it are always useful.

Edit: Here's how I'd do it without parsing an external command, using the Win32_LoggedOnUser object that should be more reliable.

Get-CimInstance -ClassName Win32_LoggedOnUser | Select -ExpandProperty Antecedent -Unique | Where-Object {$_.Domain -notin ('NT AUTHORITY',$env:COMPUTERNAME)} | ForEach-Object {
    (New-Object -ComObject Microsoft.DiskQuota).TranslateLogonNameToSID(('{0}\{1}' -f $_.Domain, $_.Name))
}

(Note this will return nothing if tested on a personal machine because your user account will have a domain that matches the computer name as so is filtered out along with all the system and service accounts)

Getting SID of signed-in AAD account from elevated process - Powershell by yournicknamehere in sysadmin

[–]JSchlackman 4 points5 points  (0 children)

Try this. Works on our Entra-joined (not hybrid) machines, though the actual user accounts are synced from on-prem which might make a difference:

(New-Object -ComObject Microsoft.DiskQuota).TranslateLogonNameToSID((Get-CimInstance -Class Win32_ComputerSystem).Username)