15
Ausgabe eines VBScripts in Benutzervariable
Hallo zusammen,
mit der Unterstützung von bastla habe ich ein Script erhalten, dass eine Ausgabe nach dem Schema Nachname, Vorname in eine Textdatei erstellt. Funktioniert auch echt super.
Ich hätte allerdings gern die Möglichkeit die Ausgabe statt in eine Textdatei in eine Windows Benutzervariable zu schreiben. Also nicht in eine allgemeingültige Systemvariable, sondern in eine benutzerabhängige Benutzervariable.
Folgendes Script hat bastla erstellt:
Was mir grad noch einfällt. Sollte das in VBScript nicht ohne weiteres möglich sein, kann die Ausgabe auch direkt in der Registry erfolgen.
Wär dann im Prinzip einfach der Eintrag
[HKEY_CURRENT_USER\Environment]
"postfachname"="ausgabe_des_scriptes"
Kann mir jemand helfen?
Vielen Dank schon mal im Voraus.
Gruß
Tobias
mit der Unterstützung von bastla habe ich ein Script erhalten, dass eine Ausgabe nach dem Schema Nachname, Vorname in eine Textdatei erstellt. Funktioniert auch echt super.
Ich hätte allerdings gern die Möglichkeit die Ausgabe statt in eine Textdatei in eine Windows Benutzervariable zu schreiben. Also nicht in eine allgemeingültige Systemvariable, sondern in eine benutzerabhängige Benutzervariable.
Folgendes Script hat bastla erstellt:
Const strLog = "D:\UserLog.txt"
Set objNetwork = WScript.CreateObject("WScript.Network")
If strComp(objNetwork.UserDomain, objNetwork.ComputerName, vbTextCompare) <> 0 Then 'kein lokaler Account
Set fso = CreateObject("Scripting.FileSystemObject")
Set objUser = GetObject("LDAP://" & CreateObject("ADSystemInfo").UserName)
fso.OpenTextFile(strLog, 8, True).WriteLine objUser.sn & ", " & objUser.givenName
End IfWas mir grad noch einfällt. Sollte das in VBScript nicht ohne weiteres möglich sein, kann die Ausgabe auch direkt in der Registry erfolgen.
Wär dann im Prinzip einfach der Eintrag
[HKEY_CURRENT_USER\Environment]
"postfachname"="ausgabe_des_scriptes"
Kann mir jemand helfen?
Vielen Dank schon mal im Voraus.
Gruß
Tobias
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: 78881
Url: https://administrator.de/forum/ausgabe-eines-vbscripts-in-benutzervariable-78881.html
Ausgedruckt am: 23.12.2024 um 14:12 Uhr
15 Kommentare
Neuester Kommentar
Für Regeintrag einfach
durch
ersetzen.
fso.OpenTextFile(strLog, 8, True).WriteLine objUser.sn & ", " & objUser.givenName Dim WSHShell
Set WSHShell = CreateObject("WScript.Shell")
WSHShell.RegWrite "HKCU\Environment\postfachname", objUser.sn & ", " & objUser.givenName 
Hi!!
Danke hat super funktioniert.
Hab jetzt allerdings ein Problem. Er zieht die Benutzervariable erst nach einem Neustart des Rechners.
Ich habe rausgefunden, dass man mit dem Kommandozeilenbefehl
direkt eine Benutzervariable setzen kann.
Lässt sich dieser Kommandozeilenbefehl irgendwie einbauen?
Danke schon mal.
Gruß
Tobias
Danke hat super funktioniert.
Hab jetzt allerdings ein Problem. Er zieht die Benutzervariable erst nach einem Neustart des Rechners.
Ich habe rausgefunden, dass man mit dem Kommandozeilenbefehl
setx postfachname "Nachname, Vorname" Lässt sich dieser Kommandozeilenbefehl irgendwie einbauen?
Danke schon mal.
Gruß
Tobias
Schreib den Befehl in eine Bat datei (z.B. SetPostfachname.bat).
Diese kannst du dann mit
aufrufen.
Diese kannst du dann mit
Set ShellWSH = CreateObject("WScript.Shell")
ShellWSH.Run """SetPostfachname.bat""", 3, True
Super Danke!
Ich krieg allerdings solangsam die Krise. Mit setx hab ich genau das gleiche Problem. Ohne Neustart übernimmt er das Ganze nit.
Hock jetzt schon stundenlang rum und krieg es einfach nit hin
Einzige Möglichkeit ist wohl nur "Nachname, Vorname" direkt in die Datei zu schreiben.
Gibt es die Möglichkeit das in das VBScript einzubauen. Also alle Zeilen in der Datei "profile.prf" mit dem String
MailboxName=Benutzername
zu suchen und durch Nachname, Vorname zu ersetzen?
Insgesamt sind es 2 Zeilen die ersetzt werden müssen. Die Zeilennummer steht fest (14 + 18)
Danke schon mal im Voraus!!!
Ich krieg allerdings solangsam die Krise. Mit setx hab ich genau das gleiche Problem. Ohne Neustart übernimmt er das Ganze nit.
Hock jetzt schon stundenlang rum und krieg es einfach nit hin
Einzige Möglichkeit ist wohl nur "Nachname, Vorname" direkt in die Datei zu schreiben.
Gibt es die Möglichkeit das in das VBScript einzubauen. Also alle Zeilen in der Datei "profile.prf" mit dem String
MailboxName=Benutzername
zu suchen und durch Nachname, Vorname zu ersetzen?
Insgesamt sind es 2 Zeilen die ersetzt werden müssen. Die Zeilennummer steht fest (14 + 18)
Danke schon mal im Voraus!!!
Moin Lahmerking,
auch mit SetX.exe läuft es ähnlich wie beim Setzen der Registry-Werte.
Die "neue" Variable gilt erst beim nächten geöffneten CMD-Fenster/der nächsten CMD-Instanz.
Wenn es auch in der gerade aktiven Instanz gelten soll, dann musst Du zusätzlich dasselbe nochmal mit SET setzen (und zwar außerhalb einer Setlocal/endlocal-Klammer, falls es dann laufenden Batch überleben soll).
Grüße
Biber
auch mit SetX.exe läuft es ähnlich wie beim Setzen der Registry-Werte.
Die "neue" Variable gilt erst beim nächten geöffneten CMD-Fenster/der nächsten CMD-Instanz.
Wenn es auch in der gerade aktiven Instanz gelten soll, dann musst Du zusätzlich dasselbe nochmal mit SET setzen (und zwar außerhalb einer Setlocal/endlocal-Klammer, falls es dann laufenden Batch überleben soll).
Grüße
Biber
Hi!
Danke für die Antwort.
was meinst du konkret damit?
danke!
Danke für die Antwort.
und zwar außerhalb einer Setlocal/endlocal-Klammer, falls es dann laufenden Batch überleben sollwas meinst du konkret damit?
danke!
@setlocal/endlocal
Falls dein Hilfsbatch "CallTheSETX4me.bat" 8oder wie immer der bei Dir heißt, irgendwo wie alle Standard-Bätche so anfängt:
--> Und dann eine Zeile "Set neueVar=neuerwert" käme...
> dann wäre dieser neue Wert nicht länger als die Batch-Lebensdauer geSETzt.
Ist aber für Deinen Ablauf nicht relevant.
Du bekommst in Deinem VBS-Schnipsel die neu gesetzte Variable NIE zu sehen (kannst den Neuen wert NIE abfragen. Aber Du weißt ja im VBS-Programm, auf was der Wert steht.
Nachfolgend aus Deinem Prozess aufgerufene CMD-Instanzen werden den auch sehen können, weil die ja von Deinem Prozess und dessen Environment "abstammen".
Grüße
Biber
Falls dein Hilfsbatch "CallTheSETX4me.bat" 8oder wie immer der bei Dir heißt, irgendwo wie alle Standard-Bätche so anfängt:
@echo off & Setlocal
--> und dann "SetX.exe neueVar neuerWert" aufruft...--> Und dann eine Zeile "Set neueVar=neuerwert" käme...
> dann wäre dieser neue Wert nicht länger als die Batch-Lebensdauer geSETzt.
Ist aber für Deinen Ablauf nicht relevant.
Du bekommst in Deinem VBS-Schnipsel die neu gesetzte Variable NIE zu sehen (kannst den Neuen wert NIE abfragen. Aber Du weißt ja im VBS-Programm, auf was der Wert steht.
Nachfolgend aus Deinem Prozess aufgerufene CMD-Instanzen werden den auch sehen können, weil die ja von Deinem Prozess und dessen Environment "abstammen".
Grüße
Biber
sorry, ich steh grad aufm schlauch.
das mit dem cmd aufruf für die eine sitzung hab ich auch bemerkt.
was sollte ich tun, um das problem zu lösen?
danke
das mit dem cmd aufruf für die eine sitzung hab ich auch bemerkt.
was sollte ich tun, um das problem zu lösen?
danke
Moin Lamerking,
Siehe oben:
- Du bekommst in Deinem VBS-Schnipsel die neu gesetzte Variable NIE zu sehen (kannst den neuen Wert NIE abfragen).
- Aber Du weißt ja im VBS-Programm, auf was der Wert steht.
Wo ist das Problem?
Grüße
Biber
Siehe oben:
- Du bekommst in Deinem VBS-Schnipsel die neu gesetzte Variable NIE zu sehen (kannst den neuen Wert NIE abfragen).
- Aber Du weißt ja im VBS-Programm, auf was der Wert steht.
Wo ist das Problem?
Grüße
Biber
Das Problem ist, ich weiß nicht wie ich das Problem lösen soll ohne die Werte in die Datei wie oben beschrieben zu schreiben.
Nach deiner Ausführung geht es mit setx ja wohl auch nicht, oder verstehe ich das falsch?
Nach deiner Ausführung geht es mit setx ja wohl auch nicht, oder verstehe ich das falsch?
Moin Lamerking,
nochmal: Schreiben kannst Du Werte mit SetX,über Registry-Manipulation oder wie auch immer von Deinem gestarteten Prozess aus.
So dass es für alle NACH Dir gestarteten Prozesse/Instanzen/CMD-Shells gilt.
Aber niemals nicht für VON Dir gestartete Prozesse oder für Deinen gerade laufenden Prozess selbst.
Den für Dich gilt das Environment, das gültig war, als Dein Batch/Skript/whatever gestartet wurde.
Ausgenommen sind nur eine Handvoll dynamische Variablen wie %date%, %time%, %cd%, die on-the-fly neu berechnet werden.
Das heißt, wenn Dein Skript beendet ist, Du davon unabhängig danach eine neue CMD-Instanz aufmachst, dann ist dort Deine Umgebungsvariable %postfachname% zu sehen.
Grüße
Biber
nochmal: Schreiben kannst Du Werte mit SetX,über Registry-Manipulation oder wie auch immer von Deinem gestarteten Prozess aus.
So dass es für alle NACH Dir gestarteten Prozesse/Instanzen/CMD-Shells gilt.
Aber niemals nicht für VON Dir gestartete Prozesse oder für Deinen gerade laufenden Prozess selbst.
Den für Dich gilt das Environment, das gültig war, als Dein Batch/Skript/whatever gestartet wurde.
Ausgenommen sind nur eine Handvoll dynamische Variablen wie %date%, %time%, %cd%, die on-the-fly neu berechnet werden.
Das heißt, wenn Dein Skript beendet ist, Du davon unabhängig danach eine neue CMD-Instanz aufmachst, dann ist dort Deine Umgebungsvariable %postfachname% zu sehen.
Grüße
Biber
Hi,
ja das dachte ich auch.
Dar Befehl SETX wird allerdings im Logonscript ausgeführt.
Wenn ich dann nach der Anmeldung eine CMD-Instanz aufmachen und mit dem Befehl set überprüfe ob die Variable eingetragen ist, zeigt er mir nix an.
Obwohl das ja nun eigentlich eine neue CMD-Instanz ist.
Wenn ich den Befehl SETX allerdings von Hand ausführe und nicht über das Logonscript, dann ist die Variable nach dem schließen und anschließenden Öffnen einer neuen CMD-Instanz da.
Was ich nicht verstehe, ist warum das Abarbeiten des Logonscriptes und das anschließende händische öffnen eines CMD-Fensters immer noch die gleiche Instanz sein soll?
ja das dachte ich auch.
Dar Befehl SETX wird allerdings im Logonscript ausgeführt.
Wenn ich dann nach der Anmeldung eine CMD-Instanz aufmachen und mit dem Befehl set überprüfe ob die Variable eingetragen ist, zeigt er mir nix an.
Obwohl das ja nun eigentlich eine neue CMD-Instanz ist.
Wenn ich den Befehl SETX allerdings von Hand ausführe und nicht über das Logonscript, dann ist die Variable nach dem schließen und anschließenden Öffnen einer neuen CMD-Instanz da.
Was ich nicht verstehe, ist warum das Abarbeiten des Logonscriptes und das anschließende händische öffnen eines CMD-Fensters immer noch die gleiche Instanz sein soll?
Dann gibt es nur drei Erklärungen, die mir spontan einfallen.
a) das Loginscript wird nicht mit dem %username% ausgeführt m anderer Benutzername wird geändert
b) Rechte zum Ändern fehlen (unwahrscheinlich)
c) die Änderung aus dem Loginskript wird nochmals überschrieben (GPO?)
--> teste doch mal was passiert, wenn Du dieses Skript später ausführst.
Leg es mal in den Autostartordner des Benutzers und starte durch.
Dann sehen wir weiter.
Grüße
Biber
a) das Loginscript wird nicht mit dem %username% ausgeführt m anderer Benutzername wird geändert
b) Rechte zum Ändern fehlen (unwahrscheinlich)
c) die Änderung aus dem Loginskript wird nochmals überschrieben (GPO?)
--> teste doch mal was passiert, wenn Du dieses Skript später ausführst.
Leg es mal in den Autostartordner des Benutzers und starte durch.
Dann sehen wir weiter.
Grüße
Biber
Hi Biber!
hab das Script mal in den Autostart gelegt.
Jetzt funktioniert es. Im Anmeldeskript nicht.
Ganz komisch...
hab das Script mal in den Autostart gelegt.
Jetzt funktioniert es. Im Anmeldeskript nicht.
Ganz komisch...
Na also, Lamerking,
dann solltest Du als nächstes die Punkte a)-c) prüfen und ausschließen/bestätigen.
Bau in die Loginscript-Variante eine Anzeige/Logzeile ein, in der Du den aktuellen %username% und den (nochmal gelesenen) Registry-Wert bei Beendigung des Schnipsels protokollierst.
Grüße
Biber
dann solltest Du als nächstes die Punkte a)-c) prüfen und ausschließen/bestätigen.
Bau in die Loginscript-Variante eine Anzeige/Logzeile ein, in der Du den aktuellen %username% und den (nochmal gelesenen) Registry-Wert bei Beendigung des Schnipsels protokollierst.
Grüße
Biber
