V případě kdy nelze odstranit nebo aktualizovat soubor a Windows ve svém dialogu nespecifikují proces, který daný soubor má exkluzivně zamknutý:
Pro zjištění zdroje zámku je asi nejjednodušší využít aplikaci Process Explorer (https://docs.microsoft.com/en-us/sysinternals/downloads/process-explorer) a pomocí funkce vyhledání na toolbaru a následně proces ukončit:
$credentials = Get-Credential -Credential pnovotny@lotraco.cz
Write-Output "Getting the Exchange Online cmdlets"
$Session = New-PSSession -ConnectionUri https://outlook.office365.com/powershell-liveid/ `
-ConfigurationName Microsoft.Exchange -Credential $credentials `
-Authentication Basic -AllowRedirection
Import-PSSession $Session
Get-Mailbox -RecipientTypeDetails UserMailbox -ResultSize Unlimited | Foreach-Object{
$mbx = $_ | Select ExchangeGuid, UserPrincipalName, DataBase
$userFolder = $_.alias +":\Kalendář"
Set-MailboxFolderPermission -Identity $userFolder -User Default -AccessRights Reviewer
}
Na správu všech možných nastavení Windows existující spousty specializovaných nástrojů, které však často před samotným vyřešením problému přinesou hromadu dalších, virů nevyjímaje. Tak se mi podařilo úspěšně si nainstalovat virus, respektive těžící aplikaci nějaké krypto měny, odstranění nebylo zrovna triviální, obzvláště pokud si myslíte, že nejste BFU a vypnete si UAC 🙁 Po odstranění viru mi ale zůstalo spousta zajímavých nastavení, včetně nových kontextových menu v exploreru Windows, vtipně nazvaných Compress File nebo DeCompress File, což samozřejmě neudělalo nic jiného, než že nainstalovalo znovu svůj vir do startup aplikací, Windows scheduleru atd…
Odstranění kontextových menu je možné prostým Registry editorem (regedit,exe) a odstraněním celých nechtěných klíčů v následujících umístěních:
HKEY_CLASSES_ROOT\*\shellex\ContextMenuHandlers HKEY_CLASSES_ROOT\Directory\shellex\ContextMenuHandlers HKEY_CLASSES_ROOT\*\shell
Ukázka umístění:
Okamžitě po odstranění položka z kontextové menu zmizí, není tedy nutný ani restart PC.
Původní platforma Blogengine.net už bohužel umřela, přemigroval jsem všechny články i komentáře docela pracně na WordPress. Některé linky bohužel nebylo možné přemapovat, předem se omlouvám pokud jdete přes vyhledávače ?
Vstupní parametry:
Příklad:
.\CheckSiteCollectionsLock.ps1
<#
.Synopsis
Enumerate all site collections and write out lock status
.Example
.\CheckSiteCollectionsLock.ps1
.Notes
NAME: .\CheckSiteCollectionsLock.ps1
AUTHOR: novotny@devit.cz
.Link
http://www.devit.cz
#>
Add-pssnapin Microsoft.SharePoint.Powershell -ErrorAction silentlycontinue
$webApps = Get-SPWebApplication | foreach {
write-host "Web App: " $_.Url
$sites = $_.Sites | foreach {
write-host " $($_.RootWeb.Url) ($($_.RootWeb.Title)): " -foregroundcolor Green -NoNewline
if ($_.ReadOnly -eq $false -and $_.ReadLocked -eq $false -and $_.WriteLocked -eq $false) {
write-host "Unlocked" -foregroundcolor Green
}
else {
if ($_.ReadOnly -eq $false -and $_.ReadLocked -eq $false -and $_.WriteLocked -eq $true) {
write-host "Adding Content Prevented" -foregroundcolor Red
}
elseif ($_.ReadOnly -eq $true -and $_.ReadLocked -eq $false -and $_.WriteLocked -eq $true) {
write-host "Read-only" -foregroundcolor Red
}
elseif ($_.ReadOnly -eq $null -and $_.ReadLocked -eq $null -and $_.WriteLocked -eq $null) {
write-host "No Access" -foregroundcolor Red
}
if ($_.lockissue -ne $null) {
write-host " Message: $($_.LockIssue)" -BackgroundColor Red
}
}
}
}
Nejčastější problém při instalaci CRM 2011 jsou kontroly systémových komponent, stačí se jenom trošku odchýlit od doporučených postupů a problémy při deploy organizací jsou na snadě.
Vypnutím kontrol lze obejít nejčastější chyby jako:
[more]
Systémové kontroly lze vypnout úpravou registrů:
V CRM 2011 je defaultně zakázáno odesílání emailů, kde zvolený odesílatel je jiný uživatel než aktuálně přihlášený. To samo o sobě je logické, pokud však potřebujete udělat pracovní proces, který generuje emaily a automaticky je rovnou I odesílá, narazíte hned na tento problém, kdy uvnitř workflow vznikne výjimka s chybovým hlášením User does not have send-as privilege. (ErrorCode: -2147203059).
Cesty jak z toho ven jsou dvě:
[more]
UPDATE UserSettings
SET IsSendAsAllowed = 1
WHERE IsSendAsAllowed = 0
!!! Zde je ukázka, která toto oprávnění nastaví u všech uživatelů, pokud potřebujete toto nastavení pouze pro vybrané uživatele, je potřeba přidat podmínku ještě podle UserId
Druhý krok má ještě jednu vadu na kráse, nefunguje pokud daný uživatel ještě nikdy neuložil svoje osobní nastavení. Pokud tedy máte nového uživatele, nebo čistě systémového, který se ještě nikdy nepoužil pro přihlášení a uložení nastavení, v této tabulce neexistuje a není možné tak ani nastavit hodnotu IsSendAsAllowed.