ati975

Hallo,

das ist mit dem CASE-Befehl nicht möglich, hier wird nur auf Gleichheit geprüft.

Du kannst also nur mit (verschachtelten) IF-Anweisungen arbeiten.

Also nach dem Prinzip

IF myVariable>a AND myVariable<b THEN

..

ELSE

..IF myVariable>c AND myVariable<d THEN

....

..END IF

END IF

Hallo,

das machst du so:

eingabe=INPUTBOX("Bitte Eingabe:")

IF eingabe=FALSE THEN

tue etwas bei Abbruch

ELSE

tue etwas bei Eingabe

END IF

Hi,

in den Eigenschaften des Benutzers im AD, Registerkarte "Einwählen", ganz oben "RAS-Berechtigung" > Zugriff gestatten.

Hallo,

hatte das gleiche Problem vor kurzem, googeln nach "Miniaturansicht" hat geholfen.

In der Registrierung folgende Einträge für alle Bild-Dateiformate kontrollieren (waren bei mir verschwunden):

[HKEY_CLASSES_ROOT\.jpeg]

"Content Type"="image/jpeg"

 

[HKEY_CLASSES_ROOT\.jpeg\ShellEx]

 

[HKEY_CLASSES_ROOT\.jpeg\ShellEx\{BB2E617C-0920-11d1-9A0B-00C04FC2D6C1}]

@="{7376D660-C583-11d0-A3A5-00C04FD706EC}"

Wichtig ist der Eintrag mit "ShellEx".

Natürlich kann man sich das ganze in eine .REG Datei kopieren und per Doppelklick in die Registry einfügen lassen.

Nu bin ich aber nicht merh in der lage die treiber auf dem originalsystem auszutauschen, da der server 2000km von mir entfernt ist.

Liest hier überhaupt jemand die Beiträge richtig durch? Tipps, was er vor dem Clonen hätte machen sollen, bringen Space jetzt glaub ich nicht weiter.

Du kannst dir irgendein Mainboard suchen, das die gleichen IDE-Treiber verwendet (also den gleichen Chipsatz hat) wie das in dem geklonten Server. Bestimmt hast noch den einen oder anderen PC rumstehen?

Desweiteren fehlen dann noch auf Platte 1 die Systemdateien NTLDR, NTDETECT.COM, [...]

Ob die einfach von Platte 0 zu kopieren gehn, weiß ich nicht. Vielleicht kann noch jemand die Dateien ergänzen, hab sie grad nicht alle im Kopf für XP.

Das Problem hatte ich auf einem W2K Professional, Mainboard war defekt und musste getauscht werden.

Bei mir hat das geholfen (obwohl da nur was von XP steht): http://support.microsoft.com/default.aspx?scid=kb;de;314082

Ich lese daraus keine Information über das BS des Clients, dem der Name per DHCP zugewiesen werden soll.

Bei genauem Lesen sind also beide Antworten korrekt. Nur ist in der Fragestellung keine Angabe über das Betriebssystem der Clients zu finden.

Ich hab den alten DC nicht aus dem AD entfernt, da er nach Reparatur wieder ans Netz kommen soll. Aus gleichem Grund sind auch die DNS-Einträge noch da.

Hab jetzt auf einem ProblemPC alle Registry-Einträge, die auf den alten DC verweisen, geändert. (Installationseinträge von W2KSP4, Office, AcrobatReader etc.) Danach den gefakten DNS-Eintrag gelöscht. Funktionierte einwandfrei. Alten DC nochmal hoch- und runtergefahren, damit er sich wieder in DNS einträgt, zum Gegentest. Problem trat wieder auf, lag also nicht an den Registry-Einträgen.

Jetzt den DNS-Eintrag wieder gelöscht, so dass auf "ping DC" nur noch "unbekannter host" kommt. Problem tritt nicht mehr auf.

Das Problem besteht also nur, wenn der DC im DNS registriert ist, aber unter seiner IP nicht erreichbar (weil ausgeschaltet) ist. Bleibt weiter die Frage, was der Client wohl sucht?

Problem tritt z.B. auch auf bei "Start > Beenden" > 30 s Pause, bis Fenster "abmelden/runterfahren/neustarten" erscheint.

Die Speicherpfade ("Arbeitsgruppenvorlagen") verweisen auf einen anderen (File-)Server.

Es sei denn Word checkt jedesmal den Installations(quell)pfad? Der war auf dem alten DC. Seh ich mir sofort mal an.

Hi Leute,

ich habe hier folgendes Problem:

auf einigen Rechnern hängt das System für ca. 30 Sekunden, nachdem ich eine Mausaktion ausgelöst habe. Also z.B. Doppelklick auf Word > 30 Sek. Pause > Word startet. In dieser "Pause" reagiert der PC auf keine Eingaben mehr, merkt sich diese aber und führt sie nach der Pause aus. Word ist nur ein Beispiel, das Problem tritt bei beliebigen Aktionen auf.

Mein Netz:

reine W2K-Domäne

Was habe ich zuletzt gemacht:

Einen neuen DC aufgesetzt, Betriebsmaster übernommen, alten DC abgeschaltet.

Das Netzwerk funktioniert ohne den alten DC ansonsten fehlerfrei (WINS, DNS, Anmeldung, GPOs)

Habe das Problem umgehen können, indem ich im DNS einen Alias mit dem Namen des alten DC angelegt hab, das auf den neuen Server zeigt. Oder auch durch Deaktivierung der LAN-Verbindung (testweise).

Gemeinsamkeiten der betroffenen bzw. Unterschiede zu den nicht betroffenen PCs konnte ich nicht feststellen, da ich nicht weiß, wonach ich suchen soll.

Die betroffenen Clients wollen also (z.B. beim Starten von Word) auf den alten DC zugreifen und finden diesen nicht. Aber warum? Auf welchen Dienst? In den Ereignisprotokollen gibt es zum Zeitpunkt des Problems keine Einträge.

Im Moment läuft alles, durch den falschen DNS-Alias. Aber die Ursache ist dadurch nicht behoben.

Du kannst mit z. B. VBS auf die Eigenschaft "DateCreated" des FileSystemObjects zugreifen, diese Eigenschaft ist aber "read-only". Da dies vom System so vorgegeben ist, glaube ich nicht, dass irgendein Tool diese Eigenschaft setzen/ändern kann.

Irgendwie hab ich das Problem noch nicht ganz durchschaut. Du willst das Änderungsdatum der Datei auf einen bestimmten von dir vorgegebenen Wert setzen, dieses dann vom Programm auslesen und in den Dateinamen einfügen lassen? Dann gib doch gleich deinem Programm Datum/Uhrzeit per Tastatur mit.

Das ist klar, ich hab mich nur auf die lokale Variante bezogen.

Hallo,

ich weiß nur, wie das unter W2K geht, nehme aber an, unter XP ist es ähnlich:

Am Druckserver das Fenster mit den Druckern aufmachen, dort im Menü "Datei" den Punkt "Servereigenschaften" auswählen. Dann auf der Karte "Erweiterte Optionen" die Benachrichtigung deaktivieren. Dort sind ebenfalls die Einstellungen für die Protokollierung.

Welches Datum und Uhrzeit willst du denn bearbeiten?

Datum/Uhrzeit der Aufnahme sind in den EXIF-Daten des Bildes gespeichert. Wenn Datum/Uhrzeit deiner Kamera richtig eingestellt sind, dann stimmt auch der Zeitstempel des Bildes. Du musst mit deinem Programm nur die EXIF-Daten auslesen und das dann in den Dateinamen einfügen.

Ich meine, irgendwann, irgendwo mal einen Beitrag gelesen zu haben, demnach war ein Aktivieren der Screenshotfunktion vor der Benutzeranmeldung möglich.

Das ist schon aus folgender Überlegung heraus unmöglich:

Hast du schonmal probiert, den Inhalt der Zwischenablage zwischen zwei Benutzern auszutauschen? Jeder Benutzer hat sein eigenes Clipboard. Also in wessen Clipboard sollte Windows dann den Screenshot ablegen, wenn noch kein Benutzer angemeldet ist?

Hallo,

wir haben unser Firmen-SDSL bei T-Com, und nutzen den "relay.t-dsl-business.de" mit dem KEN-Mailserver. Man muss den Relay nur im Kundencenter freischalten.

Hab die Notebooks nich angefasst - holen sich automatische Updates, und danach starten Sie nich mehr. Das gleiche bei 64er AMDs.

Toll dass Windows immer abwärtskompatibel is, aber wo bleibt die Aufwärtskompatibilität? :mad:

Vielleicht liegt's ja auch an dir.... :eek: ;)

Kann natürlich sein, schließlich bin ich auf XP "ungelernt".

Als lokaler Benutzer hast du keine Berechtigung auf Drucker in der Domäne, da das Benutzerkonto auf dem Server unbekannt ist. Also entweder lokaler Benutzer mit lokalem Drucker oder Domänenbenutzer mit Verweigerung auf oberster Share-Ebene.

Fahren Sie mal mit meinem Wagen tanken. Aber verwenden Sie nur Kupplung und Gas, keine Bremse.

Wie weit würdest du da wohl kommen?!

Aber irgend ne Macke hat das Dinge ganz sicher! :eek: :( ;)

Ja genau, und zwar SP1 :D

Sorry, konnt' ich mir nicht verkneifen, hab hier nur solche Probs mit SP1

Hallo,

also erstmal ist JEDER nicht gleich DOMÄNEN-BENUTZER. JEDER sind auch lokal angelegte Benutzer, DOMÄNEN-BENUTZER sind hingegen nur in der Domäne angelegte Benutzer.

Zu deinem Problem: Da sich Berechtigungen addieren, und der Benutzer als Mitglied von JEDER schon Zugriff auf die Freigaben hat, kommst du um eine Verweigerung nicht umhin. Denn nur diese hat Vorrang vor einer Zugriffsberechtigung.

Die automatische Vervollständigung wird erst gestartet, wenn du mit dem Cursor das "An"-Feld verlässt, das ist dir klar? Also nicht direkt während der Eingabe!