BOfH_666

Sagtest Du nicht 4 ("vier") Zeilen? Kürze doch die Datei einfach mal auf 2 oder 3 Zeilen und entferne oder tausche alle sensiblen Information aus. Wenn Du Fehlermeldungen postest, poste bitte dazu den kompletten Code, den Du benutzt hast und formatiere diesen auch als Code - nicht als Zitat! Wenn Du Beispiel-Daten postest, formatiere auch diese bitte als Code - Bilder von Code oder Fehlermeldungen oder Beispieldaten helfen uns nicht weiter.

Im einfachsten Fall, wenn Du wirklich pro Zeile ein komplettes XML hast, etwa so: $DateiInhalt = Get-Content -Path 'C:\test\test.xml' $xmlinhalt = New-Object System.XML.XMLDocument foreach ($Zeile in $DateiInhalt) { $xmlinhalt.Load($Zeile) <# Hier Dein weiterer Code, um die XML-Inhalte zu verarbeiten #> }

Hmmm ... als nachhaltigeste Lösung würde ich versuchen, den Lieferanten dazu zu bringen standard-konforme XML-Dateien zu liefern. Als Workaround einfach die eine Datei in 4 aufsplitten. 🤷🏼‍♂️ ... oder eben mit einer Schleife jede Zeile einzeln "durchhühnern".

Hallo Ulli. Willkommen im MCSEboard! Nur mal aus Neugier - ist das irgendeine Hausaufgabe oder sowas? ... oder warum werkelt man 2024 noch mit sperrigem VBS und Batch, wo es doch seit bald 20 Jahren PowerShell gibt?

Wenn ich es richtig verstehe, ist Deine Frage eher diese hier: "Hat der für den User erstellte Token mit der Information, dass er auf die Freigabe zugriefen darf, einen Zeitstempel, aber dem er nicht mehr gültig ist?"

Abgesehen davon, dass der Thread mehr als 10 Jahre alt ist ... ist Dir aufgefallen, dass Du ein zusätzliches Zeichen in Deinem Code hast, welches oben nicht auftaucht? ... "Â" Bitte keine antiken Threads kapern. Erstelle einfach einen neuen mit Deiner Frage und verlinke einen vorhandenen, wenn er zu Deiner Fragestellung passt oder Du Dich darauf beziehen möchtest.

... na, wenigstens sind diese Informationen kostenlos .... 🤷🏼‍♂️

<OffTopic> Seiteneffekte -> Nebenwirkungen !!! </OffTopic>

Das macht ja der "Kontext", den Du mit "Machine" angibst. Meine eigentliche Frage ging eher in Richtung "Was ist das GROSSE Ziel?" oder "Warum willst Du dafür so einen großen Aufwand betreiben?" ... oder "Gibt es Grund zur Annahme, dass das Setzen der Umgebungsvariable, nicht wie gewünscht funktioniert?" Hast Du Dich denn schon für eine Lösung entschieden?

Was ist denn das eigentliche Ziel? Warum willst Du das zwingend in der aktuellen Session machen? Wenn Du eine Software-Verteilung hast, starte einfach 2 unabhängige Sessions nacheinander. In der zweiten hast Du dann Deine Umgebungsvariable wie gewünscht. Oder zur Not per "geplanter Aufgabe" ....

Wir warten, bis Du soweit bist und es getestet hast. 😘

Ich dachte der Kram wird kostenlos abgegeben ... damit's eben keine Hürden für die Nutzung gibt ... oder so ... https://www.ferd-net.de/standards/zugferd-2.2/index.html?changelang=3 ... ist das nicht sowas?

Wie wahrscheinlich ist es denn, dass der Befehl eine Umgebungsvariable zu setzen fehlschlägt? Im einfachsten Fall checkst Du einfach "$?" ... dann kannst Du davon ausgehen, dass der Befehl erfolgreich ausgeführt wurde.

Damit weist Du der Variablen "$check" den Wert "$false" zu. Da diese Operation mit an Sicherheit grenzender Wahrscheinlichkeit IMMER funktioniert, wird das "while" immer "true" sein, oder? ... oder hab ich was falsch verstanden? In der "while" condition sollte also nur stehen while ($check) {

Dann nimm doch einfach PowerShell ... https://learn.microsoft.com/en-us/powershell/module/psscheduledjob/set-scheduledjoboption?view=powershell-5.1#-hideintaskscheduler

Davorin, schau Dir mal das hier an ... Du brauchst das Rad ja nicht neu erfinden .. .das gibt es schon ne Weile ... https://adamtheautomator.com/powershell-delete-user-profile/ Sollte da nicht mindestens ein Asterisk (*) in dem String sein, damit das funktioniert? also "C:\Users\install*" oder einfach "*install*" oder so ... Escape die Sachen doch einfach ... [REGEX]::Escape("C:\Users\install")

Bitte in Zukunft auf Crossposts hinweisen!! https://forums.powershell.org/t/excel-data-into-combo-box/24225 Board-Regel Nr. 19 https://www.mcseboard.de/terms/

OK, das ist dann tatsächlich ein Use-Case, den ich nie habe. Solche Sachen mache ich prinzipiell von 'nem Client (bzw. Member-Server) aus. 🤷🏼‍♂️

... das macht bei mir keinen Unterschied ... warum sollte zum Auslesen des AD eine Admin-Berechtigung nötig sein? Und solltest Du dann nicht Fehlermeldungen erhalten haben, wenn Du auf irgendwas keinen Zugriff hast?

Ich habe Dein Schnipsel getestet und bei mir funktioniert es wie erwartet ... ok, ScriptPath ist bei uns auch nicht gefüllt, aber der Rest zeigt genau das, was erwartet wird ... 🤷🏼‍♂️

Versuch doch statt dem Zeilenumbruch erstmal ein einfaches Zeichen wie z.B. "/" oder "|" oder "," oder ";". Dann solltest Du die Gruppen-Mitgliedschaften als "Trennzeichen-separierte" Liste innerhalb einer Zelle wiederfinden. Übrigens, statt "$UserNames" würde ich ein weniger missverständlichen Variablennamen empfehlen. Sowas wie "$UserList" oder "$UserArray". Schließlich enthält die Variable ja nicht nur Namen. Da die Attribute "MemberOf" und "ScriptPath" usw. nicht zum Default Retrurn Set gehören, musst Du sie explizit mit "-Properties MemberOf, ScriptPath, ... " usw. anfordern.

.... nur die Variable oder der ganze Text? Wenn Du innerhalb von Anführungszeichen Anführungszeichen ausgeben möchtest, musst Du sie einfach "escapen". 🤷🏼‍♂️ Das geht entweder mit Backticks oder Du verdoppelst sie ... $LinkName = 'BlaKeks' "Es gab einen Fehler beim Anlegen des Links `"$LinkName`". Bitte manuell nacharbeiten." "Es gab einen Fehler beim Anlegen des Links ""$LinkName"". Bitte manuell nacharbeiten." Edit: ... oder Du nimmst einfache Anführungszeichen ... "Es gab einen Fehler beim Anlegen des Links '$LinkName'. Bitte manuell nacharbeiten."

Ah ... jetzt weiß ich was Du meinst ... schon mal mit Try_Catch versucht? https://learn.microsoft.com/en-us/powershell/module/microsoft.powershell.core/about/about_try_catch_finally?view=powershell-7.4

Wie wär's, das einfach mit einem "Test-Path" zu prüfen?