Finanzamt

Rheinische Post vom 17.05.05: "Bad Segeberg (afp) Durch eine Überdosis Insektenspray hat ein 36-jähriger in einem Mehrfamilienhaus in Kaldenkrichen eine Explosion ausgelöst. Nach Polizeiangaben hatter der Mann das Spray in seiner Wohnung versprüht. Das Gasgemisch entzündete sich, als ein Computer eingeschaltet wurde. Durch die heftige Explosion föogen Trümmerteile bis zu 90 Meter weit nach draußen. Der Mann wurde schwer verletzt."

Vielen Dank! Jetzt weiß ich mehr. Und ich werde wahrscheinlich auch noch ein paar Boards ruhig stellen können, weil ich meine alten Kühlklötze (Alukühler zum Passivkühlen von CPU bis Pentium I / 200) gut einsetzen kann. Schöne Tage noch!

Hallo, klebende Wärmeleitpaste ... gibt es das überhaupt? Hintergrund: Ich möchte Chipkühler auf einem Switch gegen größere Exemplare wechseln, habe aber Probleme mit der Befestigung ... und wollte kein Gummiband nehmen ;) Kennt jemand so etwas - oder ein doppelseitig klebendes Pad? Gegrüßt!

Hallo! Beitrag #11 von Peter42 konsequent zu Ende gedacht ergibt eine ständige Kontrolle auf korrekte Wortwahl, Grammatik und Orthographie im Beruflichen wie Privaten. Ob ein solcherart gestählter potentieller Mitarbeiter mit dieser Qualifikation den Sprung zur Anstellung schafft, wage ich zu bezweifeln. Zweifelsfrei wird er im Freundes- wie Bekanntenkreis einige Stirnrunzler bewirken. Ob die daraus ableitbaren Änderungen im sozialen Umfeld hingegen eine Verschlechterung der Bewerbungssituation nach sich zögen, wäre zu bedenken. @Peter42: Wie Du bemerkst, halte ich noch immer an der alten Rechtschreibung fest. Wohlmöglich kennst Du Dich besser aus und kannst mir weiterhelfen: Ist im Zuge der Rechtschreibreform der Imperativ Singular des Verbs "lesen" von "lies" auf "les" geändert worden? Auch mit Blick auf die Zeichensetzung ließe ich mich gerne in meiner Auffassung korrigieren, daß vor "wo es hapert." ein Komma nötig sei. Schließlich interessiert mich, ob die persönliche Anrede "Du" wahlweise mit großem und kleinem "D" geschrieben werden kann. Gegrüßt!

Hi! Nur für den Fall, daß Du die NIC eingebaut hast: Hast Du sie vielleicht in PCI- Slot 1 [direkt neben dem APG-Slot] eingebaut? Das führt schon mal zu Konflikten. Gegrüßt!

Hi! in einer ct (ich meine aus diesem Jahr, schau mal bei heise vorbei) gab es einen Artikel über Mikrophonverstärker, ich meine auch mit Bauanleitung. Ansonsten auch Elektronik (Fach) - Versand. Gegrüßt!

@saracs: Ja, es sei denn, er arbeitet beim Finanzamt :D Frohe Pfingsten!

Hi! Du schreibst, einige Programme liefen ohne Adminrechte nicht. Bis auf Programme, die sinnvollerweise auch nur von Admins eingesetzt werden, sollte das nicht der Fall sein. Dezent und sternchenvermeidend formuliert ist es sehr unschlau, unter Adminrechten die normale Arbeit zu erledigen. Es gibt nur zwei Lösungen: 1.) Die Programme richtig zu installieren 2.) Adminprogramme kurzfristig unter der Adminanmeldung oder besser mit RunAs etc. auszuführen. ByTheWay: Du erledigtst Deine Nicht-Admin-Aufgaben doch auch nicht unter der Adminanmeldung! Gegrüßt!

Hallo! Nachdem das Matrixrätsel gelöst ist, hab ich auch eines. Allerdings kenn ich die Antwort nicht: Warum haben die MS-Programmierer eigentlich den Bluescreen ausgerechnet blue programmiert? Waren die traurig? Frohe Pfingsten Euch allen!

Hallo und willkommen an Board! Das geht nicht. Alles, was Du einem Admin wegnimmst, kann er sich wieder nehmen. Gegrüßt!

Hallo! Tja, dann dürfte es m.E. am Besten sein, das Programm aus Autostart heraus- und ins Loginscript hinein zu nehmen. Mit %Computername% und %Username% kannst Du ja ausreichend selektieren, falls es nur einige Compis oder User betrifft. Jedenfalls wird dann die fehlende Verbindung keine Probleme mehr machen. Gegrüßt!

Hallo und willkommen an Board! @KingBods: z.B., wenn ein Kunde Dir den Auftrag gibt. @Kaos: Mich interessiert die Frage auch. Ich habe mich bislang noch nicht richtig reingekniet. Als Workaround hab ich eine IExplore.exe geschrieben, die Original umbenannt und meine (auch in Dllcache) überkopiert. Mein IExplore besteht nur aus einem Button zum Beenden des Programms. Der hat als Text "Der Internet-Explorer darf lt. GF-Anweisung nicht genutzt werden." Wenn es keine richtige Lösung gibt, kannst Du das Prog haben (Mail). Gegrüßt!

Hallo! @Grizzly: Auch mein Dank (für den leichten Schlag auf den Hinterkopf) :D @Hugo: Wenn ich nicht noch ein paar Schläge auf den Hinterkopf benötige, dann hat die Einstellung RunLogOnScriptSync "1" keine Auswirkung auf die Sichtbarkeit des Scriptes. Wenn's dennoch nicht zu sehen ist, dürfte es wohl definitiv via GPO unsichtbar geschaltet sein. Wenn es nach dem "Sichtbar-Schalten" dann noch zu schnell läuft, kann Dir der "Dateischalter" vielleicht zusätzlich noch helfen ... und war nicht so völlig daneben. Gegrüßt!

Hi! Ich gehe mal davon aus, daß es sich da um eine Batch handelt. Dann würde ich jeweils nach ein paar Aktionen diese Zeile einfügen: IF EXIST C:\STOP.JA PAUSE > NUL Na ja, wenn es dann anhalten soll, erzeugst Du eine Ein-Byte Datei namens STOP.JA in C:\ und wenn es wieder durchlaufen soll, benennst Du sie in STOP.NEIN um. Gegrüßt! Edit: Oh, Pardon, habe evtl. was überlesen. "Vor dem Desktop". Würdest Du dann mal posten, womit Ihr das bewirkt?

Hi, zunächst mal ist alles, was in der NT-Domäne verwaltet wird, auf dem NT-PDC und ggf. noch auf dem BDC. Die Konten stehen in der SAM. Da kommst Du nicht dran. Selbst wenn Du den Zugriff hinbekommst, kannst Du mit den verschlüsselten Daten nichts anfangen. Wenn Du an einem Client was in der Registry änderst, hat das mit der NT4-Server-SAM nichts zu tun. Deine Beispiele der Registryzweige zeigen, daß das auch nicht von der NT4-Registry ist, denn die Zweige gibt es da nicht. Insofern ist das für Dein Problem irrelevant. Die Überwachung auf dem NT-Server aktivierst über den Explorer-Rechtsklick auf Datei/Verzeichnis, "Eigenschaften", "Sicherheit", "Überwachung". Hier kannst Du Gruppen, (Unter-)Verzeichnisse und Dateien bestimmen sowie was überwacht werden soll. Je nachdem, wo Du mit der Überwachung ansetzt, erfaßt Du z.B. auch alle neuen User, denn alle servergespeicherte Profile legt NT4 in %SystemRoot%\Profiles\NameDesUsers ab. Wenn Du später die Ereignisüberwachung (EventVwr.EXE) startest, kannst Du das Protokoll einsehen und auch exportieren. Als Formate bieten sich hier die .TXT - Varianten an. Wie Du das dann auswertest, hängt von Deinen Möglichkeiten ab. Script, Excel, Datenbank bieten sich an. Du brauchst auf alle Fälle eine Liste mit allen Usern zum Vergleich. Die bekommst Du z.B., wenn Du in %systemRoot%\Profiles [DIR *. /B >ListeMitAllenUsern.TXT] eingibst. Die läßt Du Zeile für Zeile durchgehen. Jedesmal, wenn ein User in der ListeMitAllenUsern auch in der exportierten Liste steht, löscht Du die Zeile in der ListeMitAllenUsern. Was in ListeMitAllenUsern übrig bleibt, kannst Du zum Löschen der unbenutzten Accounts verwenden, indem Du sie noch ein wenig anpaßt: [NET USER <Username> /Delete] sollte dann in jeder Zeile stehen. Wenn Du die angepaßte Datei dann als .BAT abspeicherst, kannst Du sie zum gesammelten Löschen aller Karteileichen aufrufen. Gegrüßt! PS:Eine NTUSER.DAT auf dem Domänencontroller zeigt an, daß es sich um ein normales servergespeichertes Profil handelt; heißt die Datei NTUSER.MAN ist das Profil obligatorisch. Die Dateien entsprechen dem Registry Hive HKCU.

Hallo, tut mir leid, da habe ich ein genau so großes Fragezeichen wie Du. Bzgl. der Einstellungen zu Eurem Programm habe ich noch einen Hinweis: Üblich ist, entweder in HKLM oder in HKCU den Schlüssel "Software" zu nutzen. Da werden hierarchisch weiterere Schlüssel mit den Namen "UnsererFirma" - "UnsererSoftware" und "Versionsnummer" angelegt. In den letzteren packt Ihr dann alle benötigten Daten und Pfade hinein. Zu berücksichtigen ist, daß der Eintrag unter HKLM die Installation auf i.d.R. Admins begrenzt und es nicht erlaubt, daß z.B. userspezifische Einstellungen (Fensterposition, Farben, letztes bearbeitetes File...) gespeichert werden. Andererseits verlangte die Beschränkung auf HKCU, daß jeder User an dem Computer die Installation durchführt. Die Kombination aus beidem erlaubte, nach einer Admininstallation (HKLM) eine automatische (und vom User unbemerkte) Nachinstallation beim ersten Aufruf des Programmes durch einen User. Aber auch das hat dann seine Tücken, wenn User mit mandantory Profiles eingerichtet sind. Hier würde die Nachinstallation nach jeder Anmeldung wiederholt. Aber diese Probleme habt Ihr ja auch, wenn Ihr bestimmte Einstellungen in einer .INI oder vergleichbaren Datei speichert. Nur: Es wird ja irgendwo passieren ... und dann ist es schon sinnvoll, die Registry zu nutzen und vor allem Pfade und so etwas auch an der Stelle unterzubringen. Das ist vielleicht noch ein Tag Programmieraufwand, aber dann sollte wirklich Ruhe im Karton sein. Gegrüßt!

Hallo, könntest Du dann nicht die Registry außen vor lassen und die Anwendung über START /HIGH bzw. gar /REALTIME laufen lassen? Andere Parameter cf START /? in der Eingabeaufforderung. Gegrüßt!

Hallo, Eine Berechtigungseinstellung auf Werte ist mir unbekannt, auch kenne ich keine Utils. Aber vielleicht ein Workaround: Exportier den korrekten Schlüssel und ruf dbv-t über eine Batch auf, die nach Ende(dbv-t) den korrekten Schlüssel importiert. Ist zwar nicht da Gelbe vom Ei aber immer noch besser, als jedesmal von Hand dran. Gegrüßt!

Hi! Zunächst brauchst Du Daten. Hast Du die Überwachung so eingestellt, daß Du An- und Abmeldungen und Zugriffe auf NTUSER.MAN protokollierst? Dann bekommst Du ja in Eventvwr eine exportierbare Liste der Ereignisse. Und die mußt Du dann zur Hilfe nehmen, um einen Positivfall aus Komplettlisten (User/Computer) herauszulöschen. Es blieben dann die übrig, die sich während der Laufzeit nicht angemeldet haben und die könnten dann entfernt werden. Zu Umbenennerei: M.W. reicht das Umbenennen einer WS allein nicht aus. Ein automatischer Abgleich (etwa über ID) mit der Domäne ist mir unbekannt. Ich weiß nur um die Warnungen beim Umbenennen und denke, daß es nicht funktioniert. Aber es spricht ja nichts dagegen, das mal an einer WS auszuprobieren! Gegrüßt!

Hallo Muelli, da stimmt was nicht! Die Registry-Einträge für die Pfade sind in 'HKLM\System\CurrentControlSet\Control\Session Manager\Environment' für AllUsers und in HKCU\Environment für den aktuell angemeldeten User und letzteres entspricht der Position in NTUser.DAT. An diesen Stellen ist es die Variable PATH und der Wertetyp MUSS UNBEDINGT Reg_Expand sein (*). Ich schick mal ein Codeschnipsel Delphi mit, läßt sich ja mit kleineren Änderungen für alles einsetzen, was die Registry-Schnittstelle nutzt: with registry.Create do begin try RootKey := HKEY_LOCAL_MACHINE if OpenKey('System\CurrentControlSet\Control\Session Manager\Environment', true) then begin ... WriteExpandString('Path',EdPath.Text); // EdPath ist ein EditFeld, // EdPath.Text halt der dort eingetragene Text // und es kann natürlich auch eine StringVar sein end finally free; end; end; (*) Reg_Expand und Reg_Sz sind zwar beides Char-Variable, Reg_Expand bewirkt aber die "expansion" via EnvVar angegebener Werte. Da im Pfad per default %SystemRoot%\%System32%;%SystemRoot% ... angegeben ist, würde ein (Über-)Schreiben mit Reg_SZ mächtig Probleme verursachen. Ich vermute, Ihr schreibt mit dem falschen Typ, die PfadVar ist schon mit falschem Typ eingetragen oder Ihr selbst hängt CR/LF an die ausgelesene Pfad-Var, bevor Eure Pfaderweiterung hinzu kommt. Falls Ihr mit Delphi programmiert und ein funktionierendes Muster gebrauchen könnt: Schick eine PN mit Eurer EMail. Gegrüßt!

Hi! Nummer sicher wäre 1) W2K mit Administratorkonto der W2K starten, W2K aus Domäne raus und rein in die eigene Arbeitsgruppe, Neustart. 2) Am NT-PDC das das Konto der W2K-Workstation löschen. 3) An der W2K WS wieder auf Domäne umstellen und neues Konto einrichten lassen. Allerdings ist mir die Sache mit dem Schlüsselaustausch unbekannt. Ich habe einige Male Festplatten zum Austausch bei Crashes vorbereitet und die entsprechenden Computerkonten waren dann bis zu einem Jahr außer Betrieb. Nach Crash und Plattentausch konnten sich die User dann problemlos mit diesem Computer anmelden. Es durfte halt nur nicht das Computerkonto in der Domäne gelöscht werden. Gegrüßt! Oh, ich sehe gerade "Beitrag 1" ... Da will ich doch ein "Herzliches Willkommen!" anfügen.

Hi! die Sache mit sem Semikoloncheck könnt Ihr Euch sparen. Setzt eines davor. Sind es dann zwei hintereinander, stört das nicht. Was ganz anderes ist das mit Eurem Programm: Wenn Ihr Eure DLLs in ein eigenes \Bin - Verzeichnis [sehr löblich bis superhervorragend und sowas wünsch ich mir immer], dann braucht Ihr doch in dem Moment keinen Pfad, wenn Ihr Euch das Verzeichnis der Exe mit GetCurrentDir() in der .EXE selbst holt. Dann bedarf es doch nur noch eines fest verdrahteten Aufrufes nach GlobaleVarMitGetCurrentDir\BIN ... und schon habt Ihr die DLLs. Gegrüßt und weiter viel Erfolg beim Coden!

Naja, ... veralteter Schwachsinn ist so ein Sache. Ohne NT4 wären die Microsoft-Marktanteile wohl bei Novell geblieben und wir würden WfW/98/ME/Home - Frontends supporten. Mittlerweile hat es auch wieder Vorteile ... wer greift schon ein NT-System an? Gegrüßt!

Hi, unter NT gibt es ja nur den "Vorläufer" PolEdit und unterstützen läßt sich das noch in UsrMgr / Richtlinien / Benutzerrechte [Option "Weitere Benutzerrechte anzeigen" zu aktivieren nicht vergessen]. Evtl. kannst Du damit was anfangen. Ein GPO-Tool für NT4 gibt es meines Wissens nicht. Meine letzte ausführliche Suche danach liegt zwar schon fast ein Jahr zurück, aber so groß ist der Anreiz ja nun auch nicht, so etwas zu noch zu entwickeln. Sorry, wenn Dir das eh' schon bekannt ist, aber das läßt sich aus Deinem Post nicht lesen. Gegrüßt!

Hi, bei mir hat beim Boarden ab 04.05.05 einige Male die Firewall angeschlagen. Erster Eintrag von ZA Pro: "The firewall has blocked Internet access to your computer (TCP Port 2376) from http://www.mcseboard.de 80.67.19.44 (HTTPS) (TCP Flag S). Time 04.05.05 09:42". Ich hatte die Sache gemeldet und ich denke, es ist in Bearbeitung. Evtl. besteht da ein Zusammenhang? Gegrüßt!