marka

OK, THX, ich teste das mal...

Word legt seine Temporären Dateien auch im %TMP% & %TEMP% ab, das haben wir schon getestet. Darum geht es in denm Script, diverse Word-Einstellungen ändern sowie den Temp-Pfad anpassen, um ihn remote besser ausmisten zu können.

Ist das der einzige Weg? Ich kann ja auch in den Word-Optionen z.B. den Standard Dokumentenspeicherpfad via VBS ändern: 'Neuen Dokumentenpfad setzen Const wdDocumentsPath = 0 Set objWord = CreateObject("Word.Application") Set objOptions = objWord.Options objOptions.DefaultFilePath(wdDocumentsPath) = "U:\Worddokumente" objWord.Quit Geht das nicht auch in der Art?

Hallo zusammen, wieder mal eine Frage von mir an die Scripting-Spezis. Ich möchte, um mir das Einrichten neuer PCs an unsere neue Umgebung zu erleichtern, ein VB-Script schreiben. Etliche Teile sind schon fertig. Ein Teil des Scriptes ist, die Benutzervariablen %TMP% und %TEMP% zu ändern. Dazu habe ich nun folgenden Code, um die Werte abzufragen: ' VBScript 'Benutzervariablen %temp% und %tmp% ermitteln Set wshshell = CreateObject("WScript.Shell") usertemp = wshshell.ExpandEnvironmentStrings("%TEMP%") usertmp = wshshell.ExpandEnvironmentStrings("%TMP%") usertemps = "Benutzervariablen für temporäre Dateien:" & VbCr &_ "%TEMP%: " & "'" & usertemp & "'" & VbCr &_ "%TMP%: " & "'" & usertmp & "'" result = MsgBox ( usertemps,vbokonly + VbExclamation, "Ergebnis:") Wie kann ich die Werte nun ändern und zurückschreiben? Dank im Voraus.

Das Problem ist, dass wenn Windows XP den Treiber nicht von Hause aus mitbringt, im Gerätemanager das Fragezeichen mit "Unbekannte Hardware" angezeigt wird. Mir ist kein schneller Weg bekannt, über WMI den Komponenten zu entlocken, was Sie sind und wie Sie heißen, welchen chipsatz sie haben, Revision, etc. Bevor ich für einen Rechner ein Script programmiert habe, habe ich 5x meine Informationen über ein Tool erhalten. Außerdem wurden in meinen Ausbildungsabschnitten (MOC-Kurse) nur die Scripte angeschnitten (!), die in den einzelnen Kursen benötigt wurden, und das hatte nichts mit Hardwareerkennung zu tun. Deshalb ist die Aussage und die Assoziation: "MCSE muss WMI und VBScript im Schlaf beherrschen", durchaus polemisch zu verstehen... Da der Rechner aber schon längst wieder sauber installiert an seinem angestammten Platz steht, ist das "Problem" erledigt.

Habe den Link von Elharter mal gecheckt, da wir ein ähnliches Problem haben. Klappt gut! Ausnahme: der Temporäre Pfad öässt sich nicht anpassen und verändern, da Word hier auf die Umgebungsvariablen %TMP% bzw. %TEMP% zugreift.

...Mein alter Kumpel Alfred E. Neumann! Den hab' ich ja ewig nicht gesehen.

Ich sprach von hübscher Biene ...

Schon mal im folgenden Partnerforum geschaut?

Wie bitte? Du stehst auf, wenn Du auf Klo gehst? Mein Klo steht direkt am Schreibtisch, deshalb bekomme ich so selten Besuch, außer von den vielen Fliegen, aber nie von hübschen Bienen... :D

Bei Interesse PN oder E-Mail an den TO. <closed>

Wir haben bei uns auch fast durchweg Kyo-Drucker. Die Druckeransteuerung erfolgt über so genannte Bins, die in der Registry festgelegt sind. Unsere Schachtsteuerung ist in VBA realisiert, mit generierten Symbolleisten inclusive. Original- (Briefkopf) und Kopiebutton (Normalpapier). dafr wird für das Original das Firmenlogo im Dokumentenkopf ausgeblendet. Ich kann morgen auf der Arbeit mal stöbern, ob ich aus dem VBA-Code was nützliches ziehen kann...

Rechtlich können wir Dir keine Auskunft geben, da wir keine Rechtsberatung machen dürfen. Aber ein paar Denkanstöße... Melden Hacker ihre Angriffe an? Was würde es der Sicherheit nutzen, wenn der Admin Bescheid weiß? Das würde die Ergebnisse verfälschen. Eigentlich ist das doch nicht schlecht, oder?

Gegenfrage(n): Steht der TS hinter einer Firewall? Laüft auf dem Router ein Portforwarding zum TS? Läuft auf dem TS ein IIS? Und: Dies ist ein Forum, kein chat! Mitunter kann es da zu etwas längeren Antwortzeiten kommen. Oder ist Dir sinnfreies, schnelles Rumgelaber lieber?

Ein Grund könnte der folgende sein: Windows XP blendet standardmäßig nicht benötigte Symbole aus. Dabei schießt XP manchmal über das Ziel hinaus und blendet einige Symbole dauerhaft aus. Rechtsklick auf den Startbutton --> Eigenschaften --> Registerkarte Taskleiste --> unten rechts auf Anpassen klicken: In dem jetzt erscheinenden Fenster das entsprechende Symbol suchen und auf "immer einblenden" schalten.

Verstehe ich das Richtig: 1. Mail geht an support[at]deinefirma.irgendwas 2. Absender bekommt Mail, "Danke für Ihre Anfrage, wir werden uns so schnell..blah..." 3. Du verschiebst die Mail in Deinem Postfach in einen anderen Ordner 4. der Absender dieser Mail bekommt wieder Mail: "Ihre Anfrage ist nun in Bearbeitung, wir melden uns...blah..." 5. Du verschiebst in Erledigt. 6. Absender bekommt wieder Mail: "ihr Problem wurde beseitigt, der Chef wurde erschossen!" Korrekt? Muss das nur für Dich so sein, oder brauchen das mehrere? Wie viele Supportanfragen bekommst Du am Tag?

@infotainment: wie ich in Deinem angesprochenen Thread auch schon gesagt habe, wird in Deutschland der MCSx durchaus von einigen geschätzt ond/oder gefordert. Ich habe Dir ja auch beigepflichtet, dass der MCSx alleine ohne fundierte Ausbildung oder Studium sowie ohne Erfahrung nicht wirklich was bringt. Aber, was wohl eher übel aufgestoßen ist: Die Art und Weise, wie verachtend Du alle MCSx über einen Kamm geschoren hast. Deine Rüde Ausdrucksweise gab ihr Übriges dazu. Und noch was: Das pauschale Gemotze über AA-MCSEs geht mir gewaltig gegen den Strich! Sicher gibt es unseriöse Bildungsträger, die Braindumpprügeln bis zum erbrechen als Fortbildung ansehen und finanziert bekommen. Aber ich zum Beispiel war in Braunschweig bei der DAA und hatte hervorragende, kompetente Dozenten, anständige Schulungsbücher (MOC-Ordner, etc.) sowie einen einigermaßen zeitgemäßen Schulungsraum. Und die Kursabschnitte waren so gut getimed, dass wir im Anschluss noch genug Zeit hatten, um entweder im Selbststudium weiterzulernen oder Testaufbauten zu machen. Also: Nicht alles ist Schei*e, was braun ist und nicht alles ist Gold, was glänzt. So mancher Diplom-Informatiker hat sich als "Projektinginör" oder als "Consultant" bei Kunden mächtig blamiert... Wie Du schon sagst: ein Schein allein (Diplom?) macht keinen Profi... Und, auf die Gefahr hin, dass ich mich wiederhole: Der MCSA/MCSE hat mir bei meiner Jobsuche 2x geholfen. Und ich bin froh, dass ich damals gegen dem AA Druck gemacht habe, die wollten mich nur zu einem Bewerbungstraining schicken. Und bei meiner Ausbildung und der gewonnenen Erfahrung war das die ideale Ergänzung. Off-Topic:Ansonsten: Don't feed the Trolls!

Einen guten PDF-Konverter (z.B.: FreePDF XP) installieren. Dann im Explorer mit der rechten Maustaste auf das geschlossene Word-Dokument klicken und Drucken auswählen. Dann als Drucker den PDF-Konverter auswählen und den Speicherpfad angeben. Ansonsten mal in unserem Partnerforum MS-Office-Forum nachfragen, was VBA-Makros angeht. Die sind, was Office und VBA angeht, Cracks.

Genau. Da die Connection von "innen" initialisiert wird, gilt die Fernwartungsanfrage als Antwort und wird akzeptiert. Genau da setzen auch andere Fernwartungsprogramme wie z.B. Laplink Gold an.

Ich hab' das mal ins richtige Subforum verschoben ;)

Schau mal hier nach: Windows Server How-To Guides: Lösung für ein Kiosk-System mit Windows-Bordmitteln - ServerHowTo.de Es lohnt sich, unser ServerHowto-Projekt öfters mal zu besuchen... ;)

@angoletti1: Ich hatte, glaube ich, oben kurz beschrieben, dass eine Anwendung den Standarddrucker im laufenden Betrieb verändert. Wenn z.B. ein Lieferschein als PDF generiert werden soll und der Anwender wählt den Drucker "freepdfXP" aus, dann wird dieser Drucker in Windows ab sofort zum Standarddrucker. Und dies soll dann als Workaround, bis der Hersteller das gebugfixed hat, per Script wieder zurückgestellt werden. Lösung entwickelt, danke an alle, insbes. lefg und Hanghuhn, dein Tip mit UNC-Pfad war es dann! Ich habe das dann entsprechend wegen universeller Einsetzbarkeit mit Variablen ausgestattet und eine abschließende Popupmeldung eingebaut. ' Script zum Rücksetzen des Standarddruckers für Windows NT und XP ' ' How to: ' Bitte in Zeile 25 den Druckernamen eintragen. Der entsprechende Drucker muss auf dem System schon installiert sein! 'Netzwerkdrucker bitte folgendermaßen eintragen: \\<Servername>\<Druckername> .' 'Variablen definieren Dim net Dim defprinter Dim copyright defprinter = "\\<Servername>\<Druckername>" ' <-- Hier den Druckernamen eintragen, Anführungsstriche stehen lassen. copyright = "Scriptversion 1.0, 01|2007," & VbCr & "Erstellt von Markus Kafurke, www.marka-it.net" & VbCr & "Publiziert im: www.mcseboard.de" Set net = CreateObject("WScript.Network") net.SetDefaultPrinter defprinter Set Shell = CreateObject("WScript.Shell") Meldung = "Folgender Drucker wurde erfolgreich als Standarddrucker eingerichtet: '" &VbCr & defprinter &"'"& VbCr & VbCr & copyright Shell.Popup Meldung, 10, "Standarddrucker geändert", vbOKOnly + vbinformationGgf. speichern als *.vbs ;)

THX, werd' bei nächster Gelegenheit testen... Erstmal die übliche Morgenrunde "Drehstuhlschnittstelle debuggen"...

Hallöchen, ich mal wieder mit einer Frage an die Scriptingprofis: Wir setzen eine Branchensoftware ein, die fälschlicherweise den Standarddrucker verändert, wenn die Anwender z.B. von dem Netzwerkdrucker auf FreePDF umstellen. Nun möchte ich den betroffenen usern ein Script an die Hand geben, dass den Stndarddrucker wieder zurückstellt. Unsere Netzwerkdrucker sind größtenteils über zentrale Druckserver (Linux und W2K3) angebunden. Einige wenige sind lokal auf Standard IP-Ports installiert. Entsprechend werden die Drucker dann auch z.B. "Monolaser_Versand an PRINTSRV02" oder "Farblaser_Verwaltung an PRINTSRV01" angezeigt. Im Zuge meiner Recherche bin ich auf diesen Beitrag gestoßen: https://www.mcseboard.de/windows-vista-forum-55/default-drucker-per-batch-datei-101096.html?highlight=Standarddrucker Hier die Codeauszüge von lefg, auf die ich mich beziehe: 'VBS-Code Dim net Set net = CreateObject("WScript.Network") net.SetDefaultPrinter "HP LaserJet 5" Auch als Batching hat lefg eine Lösung: rundll32 printui.dll,PrintUIEntry /y /n "Drucker" Nun besteht das Problem, dass die Netzwerkdrucker, die nicht als lokale IP-Ports gebunden sind, nicht von den Scripten erfasst werden. Sprich "Monolaser_Versand an PRINTSRV02" führt zu einem Fehler, ebenso wenn ich als Drucker im Script "Monolaser_Versand" eintrage. Ich bekomme dann die Fehlermeldung, dass der Drucker nicht existiert oder der Server nicht erreichbar. Aber beides ist definitiv nicht der Fall. Wer kennt das Problem und hat ggf. einen Workaround?

Es wäre sinnvoll, das gesamte Script (am Besten im erweiterten Beitragseditor in Programmcodetags) zu posten. Dann kann man nachvollziehen, welche Variablen wo erstellt werden.