Automapping Remove-MailboxPermission cmdlet nicht gefunden
Hallo.
Ich bin mir nicht sicher ob diese Frage in Exchange Server oder Outlook Mail gehört.
Wir haben auf Office 365 Business umgestellt, und nutzen Exchange 365.
So weit so gut, Wir haben freigegebene Postfächer erstellt wie zum Beispiel Info@ und Rechnungen@ Das funktioniert soweit auch.
Jedoch kann ich nicht das info Fach als Standardpostfach verwenden.
Ich möchte jedoch vermeiden für jedes freigegebene Postfach eine Office Lizenz buchen zu müssen.
Soweit ich herausgefunden habe, muss ich dafür das betreffende Postfach aus dem Automapping entfernen, und dann von Hand mit dem Passwort des Hauptbenutzers, und Lizenzinhabers einrichten.
Ich scheitere jedoch schon am deaktivieren vom Automapping.
Ich verbinde mich zunächst mit dem Exchange via powershell mit folgenen befehlen. :
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection
Import-PSSession $Session
Dann habe ich zuerste den Weg
Add-MailboxPermission “Name des freigegebenen postfachs” -User “der Alias Name des users” -AccessRights FullAccess -AutoMapping $False
Quittiert mit der Fehlermeldung das er mitAdd-MailboxPermission nichts anfangen kann, und dann
Remove-MailboxPermission -Identity Name der freigegebenen Mailbox -ClearAutoMapping
Auch dort kommt die Fehlermeldung
Remove-MailboxPermission : Die Benennung "Remove-MailboxPermission" wurde nicht als Name eines Cmdlet, einer Funktion,
einer Skriptdatei oder eines ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der
Pfad korrekt ist (sofern enthalten), und wiederholen Sie den Vorgang.
Ich komme einfach nicht weiter. Welchen dummen Anfängerfehler mache ich ?
MfG
Bernd
Ich bin mir nicht sicher ob diese Frage in Exchange Server oder Outlook Mail gehört.
Wir haben auf Office 365 Business umgestellt, und nutzen Exchange 365.
So weit so gut, Wir haben freigegebene Postfächer erstellt wie zum Beispiel Info@ und Rechnungen@ Das funktioniert soweit auch.
Jedoch kann ich nicht das info Fach als Standardpostfach verwenden.
Ich möchte jedoch vermeiden für jedes freigegebene Postfach eine Office Lizenz buchen zu müssen.
Soweit ich herausgefunden habe, muss ich dafür das betreffende Postfach aus dem Automapping entfernen, und dann von Hand mit dem Passwort des Hauptbenutzers, und Lizenzinhabers einrichten.
Ich scheitere jedoch schon am deaktivieren vom Automapping.
Ich verbinde mich zunächst mit dem Exchange via powershell mit folgenen befehlen. :
$UserCredential = Get-Credential
$Session = New-PSSession -ConfigurationName Microsoft.Exchange -ConnectionUri https://outlook.office365.com/powershell-liveid/ -Credential $UserCredential -Authentication Basic -AllowRedirection
Import-PSSession $Session
Dann habe ich zuerste den Weg
Add-MailboxPermission “Name des freigegebenen postfachs” -User “der Alias Name des users” -AccessRights FullAccess -AutoMapping $False
Quittiert mit der Fehlermeldung das er mitAdd-MailboxPermission nichts anfangen kann, und dann
Remove-MailboxPermission -Identity Name der freigegebenen Mailbox -ClearAutoMapping
Auch dort kommt die Fehlermeldung
Remove-MailboxPermission : Die Benennung "Remove-MailboxPermission" wurde nicht als Name eines Cmdlet, einer Funktion,
einer Skriptdatei oder eines ausführbaren Programms erkannt. Überprüfen Sie die Schreibweise des Namens, oder ob der
Pfad korrekt ist (sofern enthalten), und wiederholen Sie den Vorgang.
Ich komme einfach nicht weiter. Welchen dummen Anfängerfehler mache ich ?
MfG
Bernd
Bitte markiere auch die Kommentare, die zur Lösung des Beitrags beigetragen haben
Content-ID: 806189536
Url: https://administrator.de/contentid/806189536
Ausgedruckt am: 19.12.2024 um 10:12 Uhr
7 Kommentare
Neuester Kommentar
Servus Bernd.
Accounts die nicht die nötigen Rechte (Mailboxverwaltungsrolle) besitzen sehen per Default dann diese CMDLets nicht, bzw die Shell kennt diese dann nicht.
Ermitteln der erforderlichen Berechtigungen zum Ausführen von Exchange-Cmdlets
Zusätzlich würde ich inzwischen auf das EXO V2-Modul zum Verbinden wechseln und das "Connect-ExchangeOnline" CMDLet nutzen
https://docs.microsoft.com/de-de/powershell/exchange/connect-to-exchange ...
Grüße Uwe
Ich komme einfach nicht weiter. Welchen dummen Anfängerfehler mache ich ?
Du verwendest offensichtlich die falschen Credentials, bzw. einen Account der nicht über die nötigen Mailbox-Änderungsrechte verfügt. Nur Exchange-Administratoren können diese CMDLets nutzen, oder wenn ihnen die entsprechende RBAC Rolle zugewiesen wurde.Accounts die nicht die nötigen Rechte (Mailboxverwaltungsrolle) besitzen sehen per Default dann diese CMDLets nicht, bzw die Shell kennt diese dann nicht.
Ermitteln der erforderlichen Berechtigungen zum Ausführen von Exchange-Cmdlets
Zusätzlich würde ich inzwischen auf das EXO V2-Modul zum Verbinden wechseln und das "Connect-ExchangeOnline" CMDLet nutzen
https://docs.microsoft.com/de-de/powershell/exchange/connect-to-exchange ...
Grüße Uwe
Remove-MailboxPermission -Identity br@unsereFirma.de -User br@unsereFirma.de -AccessRights FullAccess
Naja schau dir den Befehl doch mal genau an, du willst hier dem selben User an seiner eigenen Mailbox die Rechte entziehen, klar das das nicht geht da er der Owner der Mailbox ist .Du musst da schon als Identity die freigegebene Mailbox angeben nicht die Mailbox des Users.
Es geht hier um ACLs auf der Shared Mailbox die man entfernt. Dabei wird zusätzlich im AD Account der Mailbox ein Attribut geändert MSExchDelegateListLink und beim User msExchDelegateListBL womit dann Outlook ermittelt ob es eine Mailbox per Automapping einbindet oder nicht.
Einfach die Doku dazu mal "inhalieren":
https://www.msxfaq.de/konzepte/sharedmailbox.htm
https://docs.microsoft.com/de-de/outlook/troubleshoot/profiles-and-accou ...
Ich bin doch kein Metzger .
Einfach die Doku dazu mal "inhalieren":
https://www.msxfaq.de/konzepte/sharedmailbox.htm
https://docs.microsoft.com/de-de/outlook/troubleshoot/profiles-and-accou ...
Ich bin doch kein Metzger .