Benutzer mit den meisten Antworten
Get-User, Get-ADUser, Get-Mailbox

Frage
-
Hallo zusammen,
so ungefähr ist mir zwar der Unterschied bekannt, aber warum wurden bestehende CmdLets nicht erweitert wenn es schon cmdlet gibt?
irgendwie machen die ja alle fast das gleiche - oder
Get-User
Get-Mailbox
Get-Recipient
Get-ADUser
zb.
Get-Recipient "xyz" | get-inboxrule funktioniert
Get-User "xyz" | get-inboxrule funktioniert
get-mailbox "xyz" | get-inboxrule funktioniert
get-aduser "xyz" | get-inboxrule (ok, das geht nicht)
Chris
- Bearbeitet -- Chris -- Freitag, 23. Dezember 2016 09:53
Antworten
-
Hi,
auch hier wieder.Mit
|get-member
bekommst du die Antwort.
Es sind unterschiedliche Typen, die für unterschiedliche Möglichkeiten benötigt werden
TypeName: Microsoft.Exchange.Data.Directory.Management.ReducedRecipient
TypeName: Microsoft.Exchange.Data.Directory.Management.User
Etc.
Um diese zu pipen, Funktionen zu schreiben, Property zu verwenden etc. sind es unterschiedliche Typen.
Dass diese gemeinsame Property haben ist für dich als User also eher angenehm von Handling als störend oder verwirrend.
Bis dann, Toni! Wenn Dir meine Antwort hilft dann markiere sie bitte als Antwort! Vielen Dank!
- Als Antwort markiert -- Chris -- Freitag, 23. Dezember 2016 10:41
-
Um es noch weiter auszuführen.
Ein get-user|gm liefert dir unter anderem ein Property "Identity"
Wenn du nun schaust unter
get-help get-inboxrule -full
wirst du sehen, dass das CMD'let Identity via Pipe akzeptiert
-Identity <InboxRuleIdParameter> Der Parameter Identity gibt die Identität der Posteingangsregel an. Erforderlich? false Position? 1 Standardwert Pipelineeingaben akzeptieren?True Platzhalterzeichen akzeptieren?false
Da beide CMD'lets diese Eigenschaft besitzen und get-inboxrule über Identity pipelinefähig ist kannst du beide miteinander verwenden.
get-aduser "xyz" | get-inboxrule
Hier fehlt die Grundlage zum pipen (Identity) , da get-aduser diese Eigenschaft nicht hat.
Das geht eventuell zwar auch, würde hier aber zu weit führen
Bis dann, Toni! Wenn Dir meine Antwort hilft dann markiere sie bitte als Antwort! Vielen Dank!
- Bearbeitet tonibert Freitag, 23. Dezember 2016 10:37
- Als Antwort markiert -- Chris -- Freitag, 23. Dezember 2016 10:41
Alle Antworten
-
Hi,
auch hier wieder.Mit
|get-member
bekommst du die Antwort.
Es sind unterschiedliche Typen, die für unterschiedliche Möglichkeiten benötigt werden
TypeName: Microsoft.Exchange.Data.Directory.Management.ReducedRecipient
TypeName: Microsoft.Exchange.Data.Directory.Management.User
Etc.
Um diese zu pipen, Funktionen zu schreiben, Property zu verwenden etc. sind es unterschiedliche Typen.
Dass diese gemeinsame Property haben ist für dich als User also eher angenehm von Handling als störend oder verwirrend.
Bis dann, Toni! Wenn Dir meine Antwort hilft dann markiere sie bitte als Antwort! Vielen Dank!
- Als Antwort markiert -- Chris -- Freitag, 23. Dezember 2016 10:41
-
Um es noch weiter auszuführen.
Ein get-user|gm liefert dir unter anderem ein Property "Identity"
Wenn du nun schaust unter
get-help get-inboxrule -full
wirst du sehen, dass das CMD'let Identity via Pipe akzeptiert
-Identity <InboxRuleIdParameter> Der Parameter Identity gibt die Identität der Posteingangsregel an. Erforderlich? false Position? 1 Standardwert Pipelineeingaben akzeptieren?True Platzhalterzeichen akzeptieren?false
Da beide CMD'lets diese Eigenschaft besitzen und get-inboxrule über Identity pipelinefähig ist kannst du beide miteinander verwenden.
get-aduser "xyz" | get-inboxrule
Hier fehlt die Grundlage zum pipen (Identity) , da get-aduser diese Eigenschaft nicht hat.
Das geht eventuell zwar auch, würde hier aber zu weit führen
Bis dann, Toni! Wenn Dir meine Antwort hilft dann markiere sie bitte als Antwort! Vielen Dank!
- Bearbeitet tonibert Freitag, 23. Dezember 2016 10:37
- Als Antwort markiert -- Chris -- Freitag, 23. Dezember 2016 10:41