Проверьте, кто является клиентом режима кэширования — Exchange 2019 в предпосылке, клиенты Office365

В последние несколько дней я искал способ составить отчет или собрать информацию обо всех пользователях Outlook, кто из них использует режим Chache и кто подключен к сети.

Как уже упоминалось в Заголовке, мы работаем с Exchange 2019 в предпосылке, и все наши клиенты используют Office365.

Здесь и там я нашел несколько способов узнать об этом, но все эти способы связаны со старыми версиями сервера/клиента. нравится:

1. Некоторые сценарии ищут некоторые значения реестра. в частности - ключ "00036601", но не только. потому что некоторые предлагают другие ключи, которые должны быть для клиентов Office365, но их нет в моем случае.
2. Используйте Exchange Shell с Get-LogonStatistics, но этот командлет не работает в Exchange 2019.
3. Обрабатываю журналы клиентского доступа RPC, но соединения RPC в нашей сети заблокированы, а клиенты Outlook обращаются к серверам по HTTPS. попытался заглянуть в журналы HTTP MAPI, но не нашел там ничего, что подсказывало бы мне, находится ли клиент в режиме кэширования или нет.

Единственный способ, который я нашел, это использовать скрипт на стороне клиента, основанный на идентификаторе пользователя, для загрузки MAPI в Powershell и узнать его статус:

$outlook = New-Object -com Outlook.Application
$namespace = $outlook.GetNamespace("MAPI")
$mailbox = $namespace.Stores | ? {$_.displayname.split("@")[0] -like $env:USERNAME}
$result = $env:USERNAME + ": " + $env:COMPUTERNAME + ": " + $mailbox.IsCachedExchange
$result | Add-Content -Path "\\server\Network-Shared-Folder\chache.txt"

if (!(Test-Path C:\users\$env:username\documents\cache)) {
   New-Item -ItemType Directory -Name cache -Path C:\users\$env:username\documents\
}

"Done" | Add-Content -Path C:\users\$env:username\documents\cache\testresult.txt

Я могу распространять этот сценарий с помощью SCCM и некоторых строк, которые я написал для метода обнаружения. поэтому я могу запустить его также с помощью Invoke-Command или другими способами. Но в итоге я не горю желанием использовать этот способ, так как он затрагивает сторону клиента и личность и может помешать его собственной работе над Outlook.

Я ищу другой способ, желательно на стороне сервера, для сбора этой информации. Конечно, то, что работает с Exchange 2019 On-Premiss, и клиентами Office365, которые подключаются через HTTPS.

Спасибо за помощь. Йоси.