22
Add Public Folder Client Permissions ersetzen
Hallo liebe Community,
Im Einsatz ist Exchange Online mit Office 365
mit folgendem Befehl habe ich erfolgreich die Berechtigungen für den Standard Benutzer gesetzt.
Get-PublicFolder “\XXX“ –recurse | Add-PublicFolderClientPermission –User Standard –AccessRights Author
Leider habe ich zu spät gesehen, dass Author keine Berechtigung hat, Unterordner zu erstellen, sondern nur der PublishingAuthor.
Jetzt lassen sich diese aber nicht so einfach "überschreiben". Es kommt immer folgende Fehlermeldung:
Für den Benutzer wurde ein vorhandener Berechtigungseintrag gefunden:
1. Muss ich den Benutzer die Rechte entziehen und erneut den Befehl absetzen mit PublishingAuthor?
Und wie funktioniert das? Mit ( Get-PublicFolder “\XXX“ –recurse |Remove-PublicFolderClientPermission –User Standard –AccessRights Author) klappt das leider nicht, da erhalte ich folgende Fehlermeldung:
Cannot process argument transformation on parameter 'Identity'. Cannot convert value "-AccessRights" to type "Microsoft
.Exchange.Configuration.Tasks.PublicFolderIdParameter". Error: "Der für Parameter "-AccessRights" bereitgestellte Wert
liegt nicht im richtigen Format vor. Das richtige Format lautet "<OrganizationName>\\<FolderPath>"."
+ CategoryInfo : InvalidData: (
[Remove-PublicFolderClientPermission], ParameterBindin...mationExceptio
n
+ FullyQualifiedErrorId : ParameterArgumentTransformationError,Remove-PublicFolderClientPermission
und ich habe noch keine Möglichkeit gefunden die Berechtigungen recursive wieder wegzunehmen...
2. Oder kann ich die Benutzerrechte einfach ersetzen und wenn ja, wie?
Hatte dazu ein Powershell Script gefunden und wollte dies ausführen:
ReplaceUserPermissionOnPFRecursive.ps1 -TopPublicFolder "\XXX" -User "Standard" -Permissions PublishingAuthor
Dann erhalte ich folgende Fehlermeldung:
Die Benennung "ReplaceUserPermissionOnPFRecursive.ps1" wurde nicht als Name eines Cmdlet, einer Funktion, einer Skriptd
atei oder eines ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der Pfad korrekt is
t (sofern enthalten), und wiederholen Sie den Vorgang.
Bei C:\Powershell\berechtigung.ps1:1 Zeichen:39
+ CategoryInfo : ObjectNotFound: (ReplaceUserPermissionOnPFRecursive.ps1:String) , CommandNotFoundException
+ FullyQualifiedErrorId : CommandNotFoundException
Kann mir jemand bitte helfen??
Im Einsatz ist Exchange Online mit Office 365
mit folgendem Befehl habe ich erfolgreich die Berechtigungen für den Standard Benutzer gesetzt.
Get-PublicFolder “\XXX“ –recurse | Add-PublicFolderClientPermission –User Standard –AccessRights Author
Leider habe ich zu spät gesehen, dass Author keine Berechtigung hat, Unterordner zu erstellen, sondern nur der PublishingAuthor.
Jetzt lassen sich diese aber nicht so einfach "überschreiben". Es kommt immer folgende Fehlermeldung:
Für den Benutzer wurde ein vorhandener Berechtigungseintrag gefunden:
1. Muss ich den Benutzer die Rechte entziehen und erneut den Befehl absetzen mit PublishingAuthor?
Und wie funktioniert das? Mit ( Get-PublicFolder “\XXX“ –recurse |Remove-PublicFolderClientPermission –User Standard –AccessRights Author) klappt das leider nicht, da erhalte ich folgende Fehlermeldung:
Cannot process argument transformation on parameter 'Identity'. Cannot convert value "-AccessRights" to type "Microsoft
.Exchange.Configuration.Tasks.PublicFolderIdParameter". Error: "Der für Parameter "-AccessRights" bereitgestellte Wert
liegt nicht im richtigen Format vor. Das richtige Format lautet "<OrganizationName>\\<FolderPath>"."
+ CategoryInfo : InvalidData: (
[Remove-PublicFolderClientPermission], ParameterBindin...mationException
+ FullyQualifiedErrorId : ParameterArgumentTransformationError,Remove-PublicFolderClientPermission
und ich habe noch keine Möglichkeit gefunden die Berechtigungen recursive wieder wegzunehmen...
2. Oder kann ich die Benutzerrechte einfach ersetzen und wenn ja, wie?
Hatte dazu ein Powershell Script gefunden und wollte dies ausführen:
ReplaceUserPermissionOnPFRecursive.ps1 -TopPublicFolder "\XXX" -User "Standard" -Permissions PublishingAuthor
Dann erhalte ich folgende Fehlermeldung:
Die Benennung "ReplaceUserPermissionOnPFRecursive.ps1" wurde nicht als Name eines Cmdlet, einer Funktion, einer Skriptd
atei oder eines ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der Pfad korrekt is
t (sofern enthalten), und wiederholen Sie den Vorgang.
Bei C:\Powershell\berechtigung.ps1:1 Zeichen:39
ReplaceUserPermissionOnPFRecursive.ps1 <<<< -TopPublicFolder "\XXX" -User "Standard" -Permissions PublishingAuthor
+ CategoryInfo : ObjectNotFound: (ReplaceUserPermissionOnPFRecursive.ps1:String) , CommandNotFoundException+ FullyQualifiedErrorId : CommandNotFoundException
Kann mir jemand bitte helfen??
Auf Facebook teilen
Auf Twitter teilen
Auf Reddit teilen
Auf Linkedin teilenBitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 279855
Url: https://administrator.de/contentid/279855
Ausgedruckt am: 04.11.2024 um 22:11 Uhr
22 Kommentare
Neuester Kommentar
Die Standard-Berechtigung vorher wieder mit Remove-PublicFolderClientPermission entfernen 
und dann wieder hinzufügen. Geht hier einwandfrei.
Du hast ja auch den Ordnernamen bei Remove-Public.... vergessen
Öffentliche Ordner Berechtigungen - Exchange 2013
Gruß jodel32
und dann wieder hinzufügen. Geht hier einwandfrei.Du hast ja auch den Ordnernamen bei Remove-Public.... vergessen
Öffentliche Ordner Berechtigungen - Exchange 2013
Die Benennung "ReplaceUserPermissionOnPFRecursive.ps1" wurde nicht als Name eines Cmdlet, einer Funktion,
Und hier warst du einfach nur im falschen Pfad .... und hast nicht den kompletten Pfad zum Skript angegeben !Gruß jodel32
Hallo Jodel32,
ja das Problem dabei ist, dass ich so (Remove-PublicFolderClientPermission -Identity "XXX" -User Standard -AccessRights Author)
nur einen einzelnen Ordner die Berechtigung entziehen kann. Wir haben ca 250 Ordner mit Unterordnern. Deshalb würde ich gerne den recursive Befehl dabei haben.
ja das Problem dabei ist, dass ich so (Remove-PublicFolderClientPermission -Identity "XXX" -User Standard -AccessRights Author)
nur einen einzelnen Ordner die Berechtigung entziehen kann. Wir haben ca 250 Ordner mit Unterordnern. Deshalb würde ich gerne den recursive Befehl dabei haben.
Zitat von @c64b311ee9:
Hallo Jodel32,
ja das Problem dabei ist, dass ich so (Remove-PublicFolderClientPermission -Identity "XXX" -User Standard -AccessRights
Author)
nur einen einzelnen Ordner die Berechtigung entziehen kann. Wir haben ca 250 Ordner mit Unterordnern. Deshalb würde ich gerne
den recursive Befehl dabei haben.
Schon mal was von einer Foreach-Schleife und der Laufvariablen $_ gehört ?Hallo Jodel32,
ja das Problem dabei ist, dass ich so (Remove-PublicFolderClientPermission -Identity "XXX" -User Standard -AccessRights
Author)
nur einen einzelnen Ordner die Berechtigung entziehen kann. Wir haben ca 250 Ordner mit Unterordnern. Deshalb würde ich gerne
den recursive Befehl dabei haben.
Gehört ja, aber kein Plan wie ich das umsetzen könnte...
Hiermit entfernst du die Berechtigungen wieder rekursiv
Dann kann du sie wieder hinzufügen.
Get-PublicFolder "\Verwaltung" -Recurse | %{Remove-PublicFolderClientPermission $_.Identity -User Standard -AccessRights Author -Confirm:$false} Get-PublicFolder "\Verwaltung" -Recurse | Add-PublicFolderClientPermission -User Standard -AccessRights PublishingAuthor
Das hat leider noch nicht geklappt:
A positional parameter cannot be found that accepts argument '-AccessRights'.
+ CategoryInfo : InvalidArgument: ( [Remove-PublicFolderClientPermission], ParameterBindingException
+ FullyQualifiedErrorId : PositionalParameterNotFound,Remove-PublicFolderClientPermission
Ich würde deinen Befehl auch gerne verstehen. Kannst du das evtl. nochma genauer erklären mit dem % $_-Identity?
A positional parameter cannot be found that accepts argument '-AccessRights'.
+ CategoryInfo : InvalidArgument: (
[Remove-PublicFolderClientPermission], ParameterBindingException+ FullyQualifiedErrorId : PositionalParameterNotFound,Remove-PublicFolderClientPermission
Ich würde deinen Befehl auch gerne verstehen. Kannst du das evtl. nochma genauer erklären mit dem % $_-Identity?
Die Pipeline wird nicht ausgeführt, da bereits eine Pipeline ausgeführt wird. Pipelines können nicht gleichzeitig ausge
führt werden.
+ CategoryInfo : OperationStopped: (Microsoft.Power...tHelperRunspace:ExecutionCmdletHelperRunspace) ,
PSInvalidOperationException
+ FullyQualifiedErrorId : RemotePipelineExecutionFailed
führt werden.
+ CategoryInfo : OperationStopped: (Microsoft.Power...tHelperRunspace:ExecutionCmdletHelperRunspace) ,
PSInvalidOperationException
+ FullyQualifiedErrorId : RemotePipelineExecutionFailed
Das hat leider noch nicht geklappt:
Geht hier wie immer einwandfrei !! Du musst einfach grundsätzlich was falsch machen.Lässt sich aber auch so schreiben:
Get-PublicFolder "\Verwaltung" -Recurse | Remove-PublicFolderClientPermission -User Standard -AccessRights Author -Confirm:$false Ich würde deinen Befehl auch gerne verstehen. Kannst du das evtl. nochma genauer erklären mit dem % $_-Identity?
%{} ist eine Foreach-Schleife und $_.Identitiy greift auf die Eigenschaft Identity in die in diesem Fall den Pfad zum öffentlichen Ordner enthält zu welche zum aktuellen Objekt in der Pipeline aufgelöst wird.Du brauchst erst mal einen Powershell-Grundkurs bevor du dich an einen Exchange wagst ...
Und natürlich macht man das immer vorher erst an einem Testsystem!
Ja, das mag ja sein, deswegen Frage ich ja auch um Hilfe!
Wenn es aber doch nicht funktioniert? Da es ja nur um die Berechtigung der ÖO geht finde ich das eigentlich sehr unkritisch.
PS C:\Users\xxx> Get-PublicFolder "\xxx" -Recurse | Remove-PublicFolderClientPermission -User Standard -AccessRigh
ts Author -Confirm:$false
Cannot process argument transformation on parameter 'Identity'. Cannot convert value "-AccessRights" to type "Microsoft
.Exchange.Configuration.Tasks.PublicFolderIdParameter". Error: "Der für Parameter "-AccessRights" bereitgestellte Wert
liegt nicht im richtigen Format vor. Das richtige Format lautet "<OrganizationName>\\<FolderPath>"."
+ CategoryInfo : InvalidData: ( [Remove-PublicFolderClientPermission], ParameterBindin...mationExceptio
n
+ FullyQualifiedErrorId : ParameterArgumentTransformationError,Remove-PublicFolderClientPermission
Wenn es aber doch nicht funktioniert? Da es ja nur um die Berechtigung der ÖO geht finde ich das eigentlich sehr unkritisch.
PS C:\Users\xxx> Get-PublicFolder "\xxx" -Recurse | Remove-PublicFolderClientPermission -User Standard -AccessRigh
ts Author -Confirm:$false
Cannot process argument transformation on parameter 'Identity'. Cannot convert value "-AccessRights" to type "Microsoft
.Exchange.Configuration.Tasks.PublicFolderIdParameter". Error: "Der für Parameter "-AccessRights" bereitgestellte Wert
liegt nicht im richtigen Format vor. Das richtige Format lautet "<OrganizationName>\\<FolderPath>"."
+ CategoryInfo : InvalidData: (
[Remove-PublicFolderClientPermission], ParameterBindin...mationException
+ FullyQualifiedErrorId : ParameterArgumentTransformationError,Remove-PublicFolderClientPermission
Letzter Versuch:
Sehe gerade bei Exch 2013 gibt es den Parameter -AccessRights nicht mehr, vermutlich hat er deswegen gemeckert.
Get-PublicFolder "\Verwaltung" -Recurse | %{Remove-PublicFolderClientPermission -Identity $_.Identity -User Standard -Confirm:$false}
Leider auch nicht.
Die Pipeline wird nicht ausgeführt, da bereits eine Pipeline ausgeführt wird. Pipelines können nicht gleichzeitig ausge
führt werden.
+ CategoryInfo : OperationStopped: (Microsoft.Power...tHelperRunspace:ExecutionCmdletHelperRunspace) ,
PSInvalidOperationException
+ FullyQualifiedErrorId : RemotePipelineExecutionFailed
Ja das Problem ist, dass ein lokaler Exchange sich doch wieder total anders verhält (siehe jetzt gerade)
Aber dann trotzdem vielen Dank für deine Zeit und deine Mühe! Vielleicht kriege ich das powershell script ja noch zum Laufen.
Die Pipeline wird nicht ausgeführt, da bereits eine Pipeline ausgeführt wird. Pipelines können nicht gleichzeitig ausge
führt werden.
+ CategoryInfo : OperationStopped: (Microsoft.Power...tHelperRunspace:ExecutionCmdletHelperRunspace) ,
PSInvalidOperationException
+ FullyQualifiedErrorId : RemotePipelineExecutionFailed
Ja das Problem ist, dass ein lokaler Exchange sich doch wieder total anders verhält (siehe jetzt gerade)
Aber dann trotzdem vielen Dank für deine Zeit und deine Mühe! Vielleicht kriege ich das powershell script ja noch zum Laufen.
Hmm okay, aber die Rechtevergabe hatte ja auch mit AccessRights funktioniert?
Zitat von @c64b311ee9:
Ja das Problem ist, dass ein lokaler Exchange sich doch wieder total anders verhält (siehe jetzt gerade)
Nope mache ich ja jetzt gerade auf einem Ex Online, und das hier läuft bei dir auch nicht?Ja das Problem ist, dass ein lokaler Exchange sich doch wieder total anders verhält (siehe jetzt gerade)
Get-PublicFolder "\Verwaltung" -Recurse | Remove-PublicFolderClientPermission -User Standard -Confirm:$false Hmm okay, aber die Rechtevergabe hatte ja auch mit AccessRights funktioniert?
Nein, nur beim Remove-.... CMDLet gibts den Parameter nicht mehr.
Also ich beginne mal ganz von vorne,
Powershell starten
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection
Import-PSSession $Session
Set-ExecutionPolicy RemoteSigned
PS C:\Users\xxx> Get-PublicFolder "\Messen" -Recurse | Remove-PublicFolderClientPermission -User Standard -Confirm:$false
-
Cursor bleibt stehen und blinkt. Mehr passiert erstmal nicht...
Powershell starten
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection
Import-PSSession $Session
Set-ExecutionPolicy RemoteSigned
PS C:\Users\xxx> Get-PublicFolder "\Messen" -Recurse | Remove-PublicFolderClientPermission -User Standard -Confirm:$false
-
Cursor bleibt stehen und blinkt. Mehr passiert erstmal nicht...
Kein anderer vlt noch ne idee? Oder vlt ne Hilfe beim Powershell script ausführen?
Hallo Jodel,
das ist die Lösung. Bei Exchange 2016 ist wohl Standard in default geändert worden. Damit funktioniert es. Vielen Dank für deine Hilfe!
Get-PublicFolder "\Messen" -Recurse |% {Remove-PublicFolderClientPermission -Identity $_.Identity -User Default -Confirm:$false}
das ist die Lösung. Bei Exchange 2016 ist wohl Standard in default geändert worden. Damit funktioniert es. Vielen Dank für deine Hilfe!
Get-PublicFolder "\Messen" -Recurse |% {Remove-PublicFolderClientPermission -Identity $_.Identity -User Default -Confirm:$false}
Zitat von @c64b311ee9:
das ist die Lösung. Bei Exchange 2016 ist wohl Standard in default geändert worden.
Exchange 2016 dat ist noch jarnich raus das ist die Lösung. Bei Exchange 2016 ist wohl Standard in default geändert worden.
Da ist nicht geändert worden, aber wenn System bzw die Mailbox auf Englisch konfiguriert ist, ist das klar
ja aber bei exchange online ist unter der haube schon ein 2016er im einsatz, deshalb. Nein die Mailbox ist nicht auf englisch konfiguriert, berechtigungen lassen sich ja auch mit standard vergeben, nur das entfernen klappte nicht.
Zitat von @c64b311ee9:
ja aber bei exchange online ist unter der haube schon ein 2016er im einsatz, deshalb.
Hast du das mit Get-ExchangeServer überprüft? Das wäre sehr sehr ungewöhnlich das die das so früh auf die produktiven User loslassen ...ja aber bei exchange online ist unter der haube schon ein 2016er im einsatz, deshalb.
Gibt ja noch nicht mal eine RTM vom neuen ...
Naja zuzutrauen wärs den luppen ja, genauso wie sie Windows 10 unfertig mit all seinen Bugs released haben.
Moin,
ne das Cmdlet gibt es so auch nicht mehr. Wenn ein Kalender Eintrag eines Raumpostfaches abgelehnt oder angenommen wird, steht unten drunter:
Gesendet von Microsoft Exchange Server 2016
Windows 10 ist doch super
ne das Cmdlet gibt es so auch nicht mehr. Wenn ein Kalender Eintrag eines Raumpostfaches abgelehnt oder angenommen wird, steht unten drunter:
Gesendet von Microsoft Exchange Server 2016
Windows 10 ist doch super
ne das Cmdlet gibt es so auch nicht mehr.
Gibt's schon noch, nur im kastrierten EX Online wieder nicht, hab's gerade gesehen.ist doch super
Naja, wer sich als Versuchskaninchen mit seinen Daten bei MS wohl fühlt, bitte.
