Er führt ein Powershell nicht aus

[Gemuend]

Hallo,
ich hätte eine Frage zu einem Script, in dem ein Powershell ausgeführt werden soll.
Im Grunde soll hier nur das Outlook(New) von den Rechnern entfernt werden.

InstPara=powershell -executionpolicy unrestricted -command "& {Get-Appxpackage Microsoft.OutlookForWindows | Remove-AppxPackage -Confirm:$false -ErrorAction Stop} ;exit $lastexitcode"
Call %InstPara%

Und zwar folgendes. Ich habe das Script mit dem Neo42 Packaging Wizard erzeugt. Ursprünglich hing der Befehl in einer PS1 Datei.
Das hat auch alles wunderbar funktioniert. Danach geht es in den Empirum Packaging Center. Alles Testen rauf und runter.
Alles läuft 1A!

DANN importiere ich das Packet in Empirum, weise es meinem Testclient zu. Und der Powershell Befehl wird nicht mehr ausgeführt.
Hat irgendjemand eine Idee für mich??? Lokal funktioniert alles, aus Empirum dann nicht mehr???! Auch wenn ich den Befehl aus der ISE ausführe, läuft alles Einwandfrei...
Kann mir irgendjemand helfen?

[Hendrik_Ambrosius]

Idee: Über die setup.inf testweise nur den PowerShell-Prompt aufrufen und den Befehl manuell starten.
Dann hilft eventuell die Fehlermeldung.

[Gemuend]

Vielen Dank für den Tipp! Und der war ansatzweise schon mal super!
Weil: Es kommt gar keine Fehlermeldung. Der Befehl wird ausgeführt. Es kommt keine Fehlermeldung.
Aber Outlook (New) ist nach wie vor auf dem Rechner drauf.
Und so konnte ich noch folgendes testen. Der Befehl Get-Appxpackage Microsoft.OutlookForWindows meldet kein Ergebnis!
Das heisst in meinen Augen "sieht" die Powershell-Session die Appx Packete gar nicht.
whoami spuckt als Ergebnis nt-autorität\system aus.
Nen halben Schritt weiter Hat noch jemand Ideen mit der neuen Erkenntnis?

[Hendrik_Ambrosius]

Dann vielleicht den Prompt/das Script mit einem CALLRUNAS als normaler User aufrufen wenn das in Ihrer Umgebung geht?

[bjoern.anger]

Dann vielleicht den Prompt/das Script mit einem CALLRUNAS als normaler User aufrufen wenn das in Ihrer Umgebung geht?

Generell eine gute Idee. Das würde voraussetzen, das man Username und Password des angemeldeten Benutzers kennt.
Wie kann man denn etwas wirklich als der angemeldete Benutzer ausführen?

[Hendrik_Ambrosius]

Das geht nur im Userteil, dann muss der Aufruf dorthin verlagert werden.

Man kann aber über die SECURITY Befehle auch einen Funktionsuser temporär anlegen, dann das CALLRUNAS machen und dann den User wieder löschen, wenn es nicht der angemeldete sein muss.

[bjoern.anger]

[...], wenn es nicht der angemeldete sein muss.

Doch, leider muss es wirklich genau als der angemeldete Benutzer ausgeführt werden. Es sind auch keine erhöhten Rechte erforderlich.

[bjoern.anger]

Nen halben Schritt weiter Hat noch jemand Ideen mit der neuen Erkenntnis?

Wir haben eine GPO gebaut, die einen Task anlegt, der den passenden Befehl als aktuell angemeldeter Benutzer ausführt. Mit der / jeder Anmeldung und das auch noch etwas verzögert.
Ist nicht so schön wie es als Packet auszuführen; führt aber zum Ziel.

[Hendrik_Ambrosius]

Ist auch eine Variante. Aber Userteil wäre da deutlich einfacher und besser zu überwachen über das SWDepotLog.

[bjoern.anger]

Ist auch eine Variante. Aber Userteil wäre da deutlich einfacher und besser zu überwachen über das SWDepotLog.

Das ist sicherlich zutreffend und wäre auch mein Ziel gewesen. Leider scheint das mit der Matrix nicht umsetzbar zu sein.

[Hendrik_Ambrosius]

Sollte problemlos gehen, wenn es im Userteil aufgerufen wird.
Wenn ich die bsherigen Einträge richtig verstehe, war der Script-Aufruf im Maschinenteil.