Exchange powershell + Exchange 2007

[Killertjuh]

Beste,

Als ik de volgende regels ga uitvoeren op mijn public folders dan krijg ik een foutmelding. Ik zet dit in een PS1 file en voer deze uit:

code:

get-publicfolder "\testtest" -recurse | Get-PublicFolderClientPermission | Where-Object {$_.User.ToString().Contains("Administrator") -eq $false } | Remove-PublicFolderClientPermission -confirm:$false
Get-PublicFolder "\testtest" -Recurse | Add-PublicFolderClientPermission -User Groep_die_acces_krijgt -AccessRights Owner -confirm:$false
Get-PublicFolder "\testtest" -Recurse | Add-PublicFolderClientPermission -User Default -AccessRights CreateItems -confirm:$false
Get-PublicFolder "\testtest" -Recurse | Add-PublicFolderClientPermission -User Anonymous -AccessRights CreateItems -confirm:$false

Dit is de foutmelding die ik krijg. Ik krijg deze melding ook wanneer ik de eerste regel appart uitvoer. De rest gaat namelijk wel goed(als de gebruikers niet bestaan).

code:

WARNING: An unexpected error has occurred and debug information is being generated: Object reference not set to an instance of an object.
Remove-PublicFolderClientPermission : Object reference not set to an instance of an object.
At line:1 char:191
+ get-publicfolder "\testtest" -recurse | Get-PublicFolderClientPermission | Where-Object {$_.User.ToString().Contains("Administrator") -eq $false } | Remove-PublicFolderClientPermission <<<<  -confirm:$false
    + CategoryInfo          : NotSpecified: (:) [Remove-PublicFolderClientPermission], NullReferenceException
    + FullyQualifiedErrorId : System.NullReferenceException,Microsoft.Exchange.Management.MapiTasks.RemovePublicFolderClientPermission

Met google krijg ik niet veel over deze foutmelding. Ik had gelezen dat het te maken kon hebben met rechten probleem. Echter run ik deze script als domain admin.

Iemand ideeen ?

[ Voor 4% gewijzigd door Killertjuh op 17-04-2013 09:11 ]

[CMD-Snake]

Draai je PowerShell wel als admin? Dat jij admin bent wil niet zeggen dat je PowerShell sessie hogere rechten heeft.

Net als cmd.exe kan PowerShell niet vragen om rechten verhoging. Je zult je sessie moeten starten met Run as Admin.

[Killertjuh]

CMD-Snake schreef op woensdag 17 april 2013 @ 10:09:
Draai je PowerShell wel als admin? Dat jij admin bent wil niet zeggen dat je PowerShell sessie hogere rechten heeft.

Net als cmd.exe kan PowerShell niet vragen om rechten verhoging. Je zult je sessie moeten starten met Run as Admin.

Yep heb ik ook al geprobeerd

[CMD-Snake]

Ben je wel Exchange Admin? Domain admin is niet automagisch Exchange admin. Is een aparte groep waar jeo ook lid van moet zijn. Die heet voor 2007 uit het hoofd "FYDIBOHF23SPDLT"

Naam is overigens een intern MS grapje.

[Jazzy]

Breek de eerste regel, want ik begrijp dat dit de regel is die de foutmelding geeft, even op in stukjes:

code:

get-publicfolder "\testtest" -recurse
get-publicfolder "\testtest" -recurse | Get-PublicFolderClientPermission
get-publicfolder "\testtest" -recurse | Get-PublicFolderClientPermission | Where-Object {$_.User.ToString().Contains("Administrator") -eq $false }

Dan kun je even controleren of er wel uit de pijplijn komt wat jij denkt dat er komt. Anders start je het laatste deel (Remove-PublicFolderClientPermission -confirm:$false) met heel andere input dan je dacht. En dat is waarschijnlijk ook je issue, je geeft door de pijplijn niet de goede gegevens mee aan Remove-PublicFolderClientPermission.

[Killertjuh]

Ik heb alles even getest. Heb een variable gemaakt en alle informatie komt nooit in de variable. Hij begint ook want als ik Confirm weg haal moet ik op Y drukken. Maar als ik maar vaak genoeg op Y druk krijg ik de foutmelding. Deze regel kan ik met de hand in outlook wel veranderen maar via powershell niet.

[Jazzy]

Dat zou dus betekenen dat als je get-publicfolder "\testtest" -recurse | Get-PublicFolderClientPermission | Where-Object {$_.User.ToString().Contains doet, er op een bepaald moment afwijkende output komt.

Verder heb je nog de -whatif parameter en in jouw geval de -verbose optie. Dan zie je heel uitgebreid wat er gebeurt en misschien ook wat er mis gaat.

Met Start-Transcript voorof komt alle output naar scherm ook in een tekstbestand te staan om later door te spitten.

[pitchdown]

Jazzy schreef op donderdag 18 april 2013 @ 13:16:
Dat zou dus betekenen dat als je get-publicfolder "\testtest" -recurse | Get-PublicFolderClientPermission | Where-Object {$_.User.ToString().Contains doet, er op een bepaald moment afwijkende output komt.

Verder heb je nog de -whatif parameter en in jouw geval de -verbose optie. Dan zie je heel uitgebreid wat er gebeurt en misschien ook wat er mis gaat.

Met Start-Transcript voorof komt alle output naar scherm ook in een tekstbestand te staan om later door te spitten.

Start-transcript is heel handy optie.
Heb deze middels GPO aanstaan op alle servers ! :-p

[Killertjuh]

Zal eens kijken bedankt

[YellowOnline]

Technet: Public Folders on Exchange 2010

Gents, Thanks for all your help, but I finally nailed the issue. The Public Folder Store was not set to inherit Security Permissions. I rectified this oversight, and reatster the IS. all seems to be working now. Thank you for trying to help out an old fool. Phil.